ADR de Egress Zero-Trust: contenção de runtime não confiável (navegador e agente de IA) após comprometimento/sandbox — com prova de conceito e política executável

Pacote multi-arquivo, pronto para produção

Este não é um prompt solto: é um pacote de 6 arquivos complementares que um engenheiro de IA usaria para levar um agente a uma decisão de arquitetura de segurança quase perfeita, replicável e auditável. Ele foi desenhado a partir do ciclo de vida real de um incidente (CVEs ativos como CVE-2026-85046, Chromium V8, explorado em campo — e o rompimento relatado de agentes autônomos que alcançaram rede/internet externa), mas o valor é permanente e agnóstico de stack: ensina o modelo a raciocinar sobre contenção quando a fronteira do sandbox caiu.

O que você recebe (6 arquivos, ~55 mil caracteres no total)

1. 01-adr-egress-zero-trust.md — o "prompt-motor": persona (arquiteta principal de segurança), objetivo claro, formato de saída EXATO (ADR com seções obrigatórias + plano de prova de conceito), passo a passo de raciocínio (do pressuposto de comprometimento → mitigação → teste → política). Reutilizável: troque o cenário e rode de novo.
2. 02-regras-e-restricoes.md — guardrails imperativos e numerados: o que o modelo NUNCA deve fazer (ex.: "nunca libere egress 0.0.0.0/0", "nunca entregue credencial crua a env", "não confie só em network policy"), casos de borda conhecidos, tratamento de informação faltante/ambígua e o formato de erro exigido quando não for possível cumprir a tarefa.
3. 03-contexto-e-exemplos.md — glossário de domínio (sandbox, escape, egress, KEV, capability broker, SSRF...) + premissas do ambiente + 3 exemplos few-shot completos (input real → output esperado), incluindo um caso difícil de borda (Navegador enterprise que PRECISA alcançar o ERP herdado / agente que precisa de rede para cumprir tarefa legítima).
4. 04-harness-de-verificacao.md — checklist de autoverificação que o modelo roda ANTES de entregar (a saída bate com o schema? cada requisito foi endereçado? há alucinação/afirmação não suportada?) + critérios objetivos de aceite (AC1–AC7) que VOCÊ (comprador) usa para validar cada resposta.
5. 05-variacoes-de-entrega.md — variações: versão curta (decisão em 1 tela para reunião), versão longa (documento de arquitetura completo), adaptação para K8s+Service Mesh/OPA, e versão "avaliação de risco rápida" (matriz leve em 30 min).