farenhytee/database-sentinelHabilidade do Claude que audita seus projetos em busca de configurações incorretas de RLS, chaves expostas, bypasses de autenticação e vulnerabilidades de armazenamento. 27 anti-padrões originados do CVE-2025-48757 e de 10 estudos de segurança. Seguro para produção.
Uma Skill do Claude que audita seus backends de banco de dados em busca de vulnerabilidades de segurança.
Coloque-a no Claude Code, no Cursor ou em qualquer ambiente com tecnologia Claude. Diga "audite meu banco de dados" e receba um relatório abrangente de segurança com o código de correção exato — em minutos, não em dias.
Mais de 170 apps Lovable foram violados. 20,1 milhões de linhas foram expostas em startups do YC. ~87.000 instâncias MongoDB ficaram vulneráveis ao MongoBleed (CVE-2025-14847, CISA KEV). 1,8 milhão de senhas do Firebase vazaram em um único incidente de 2025. 45% do código gerado por IA introduz vulnerabilidades do OWASP Top 10. O Database Sentinel testa se sua configuração de segurança realmente funciona — não apenas se ela existe.
O Database Sentinel realiza uma auditoria de segurança em 7 etapas nos backend(s) que seu projeto utiliza:
tx=rollback, coleções canário, detector opt-in de MongoBleed)O raciocínio entre backends detecta problemas que scanners de backend único não percebem (por exemplo, um UID do Firebase Auth considerado confiável por uma API Postgres sem verificação JWT).
| Fase | Backend | Status |
|---|---|---|
| 1 | Supabase | ✅ implementado |
| 2 | MongoDB (auto-hospedado + Atlas) | ✅ implementado |
| 3 | Firebase (Firestore / RTDB / Storage / Functions / Remote Config) | 🚧 planejado |
| 4 | PostgreSQL (auto-hospedado, incluindo pgBouncer) | 🚧 planejado |
| 5 | MySQL (auto-hospedado) | 🚧 planejado |
| 6 | Análise de interação entre backends | 🚧 planejado |
| 7 | Distribuição + polimento | 🚧 planejado |
O Database Sentinel era anteriormente o Supabase Sentinel (backend único). A renomeação aconteceu durante a Fase 1 da expansão multi-backend. Um shim de compatibilidade com versões anteriores em compat/supabase-sentinel/ preserva o nome antigo da skill por pelo menos a próxima versão menor — usuários existentes não veem nenhuma regressão.
Clone a skill para o diretório de skills do seu projeto, ou para um diretório central:
git clone https://github.com/Farenhytee/database-sentinel.git ~/claude-skills/database-sentinel
Depois peça ao Claude:
Audit my database
O Database Sentinel detectará qual(is) backend(s) seu projeto usa, executará as auditorias relevantes e produzirá um relatório unificado. Se houver múltiplos backends (Firebase Auth + dados Postgres, etc.), o relatório incluirá uma seção de interações entre backends quando a Fase 6 for lançada.
Se você quiser auditar apenas um backend específico, peça explicitamente:
Audit my Supabase project
Audit my MongoDB instance
O dispatcher restringe o escopo.
Copie o conteúdo de SKILL.md mais o backends/<name>/workflow.md relevante para o seu prompt de sistema. Percorra as 7 etapas com suas credenciais.
| Gravidade | Padrão | O quê |
|---|---|---|
| 🔴 CRÍTICO | SB-001 RLS_DISABLED | Tabelas sem Row-Level Security — totalmente expostas à internet |
| 🔴 CRÍTICO | SB-002 SERVICE_ROLE_EXPOSED | chave service_role em código frontend — ignora TODA a segurança |
| 🔴 CRÍTICO | SB-003 POLICIES_BUT_NO_RLS | Políticas escritas, mas RLS nunca ativado — falsa segurança |
| 🔴 CRÍTICO | SB-005 WRITE_USING_TRUE | INSERT/UPDATE/DELETE com USING(true) — qualquer um pode modificar |
| 🟠 ALTO | SB-006 USING_TRUE_SELECT | Todas as linhas legíveis por usuários anônimos em tabelas sensíveis |
| 🟠 ALTO | SB-007 VIEW_NO_SECURITY_INVOKER | Views ignoram o RLS, executam como superusuário |
| 🟠 ALTO | SB-008 SECURITY_DEFINER_EXPOSED | Funções no schema público ignoram o RLS, chamáveis via API |
| 🟠 ALTO | SB-009 USER_METADATA_IN_POLICY | Políticas referenciam metadados modificáveis pelo usuário — escalonamento de privilégios |
| 🟠 ALTO | SB-010 UPDATE_NO_WITHCHECK | Políticas de UPDATE sem WITH CHECK — risco de atribuição em massa |
| 🟠 ALTO | SB-011 GHOST_AUTH | Cadastros com e-mail não confirmado concedem sessões autenticadas |
| 🟠 ALTO | SB-012 STORAGE_NO_RLS | Bucket de storage sem políticas de controle de acesso |
| 🟠 ALTO | SB-013 JWT_SECRET_EXPOSED | Segredo de assinatura JWT vazado — pode forjar o token de qualquer usuário |
| 🟡 MÉDIO | + 15 padrões a mais | Veja backends/supabase/anti-patterns.md |
| Gravidade | Padrão | O quê |
|---|---|---|
| 🔴 CRÍTICO | MG-SH-001 MongoBleed (CVE-2025-14847, CISA KEV) | Divulgação de memória heap pré-autenticação via pacote compactado malicioso. ~87 mil instâncias expostas na divulgação. |
| 🔴 CRÍTICO | MG-SH-002 Auth desativado | mongod executando sem autenticação — superfície de ataque do ransomware Meow |
| 🔴 CRÍTICO | MG-SH-003 mongod exposto à internet | --bind_ip_all + 27017 acessível — combinado com MG-SH-002 para comprometimento total |
| 🔴 CRÍTICO | MG-AT-001 allowlist do Atlas 0.0.0.0/0 | Cluster Atlas acessível de qualquer lugar da internet |
| 🟠 ALTO | MG-SH-004 bypass de auth localhost + container exec | enableLocalhostAuthBypass true + acesso via docker exec |
| 🟠 ALTO | MG-SH-005 JS no servidor habilitado | $where / $function / mapReduce acessíveis — superfície de NoSQL-RCE |
| 🟠 ALTO | MG-SH-006 TLS não exigido | Tráfego em texto puro na rede |
| 🟠 ALTO | MG-SH-007 Papel privilegiado no usuário do app | App se conecta como root / dbAdminAnyDatabase etc. |
| 🟠 ALTO | MG-SH-008 Documento de role automodificável | findByIdAndUpdate(id, req.body) + sem validador + campo role |
| 🟠 ALTO | MG-AT-002 Function do Atlas como pass-through de banco de dados | Injeção NoSQL via HTTPS — proliferou após a descontinuação da Data API |
| 🟠 ALTO | MG-AT-003 Atlas Data API ainda no código | Descontinuada em 30 de setembro de 2025; quebrada E provavelmente migrada para Functions menos auditadas |
| 🟡 MÉDIO | MG-SH-009 Mongoose < 8.9.5 | CVE-2024-53900 / CVE-2025-23061 — injeção $where em populate-match |
| 🟡 MÉDIO | + 8 padrões a mais | Veja backends/mongodb/anti-patterns.md |
A sonda de rede MongoBleed (backends/mongodb/mongobleed-probe.md) inclui um detector de pacote único que confirma a explorabilidade em tempo de execução — verificado contra mongo:7.0.20 (vulnerável) e mongo:7.0.28 (corrigido). Ela é somente leitura, exige duas confirmações opt-in e nunca extrai conteúdo.
╔════════════════════════════════════════════════════════╗
║ SENTINEL SECURITY AUDIT ║
╠════════════════════════════════════════════════════════╣
║ Backends: supabase, mongodb ║
║ Scanned: 2026-04-30 14:30 UTC ║
║ Score: 0/100 🔴 ║
║ Summary: 2 backends, 8 findings (3C / 4H / 1M) ║
╚════════════════════════════════════════════════════════╝