Segurança · governança · confiabilidade

Seus dados de venda são o seu ativo mais valioso.

O Gungnir está sendo construído com segurança verificável: requisitos baseados no OWASP ASVS 5.0, ameaças mapeadas com controles e testes obrigatórios, e LGPD tratada como fluxo de produto.

01 — Fundamentos

Defesa em camadas.

Controles definidos no blueprint de engenharia e exigidos antes do lançamento.

Isolamento por organização

Banco compartilhado com Row-Level Security e tenant_id em cada registro, além de autorização por objeto e testes negativos entre organizações.

Identidade forte

MFA para administradores desde o lançamento, papéis e convites; SSO (OIDC/SAML) e SCIM na fase de crescimento.

Auditoria completa

Toda decisão humana ou da IA registrada com contexto, diff e autoria. Aprovações de alto impacto podem exigir quatro olhos.

Segredos protegidos

Tokens de integração criptografados em repouso e nunca registrados em log, com cofre de segredos e rotação.

IA com fronteiras

Ferramentas em allowlist, saída validada por schema, filtragem de dados pessoais e defesas contra prompt injection e exfiltração.

Webhooks verificados

Assinatura e timestamp por provedor, proteção contra replay, limite de corpo e confirmação somente após gravação durável.

02 — Modelo de ameaças

Cada ameaça tem controle e prova.

Trecho do threat model do Gungnir. A conformidade se comprova com testes e evidências, nunca com selo.

Ameaças, controles obrigatórios e provas
IDAmeaçaControles obrigatóriosProva
TH-01Acesso indevido entre organizaçõesAutorização por objeto, RLS e testes negativosSuíte de permissão A/B
TH-02Vazamento por busca ou RAGACL antes e depois da recuperação; índices isoladosTeste adversarial de troca de organização
TH-03Webhook forjado ou replayVerificação específica do provedor, timestamp e dedupeTestes de HMAC, replay e assinatura inválida
TH-04Exfiltração por agente de IAFerramentas em allowlist, escopos e controle de saídaRed team de prompt injection
TH-05Disparo em massa indevidoConsentimento, cota, aprovação e kill switchTestes de fluxo sem opt-in
TH-06Segredo em log ou cacheRedação, varredura, TLS e cofre de segredosVarreduras e chaos de logs
TH-07Cadeia de suprimentosSBOM, SCA, lockfile e assinatura de artefatosAtestados no pipeline de CI
TH-08Escalada de privilégioMFA, acesso just-in-time e separação admin/dadosTestes de RBAC e sessões
03 — LGPD por design

Privacidade como fluxo de produto.

Solicitações de titulares com estados, verificação de identidade, prazos e evidência. A eliminação alcança tabelas, anexos, busca, cache, embeddings e exportações.

LGPD e seus direitos
Solicitação de titularFluxo
  1. requestedPedido recebido e registrado
  2. identity_verifiedIdentidade confirmada de forma proporcional
  3. scopedDados e sistemas localizados
  4. in_progressExecução com evidência e exceções registradas
  5. fulfilled · denied_with_reasonResposta ao titular com prazo e justificativa
04 — Confiabilidade

SRE como recurso, não como promessa.

Metas propostas para depois da estabilização, que só valem com instrumentação e medição real.

99,9%Meta de disponibilidade mensal da API
≤ 60 sMeta para o lead válido chegar ao core
15 minRPO proposto no plano padrão
4 hRTO proposto no plano padrão

Due diligence

Sua equipe de segurança tem perguntas? Ótimo.

Compartilhamos a arquitetura, o modelo de ameaças e o plano de testes com quem avalia o Gungnir. Encontrou uma vulnerabilidade? Use o nosso security.txt.