Arquitetura cloud native como espinha dorsal de agentes de IA em segurança: lições da Orange Innovation

A Orange Innovation não está apenas rodando LLMs em Kubernetes: ela construiu uma arquitetura de segurança operacional para agentes que se comportam como entidades computacionais autônomas, com identidade SPIFFE, ciclo de vida isolado via Job, e rede protegida por Cilium mTLS. Isso vai além do que o Kubescape 4.0 faz (detecção pós-implantação): aqui, cada agente é um workload com política de admissão (Kyverno), autorização just-in-time (via Boundary + Vault), e restrições de sistema operacional via Landlock, exatamente como previsto no Openshell da NVIDIA, mas aplicado em escala produtiva.

O Kafka não é só pipeline: ele atua como camada de reprodução determinística para depurar decisões de agentes. Quando um LLM ‘alucina’ ao interpretar um evento de Falco, a equipe reexecuta o fluxo completo a partir do tópico original, sem dependência de logs ou estado volátil. E o A2A não é abstração: é implementado com gRPC over mTLS entre pods, orquestrado por um control plane customizado que respeita os limites de DRA do Kubernetes 1.35, garantindo que GPU e memória sejam alocadas sob demanda, não por reserva estática.

Em março, a CEVIU destacou a transição para 'padrões nativos de Kubernetes para IA' como conceito. Em junho, a Orange entrega isso em produção: não mais containers com modelos, mas Jobs com políticas Kyverno v1 (CEL estável), Falco Operator 0.2.0 em GA, e Cilium 1.19 com firewall de host ativado para tráfego VRRP entre agentes. O que era teoria em abril sobre governança externa agora é prática, com Mattermost como gate humano e OPA validando credenciais assinadas por supervisor antes de qualquer chamada a ferramenta empresarial.

Agentes de IA não são APIs: são processos que podem pivotar, persistir e escalar acesso sozinhos. Um contêiner comprometido com um LLM pode explorar falhas de kernel, roubar credenciais do Vault e executar comandos em outros clusters, tudo em segundos. A arquitetura da Orange mostra que segurança de IA agentic exige três coisas juntas: isolamento de runtime (Falco + eBPF), controle de rede granular (Cilium + mTLS) e autorização estruturada (OPA/Kyverno), não apenas prompt engineering. Isso muda o jogo para equipes de SRE e DevSecOps: agora elas gerenciam agentes como infraestrutura crítica, não como cargas de trabalho experimentais.