Plano de incidente e backup

Lider do incidente

• Classificar severidade, coordenar decisoes e manter a linha do tempo do incidente.
• Acionar responsaveis tecnicos, juridicos e operacionais conforme severidade.
• Aprovar contencao, comunicacao e encerramento do incidente.

Responsavel tecnico

• Investigar causa raiz, coletar evidencias tecnicas e executar contencao.
• Validar integridade de banco, backups, webhooks, credenciais e logs.
• Restaurar servicos e registrar mudancas aplicadas durante a resposta.

Responsavel por privacidade/LGPD

• Avaliar risco ou dano relevante a titulares.
• Definir necessidade de comunicacao a titulares, lojistas, ANPD ou parceiros.
• Garantir que evidencias preservem minimizacao e mascaramento de dados pessoais.

Responsavel operacional/comercial

• Coordenar atendimento a lojas parceiras e clientes impactados.
• Priorizar continuidade de pedidos, pagamentos e entregas.
• Apoiar comunicados externos aprovados pelo lider do incidente.

Privacidade/LGPD

privacidade@fuguetinho.com.br
Solicitacoes de titulares, avaliacao LGPD e comunicacao de incidente envolvendo dados pessoais.

Operacao Fuguetinho

Definir telefone/e-mail de plantao antes de operacao publica
Acionamento de lider do incidente e responsavel operacional fora do fluxo comum de suporte.

Provedores criticos

Manter contatos de hospedagem, banco, Stone/Pagar.me e Meta no cofre operacional
Suporte emergencial de infraestrutura, pagamentos, webhooks e WhatsApp Cloud API.

1. Detectar e abrir incidente

Identificar sinais, criar registro unico e iniciar linha do tempo.

Acoes

• Registrar data/hora, origem do alerta, ambiente, servico afetado e evidencias iniciais.
• Checar sinais em logs sanitizados, health checks, webhooks, banco de dados, pagamentos e WhatsApp.
• Classificar severidade inicial e acionar responsaveis conforme matriz SEV.

Saidas esperadas

• Registro de incidente aberto
• Severidade inicial definida
• Responsaveis acionados

2. Conter

Reduzir impacto sem destruir evidencias importantes.

Acoes

• Revogar ou rotacionar tokens, senhas e chaves suspeitas.
• Desabilitar integracoes, webhooks ou rotas afetadas quando necessario.
• Bloquear acessos indevidos, pausar jobs/servidores afetados e preservar logs.
• Congelar deploys nao relacionados ate estabilizacao.

Saidas esperadas

• Impacto estabilizado
• Credenciais suspeitas revogadas
• Mudancas de emergencia registradas

3. Coletar evidencias

Preservar informacoes tecnicas e operacionais para analise e auditoria.

Acoes

• Exportar logs minimizados do periodo afetado com hash/assinatura quando possivel.
• Registrar IDs de pedidos, usuarios, lojas, webhooks, transacoes e backups relacionados.
• Guardar comandos executados, commits, alteracoes de ambiente e responsaveis por cada decisao.
• Evitar compartilhar dados pessoais completos em chats, tickets e relatorios.

Saidas esperadas

• Pacote de evidencias
• Linha do tempo atualizada
• Escopo preliminar do impacto

4. Avaliar risco e dano

Determinar impacto a titulares, lojas, pagamentos e continuidade do negocio.

Acoes

• Identificar categorias de dados afetadas pelo inventario de dados e bases legais.
• Avaliar confidencialidade, integridade, disponibilidade, volume, titulares e possibilidade de reversao.
• Definir se ha risco ou dano relevante que exija comunicacao externa ou a ANPD.
• Registrar decisao juridica/privacidade mesmo quando a comunicacao nao for necessaria.

Saidas esperadas

• Avaliacao de risco
• Decisao de comunicacao
• Lista de titulares/lojas potencialmente impactados

5. Recuperar e restaurar

Retomar operacao com integridade verificada.

Acoes

• Validar ultimo backup integro antes de qualquer restauracao.
• Restaurar primeiro em ambiente isolado quando houver suspeita de corrupcao ou exclusao indevida.
• Executar smoke tests de saude, login, catalogo, pedido, pagamento, painel lojista e relatorios.
• Liberar producao somente apos validacao tecnica e operacional.

Saidas esperadas

• Servicos restaurados
• Integridade validada
• Smoke tests registrados

6. Comunicar

Informar partes interessadas com clareza, sem expor dados desnecessarios.

