Segurança Empresarial por Design
O EDDI elimina classes inteiras de vulnerabilidades de segurança por design. Não há eval(), nem blocos de execução de código e nenhuma injeção dinâmica de código, o comportamento do agente é definido apenas através de configuração JSON declarativa.
Por que isso importa agora
O ecossistema de agentes de IA está sob uma pressão de segurança sem precedentes. No início de 2026, centenas de vulnerabilidades críticas foram documentadas publicamente nos principais frameworks de agentes de código aberto, incluindo falhas de execução remota de código CVSS 10.0, escapes de sandbox e bypasses de autorização. A causa raiz na maioria dos casos: plataformas que executam código fornecido pelo usuário ou gerado dinamicamente em tempo de execução.
A Cloud Security Alliance identificou um "Vácuo de Divulgação de Agentes de IA" sistêmico.
A defesa arquitetural do EDDI
Em vez de tentar criar um sandbox para a execução de código, o EDDI elimina totalmente a superfície de ataque.
Funcionalidades de Segurança
- Zero eval(), Sem execução dinâmica de código (elimina riscos de RCE CVSS 10.0)
- OIDC/Keycloak, Autenticação e autorização empresarial com funções RBAC (admin, editor, viewer) e uma função dedicada de aprovador
- Espaços de Trabalho por Usuário, Cada recurso de configuração tem um proprietário, um espaço pessoal ou de equipe e compartilhamento explícito nos níveis de uso, visualização, edição ou propriedade
- Connections, Um único modelo de credenciais para chamadas externas, desde chaves válidas para toda a organização e contas de serviço OAuth2 até a conta OAuth de cada usuário ou uma credencial que o sistema chamador fornece por solicitação. Os segredos são sempre referências ao vault
- Guardrails para Resultados de Ferramentas, Cada resultado de ferramenta carrega a sua procedência, e trechos com formato de instrução contidos nele são marcados, suprimidos, sinalizados com alerta ou bloqueados antes que o modelo aja com base neles
- Integração com Vault, Gestão segura de segredos para chaves de API
- Proteção contra Path Traversal, Validação de entrada em cada fronteira
- Validação de URL, Previne ataques SSRF e de redirecionamento, e endpoints de metadados da nuvem são recusados como destinos de chamadas HTTP, MCP e A2A, inclusive via resolução DNS e redirecionamentos
- Trilhas de Auditoria Criptográficas, Logs de operação imutáveis e à prova de adulteração
- Pronto para a Lei de IA da UE, Capacidades de governança integradas para conformidade regulatória
- Redação de Segredos, Filtro automatizado que remove chaves de API, referências de vault e dados sensíveis de todas as entradas de auditoria
- Registro seguro de PII, Operações LGPD registram pseudônimos SHA-256, nunca identificadores de usuário brutos
- Sigstore Cosign, Assinatura de imagens de contêiner OIDC sem chave, verificação criptográfica de que cada imagem Docker foi construída pela CI oficial
- Imagem Base Reforçada, Runtime Red Hat UBI 10 fixado por digest, publicado no catálogo certificado da Red Hat
- Valores de Contexto Secretos, Quem faz a chamada pode entregar a um agente uma credencial utilizável por um único turno, que nunca é armazenada nem devolvida
- Templates de Runtime Restritos, Templates construídos a partir de dados de runtime são renderizados em um motor restrito, sem acesso à configuração nem a beans e com limites por renderização, e a entrada do usuário é sempre substituída como dado, nunca interpretada como template
Pipeline de Segurança Automatizada
Cada mudança passa por ferramentas de segurança automatizadas, com cada GitHub Action fixada por SHA para prevenir ataques à cadeia de suprimentos:
- CodeQL, Análise SAST semântica com consultas
security-extended - Trivy, Varredura de CVE para dependências e imagens Docker (bloqueio em CRITICAL/HIGH)
- Gitleaks, Varredura do histórico Git para prevenir vazamento de segredos e credenciais
- Dependency Review, Novas dependências com vulnerabilidades conhecidas são sinalizadas no pull request que as adiciona
- CycloneDX, Geração de SBOM para transparência na cadeia de suprimentos
- ClusterFuzzLite com Jazzer, Testes de fuzzing guiados por cobertura para parsers críticos de segurança
- OpenSSF Scorecard, Pontuação contínua das práticas de segurança da cadeia de suprimentos do repositório
Por que as Regras Ficam Fora do Modelo
Prompt injection é o ataque que importa para agentes com ferramentas. Em um benchmark de agentes que usam ferramentas, instruções escondidas em tickets e logs levaram os agentes a executar ações inseguras em 82,5% das vezes sem nenhuma defesa. Defesas no nível do prompt deixaram de 10 a 26% de casos inseguros; apenas um ponto de controle de políticas aplicado na chamada da ferramenta chegou a zero sem deixar de permitir as mudanças aprovadas. É por isso que o EDDI aplica as suas regras no motor, na fronteira das ferramentas, onde o texto injetado não consegue argumentar para contorná-las. A página de evidências lista os estudos.
Registro de Hardening
O trabalho de segurança é contínuo, e publicamos o que ele encontra. Rodadas recentes:
- Outubro de 2026 (6.6.0), Reforço de segurança em tratamento de segredos, lacunas de autorização, requisições de saída e padrões de implantação, incluindo correções para código lançado na 6.5.0 e antes, portanto atualizar é recomendado independentemente dos novos recursos
- Setembro de 2026 (6.5.0), Uma rodada de revisão com cerca de 30 correções em injeção de templates, SSRF em chamadas de saída, gestão de chaves do vault, escopo de segredos, autorização de espaços de trabalho, identidade de canais e a interface de segurança do Manager, cada uma com um teste de regressão
- Agosto de 2026 (6.3.0, 6.4.0), Credenciais de saída unificadas nas Connections, resultados de ferramentas carregam a sua procedência e texto com formato de instrução é suprimido, e as permissões do vault concedidas a agentes são aplicadas
- Julho de 2026 (6.2.0), Caches de resultados de ferramentas isolados por identidade, segredos suprimidos no trace de ferramentas ao vivo e uma comparação HMAC de auditoria em tempo constante
Integração de governança e conformidade
Os recursos de segurança alimentam diretamente a estrutura de conformidade do EDDI. A trilha de auditoria imutável apoia os requisitos de manutenção de registros do EU AI Act (Art. 12), o rastreamento de pipeline fornece transparência nas decisões de IA (Art. 13) e a interface de gestão permite supervisão humana com parada de emergência (Art. 14). A mesma infraestrutura suporta GDPR, HIPAA, SOC 2 e mais de 15 frameworks regulatórios adicionais, tudo por meio de uma única API unificada.