🎯 1. Objetivo
Este plano define as práticas de monitoramento contínuo de segurança da plataforma SimulaAudit, com o objetivo de detectar acessos anômalos, tentativas de invasão e atividades suspeitas antes que causem dano — ou ao menos minimizando o tempo de exposição caso um incidente ocorra.
O monitoramento proativo é um dos pilares das medidas de segurança exigidas pela LGPD (Art. 46) e é o que permite ativar o Plano de Resposta a Incidentes (documento F1) de forma rápida e eficaz. Um sistema sem monitoramento pode levar meses para descobrir um incidente — o que agrava dramaticamente o dano aos titulares e a exposição legal da empresa.
Contexto atual: O SimulaAudit opera com uma stack moderna (Supabase + Vercel + Next.js) que já oferece recursos de logging e alertas. Este plano formaliza como usar esses recursos de forma sistemática, sem a necessidade de infraestrutura de segurança dedicada (SIEM) que não é viável para o estágio atual da empresa.
🛠 2. Ferramentas de Monitoramento em Uso
- Logs de autenticação (tentativas, sucessos, falhas)
- Logs de queries ao banco de dados
- Alertas de email configuráveis
- Políticas RLS (Row Level Security) como camada de defesa
- Dashboard de uso e métricas de conexão
- Logs de requisições HTTP (status codes, latências)
- Logs de Edge Functions e serverless
- Alertas de uso e limites
- Detecção de picos anormais de requisições
- Histórico de deploys (auditoria de mudanças)
- Logs de acesso ao painel admin
- Histórico de envios e campanhas
- Alertas de bounces e rejeições anômalas
- Monitoramento de contatos cadastrados
- Alertas de erro do Supabase para hello@simulaaudit.com.br
- Notificações de deploy do Vercel
- Alertas críticos do sistema de alertas interno (super-admin)
👁 3. O que Monitorar — Eventos Prioritários
A tabela abaixo define os eventos que devem ser revisados sistematicamente, sua severidade e a ação imediata correspondente. A revisão deve ser feita semanalmente nas ferramentas indicadas.
| Evento / Sinal | Severidade | Ação Imediata | Responsável | Onde Verificar |
|---|---|---|---|---|
| Tentativas de login com falha repetida (5+ em 10 min) | Alta | Bloquear IP; verificar se conta foi comprometida; acionar DPO se houver suspeita de credential stuffing | DPO / Responsável técnico | Supabase → Auth → Logs |
| Login de admin em horário fora do padrão (madrugada, feriados) | Alta | Verificar imediatamente se foi acesso legítimo; se não reconhecido, revogar sessão e trocar credenciais | DPO | Supabase → Auth → Logs · Mautic → Admin Logs |
| Login de IP geolocalizado em país diferente do padrão (fora do Brasil) | Alta | Confirmar com a usuária se é acesso legítimo; se não, revogar e alertar | DPO | Supabase → Auth · Vercel → Logs |
| Pico súbito de erros 500 em API (10x acima do normal) | Alta | Investigar imediatamente — pode indicar ataque de força bruta ou exploração de vulnerabilidade | Responsável técnico | Vercel → Functions → Logs |
| Volume de requisições muito acima do normal (possível DDoS) | Média | Ativar proteção no Vercel; verificar se requisições são legítimas; considerar rate limiting adicional | Responsável técnico | Vercel → Analytics · Supabase → Database → Usage |
| Query ao banco de dados com volume muito acima do normal | Média | Investigar qual usuário/função está gerando as queries; verificar se há extração de dados em massa | Responsável técnico | Supabase → Database → Logs |
| Novo usuário com padrão suspeito (múltiplas contas, email temporário) | Média | Verificar no super-admin; se suspeito, bloquear conta e investigar atividade | DPO | Super-admin → Usuários |
| Deploy não programado ou de origem desconhecida | Alta | Verificar no Vercel se o deploy foi autorizado; se não, reverter e investigar comprometimento do repositório | Responsável técnico | Vercel → Deployments · GitHub → Activity |
| Aumento súbito de bounces no Mautic (possível spoofing de domínio) | Média | Verificar se o domínio está sendo usado para spam; verificar registros DMARC/DKIM/SPF | DPO / Responsável técnico | Mautic → Email → Reports |
| Alteração de configuração sensível (RLS, permissões, variáveis de ambiente) | Alta | Verificar se a alteração foi autorizada; documentar; reverter se não reconhecida | DPO | Supabase → Logs · Vercel → Settings · GitHub |
| Alerta de uso próximo a limites do plano Supabase ou Vercel | Baixa | Verificar causa do uso excessivo; upgrade de plano se legítimo; investigar se anômalo | Responsável técnico | Supabase → Usage · Vercel → Usage |
📅 4. Rotina Semanal de Revisão de Logs
Todo domingo ou segunda-feira, dedicar aproximadamente 20–30 minutos para revisar os logs e dashboards abaixo. Documentar brevemente o resultado em uma nota interna (Google Drive).
| # | Atividade de Revisão | Ferramenta | Tempo Estimado |
|---|---|---|---|
| 1 | Revisar logs de autenticação da última semana — procurar falhas repetidas, IPs suspeitos, horários anômalos | Supabase → Authentication → Logs | 5 min |
| 2 | Verificar erros nas Edge Functions do Vercel — volume de erros 500, 403, comportamentos anômalos | Vercel → Functions → Logs | 5 min |
| 3 | Revisar alertas recebidos por email (hello@simulaaudit.com.br) — verificar e documentar cada alerta | Gmail / Email da empresa | 5 min |
| 4 | Verificar novos usuários cadastrados na semana — identificar padrões suspeitos | Super-admin → Usuários | 3 min |
| 5 | Verificar métricas de uso do banco de dados — queries, conexões, volume de dados | Supabase → Database → Reports | 3 min |
| 6 | Verificar acessos ao Mautic — logins, envios de email, alterações de contatos | Mautic → Audit Log | 3 min |
| 7 | Confirmar que GitHub Actions e deploys da semana foram todos autorizados | GitHub → Repository → Actions · Vercel → Deployments | 2 min |
Registro: Após cada revisão semanal, anotar brevemente no Google Drive em /Compliance/LGPD/Monitoramento/[ano]/revisao-[semana].md: data da revisão, quem revisou, eventuais alertas encontrados e ações tomadas. Manter por 2 anos.
🔔 5. Configuração de Alertas Automáticos
Os alertas automáticos reduzem a dependência de revisão manual e garantem resposta mais rápida a eventos críticos.
- Supabase — Email Alerts: Acessar Supabase Dashboard → Project Settings → Alerts. Configurar alertas para: falhas de banco de dados, uso acima de 80% dos limites do plano, erros de autenticação em massa. Email destino: hello@simulaaudit.com.br e lgpd@simulaaudit.com.br
- Vercel — Notifications: Acessar Vercel Dashboard → Team Settings → Notifications. Ativar alertas para: falhas de deploy, erros de function acima de limiar, alertas de uso. Email destino: hello@simulaaudit.com.br
- GitHub — Security Alerts: Acessar repositório → Settings → Security → Code security and analysis. Ativar Dependabot alerts (vulnerabilidades em dependências) e Secret scanning (detecção de credenciais expostas no código).
- Resend / Email provider: Configurar alertas de bounce rate e spam reports elevados, se disponível no plano.
⚠️ Ação pendente: Verificar e confirmar que todos os alertas automáticos listados acima estão ativamente configurados. Documentar a confirmação com data. Se algum não estiver configurado, priorizar a configuração imediatamente.
🗺 6. Limitações Atuais e Roadmap de Evolução
É importante documentar honestamente as limitações do monitoramento atual para que a ANPD, em caso de fiscalização, compreenda o contexto de uma empresa em estágio inicial, e para que a equipe saiba o que evoluir conforme a empresa cresce.
Limitações conhecidas (Maio/2026):
• Sem SIEM dedicado — o monitoramento é baseado em logs nativos das plataformas (Supabase, Vercel), que têm retenção limitada e alertas básicos
• Revisão de logs é manual e semanal — incidentes ocorridos no meio da semana podem levar dias para serem detectados se não gerarem alerta automático
• Sem monitoramento de comportamento de usuário (UEBA) — impossível detectar insider threats sofisticados
• Sem correlação automática de eventos entre ferramentas — um ataque que use múltiplos vetores simultâneos pode não ser detectado imediatamente
• Sem pentest ou auditoria de segurança externa realizada até o momento
Atual
6–12 meses
12–24 meses
24+ meses
⚖️ 7. Base Legal
- LGPD Art. 46: O controlador e o operador devem adotar medidas de segurança, técnicas e administrativas, aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer forma de tratamento inadequado ou ilícito
- LGPD Art. 46 § 1º: A autoridade nacional poderá dispor sobre padrões técnicos mínimos para tornar aplicável o disposto no caput deste artigo, consideradas as especificidades do tratamento e o atual estado da tecnologia
- LGPD Art. 49: Os sistemas utilizados para o tratamento de dados pessoais deverão ser estruturados de forma a atender aos requisitos de segurança, aos padrões de boas práticas e de governança e aos princípios gerais previstos nesta Lei e às demais normas regulamentares
- ANPD — Guia de Segurança da Informação: Recomenda monitoramento periódico como medida preventiva de conformidade, especialmente para organizações que tratam dados pessoais de forma intensiva
🔄 8. Revisão e Atualização
Este plano deve ser revisado:
- Semestralmente (janeiro e julho de cada ano)
- Após qualquer incidente de segurança real
- Ao adicionar novas ferramentas ou integrações à stack
- Ao contratar novos membros de equipe com acesso a sistemas
Próxima revisão prevista: Novembro/2026
DPO responsável: Thaís Kurünzi · lgpd@simulaaudit.com.br · WhatsApp (11) 94204-1993