Acoes

• Comunicar equipe interna e lojas parceiras quando houver impacto operacional.
• Comunicar titulares e ANPD quando a avaliacao indicar risco ou dano relevante.
• Informar medidas ja adotadas, riscos conhecidos, recomendacoes e canais de contato.
• Manter comunicados sincronizados com o status real da investigacao.

Saidas esperadas

• Comunicados aprovados
• Registro de destinatarios
• Canal de atendimento preparado

7. Encerrar e prevenir recorrencia

Aprender com o incidente e converter achados em melhorias verificaveis.

Acoes

• Documentar causa raiz, impacto final, tempo de deteccao, contencao e recuperacao.
• Criar plano de acao com responsaveis, prazos e prioridade.
• Atualizar runbooks, testes, alertas, segredos e politicas afetadas.
• Revisar retencao de evidencias e descarte seguro quando o caso for encerrado.

Saidas esperadas

• Relatorio pos-incidente
• Acoes corretivas priorizadas
• Runbook atualizado

Escopo

• Banco de dados PostgreSQL de producao e staging quando houver dados operacionais relevantes.
• Arquivos de configuracao nao secretos versionados no repositorio.
• Variaveis de ambiente e segredos mantidos em cofre/gerenciador seguro, fora do git.
• Evidencias de incidentes, relatorios financeiros e documentos de compliance.

Cadencia

• Backup completo diario do banco de producao.
• Backup antes de migrations, seed destrutivo, deploys criticos ou mudancas de infraestrutura.
• Retencao minima sugerida: 7 diarios, 4 semanais e 6 mensais, ajustavel por custo e obrigacao legal.

Seguranca

• Criptografar backups em repouso e em transito.
• Restringir acesso por menor privilegio e registrar downloads/restauracoes.
• Separar credenciais de backup das credenciais de aplicacao.
• Nao incluir dumps com dados pessoais em anexos de chat ou tickets sem necessidade e protecao adequada.

RPO

Perda maxima aceitavel inicial: ate 24 horas no MVP/beta; revisar antes de operacao real intensa.

RTO

Tempo alvo de recuperacao inicial: ate 4 horas para SEV1 quando infraestrutura e backup estiverem disponiveis.

Teste de restauracao

• Executar restauracao em ambiente isolado pelo menos mensalmente durante fase de testes e antes de eventos de venda.
• Validar checks de integridade: migrations, seed nao destrutivo, /health, login, catalogo, pedido, pagamento simulado e painel lojista.
• Registrar data, responsavel, backup usado, tempo de restauracao e falhas encontradas.

Titulares/clientes

Assunto: Comunicado sobre incidente de seguranca no Fuguetinho

• Identificamos um incidente que pode ter afetado determinados dados relacionados ao uso do Fuguetinho.
• Ate o momento, os dados potencialmente envolvidos sao: [categorias de dados].
• As medidas adotadas foram: [contencao, rotacao de credenciais, restauracao, correcoes].
• Recomendamos: [acoes do titular, se houver].
• Para duvidas, entre em contato por privacidade@fuguetinho.com.br.

Lojas parceiras

Assunto: Atualizacao operacional sobre incidente no Fuguetinho

• O incidente afetou: [pedidos/pagamentos/painel/comunicacoes].
• Status atual: [investigando/contido/recuperado].
• Acoes esperadas da loja: [confirmar pedidos, evitar operacoes, orientar clientes].
• Nova atualizacao sera enviada ate: [data/hora].

Registro interno/ANPD quando aplicavel

Assunto: Resumo tecnico e avaliacao LGPD

• Natureza do incidente: [descricao objetiva].
• Dados e titulares afetados: [categorias/volume].
• Medidas tecnicas e de seguranca utilizadas: [antes/durante/depois].
• Riscos relacionados ao incidente: [avaliacao].
• Medidas de mitigacao e recuperacao: [acoes e prazos].

• Definir nomes, telefones e e-mails dos responsaveis por cada papel antes de producao.
• Configurar local seguro para backups criptografados e controle de acesso.
• Executar e registrar primeiro teste de restauracao antes de operacao publica.
• Manter variaveis e segredos fora do repositorio e rotacionaveis em ate 4 horas.
• Confirmar que logs continuam mascarando telefone, CPF, endereco e payloads de provedores.
• Garantir que webhooks de Stone e WhatsApp tenham assinatura obrigatoria em producao.
• Revisar comunicados com responsavel juridico/privacidade antes de envio externo.