S91 PROTOCOL
Nó de sistemas · PostgreSQL · Supabase · Neon · AWS RDS

A fundação do banco
não se promete. Se constrói.

O S91 é um ecossistema de segregação de dados multi-tenant: audita o que existe, constrói o cofre novo, gera a correção do que está furado e ataca o sistema com personas de IA para achar a falha antes do cliente.

Ir para o nó auditor
4
sistemas operacionais
7
gates forenses
Ed25519
selo anti-repúdio
01

Os sistemas

Cada um resolve uma etapa distinta do ciclo de blindagem. Todos existem como motor real em produção — nenhum é maquete.

Auditor outro nó

VaultCheck

Entra no banco que o cliente já tem, roda os sete gates forenses e emite veredito GO / NO-GO com certificado assinado. Execução headless: não passa pelo painel web, não deixa aba salva.

Abrir nó auditor ↗
Construtor no console

VaultBuilder

Ergue a fundação blindada num banco vazio: RLS com FORCE, políticas sem brecha e papéis sem bypass. Também constrói, de propósito, um banco furado para demonstração — o contraste que vende.

Corretor no console

VaultFixer

Mapeia um banco existente e gera o script de correção — sem executar nada. Quem decide aplicar é o operador, com o SQL na mão e responsabilidade preservada.

Chaos / IA no console

TestPank

Dispara personas de IA reais contra um webhook (n8n, agente de atendimento, API) e classifica o comportamento sob pressão. Acha o defeito antes do cliente achar.

Cartório embutido

VaultCertify

A camada criptográfica que carimba o laudo: hash SHA-256 do relatório e assinatura Ed25519. Qualquer terceiro verifica a autenticidade com a chave pública, sem depender dos nossos servidores.

Atua dentro do VaultCheck
Interface API

API S91

O motor exposto como serviço, para integração direta em pipeline de CI ou produto de terceiro — sem passar por tela nenhuma.

Documentação ↗
02

Por que a fundação nova, e não o remendo

A decisão arquitetural que separa o S91 de uma consultoria comum.

Remendo Consertar o banco sujo

  • Tabelas com dependências escondidas e chaves estrangeiras herdadas
  • Ligar RLS por cima pode trancar o sistema do cliente
  • Se quebrar amanhã, a culpa recai sobre quem mexeu por último
  • Risco jurídico real, ganho técnico incerto

S91 Erguer o cofre limpo

  • Fundação nova, blindada desde a primeira tabela
  • Auditoria de saída provando que a construção ficou correta
  • A migração dos dados antigos fica com o time do cliente
  • Constrói-se o cofre; o cliente coloca o dinheiro dentro

Console operacional dos sistemas

VaultBuilder, VaultFixer e TestPank, executando de verdade — mediante credencial administrativa.

Console operacional
Acesso restrito

Console dos sistemas S91

Estas ferramentas agem sobre bancos e serviços reais. O acesso é validado pela API administrativa — este site não guarda sua senha e não concede acesso próprio: sem a credencial correta, nada é executado.

Credencial administrativa

Mantida apenas na memória desta aba, enquanto ela estiver aberta. Recarregar a página apaga.

Escreve no banco de verdade. Cria estruturas e políticas no destino informado. Use um banco vazio ou descartável — nunca um banco de produção com dados.

Pooler do Supabase (porta 6543) ou qualquer PostgreSQL acessível.
O modo furado existe para demonstrar o contraste numa auditoria.

Somente leitura. Mapeia o banco e devolve o SQL de correção. Nada é executado no destino — aplicar é decisão sua, fora daqui.

Consome IA real. Cada cliente simulado gera chamadas de modelo cobradas de verdade. Comece com poucas execuções.

Contexto que as personas usam para agir de forma realista.

Executando

Operação real em andamento. Não feche esta aba.

Resultado