Segurança & Confiança

SaaS isolado por cliente

A ONEVERSEC é um SaaS: a plataforma roda na infraestrutura em nuvem da ONEVERSEC. Seus dados (escopo, recon, achados e evidências) ficam isolados por tenant com Row-Level Security forçada e cifrados em trânsito, sob os controles abaixo. A inferência de IA roda na sua própria conta de provedor (BYO-key). Quem processa o quê está em /subprocessors.

Isolamento de execução

Cada worker de caça roda num sandbox gVisor (RuntimeClass dedicado), com filesystem read-only onde aplicável e capabilities mínimas, projetado para que um alvo comprometido não alcance o control-plane nem outro cliente.

Egress default-deny

O tráfego de saída de cada worker é confinado por NetworkPolicy do cluster (default-deny): só o escopo autorizado, o DNS e os serviços internos da plataforma (incluindo o provedor de IA que você configurou) são liberados. O IP de metadados de nuvem e as redes internas ficam fora da allow-list, portanto negados. Um ruleset nftables adiciona defesa em profundidade onde o runtime o suporta.

Escopo fora do modelo

A autorização de escopo é determinística e fail-closed, avaliada FORA do modelo de IA. A IA propõe; o código autoriza. A IA não se auto-autoriza escopo; ativos escolhidos manualmente exigem ratificação humana, e a autorização (com o hash do escopo) é registrada numa trilha imutável antes de a caça rodar.

Multi-tenancy com RLS

Isolamento por linha (Row-Level Security forçada, com papel de banco sem bypass) por tenant: uma consulta sem o contexto de tenant retorna zero linhas, nunca os dados de outro cliente. Least-privilege de aplicação e segredos efêmeros injetados por job.

Criptografia

Os segredos que você fornece (chaves de IA, tokens de webhook) são cifrados em repouso com envelope encryption e nunca reexibidos pela API (write-only). O tráfego é cifrado em trânsito (TLS). A cifragem em repouso dos demais dados depende da cifragem de volume da infraestrutura (ver pendências de segurança na nossa evolução de controles).

Firewall de validação de 10 gates

Nenhum achado vira relatório sem passar por um firewall determinístico de 10 gates, com severidade CVSS 4.0 derivada da evidência (não declarada pela IA). Default = descartar.

Sem auto-submissão

A plataforma nunca submete um relatório sozinha nem se auto-autoriza escopo: não existe sequer um caminho de código que submeta a um programa. A submissão e a ampliação do alcance do teste exigem aprovação humana sua.

O que os controles garantem, e o que não

O isolamento e o egress default-deny confinam PARA ONDE o teste vai (o escopo autorizado). A regra de não causar prejuízo (não escrever, editar ou apagar; não autenticar com credencial lida; não degradar o serviço) é obrigação da Política de Uso Aceitável e faz parte do desenho do agente, não uma barreira que impeça de forma determinística toda ação destrutiva sobre um alvo que você autorizou. Por isso o teste é supervisionado por você, que pode pausá-lo ou interrompê-lo, e a autorização do engajamento é sua.

AppSec da plataforma

Cabeçalhos de segurança (CSP com nonce), rate-limiting fail-closed, CORS restritivo, MFA e break-glass auditado no acesso administrativo, trilha de auditoria da caça à prova de adulteração (hash-chain append-only), e pipeline de SAST/SCA/IaC/secret-scan sobre o próprio código.

Postura de compliance

Mantemos um programa de prontidão de controles (SOC 2, ISO/IEC 27001/27701, CIS) em preparação. Nenhuma certificação foi obtida ou atestada ainda: falamos em prontidão, não em selo. O detalhe por framework é publicado à medida que evolui.

Divulgação responsável (safe harbor)

Encontrou algo na própria ONEVERSEC? Escreva para [email protected]. Pesquisa de segurança de boa-fé, conforme esta política, é autorizada: não buscaremos ação civil nem acionaremos autoridades contra quem a conduza dentro do escopo, evite acessar dado de terceiros além do mínimo para demonstrar a falha, não degrade o serviço e nos dê tempo razoável para corrigir antes de divulgar. As condutas fora do escopo são as mesmas vedadas na Política de Uso Aceitável. Endereços e canais em /.well-known/security.txt.

Ao reportar, inclua os passos para reproduzir, o impacto e a URL ou endpoint afetado. Confirmamos o recebimento de relatos de boa-fé e mantemos você informado do andamento até a correção (coordenação de divulgação, ISO/IEC 29147).