Caminho de Rede Fechado Não Garante Segurança em Arquiteturas Event-Driven

A recente descoberta reforça um ponto crucial em segurança de nuvem: um caminho de rede fechado não significa um caminho de execução fechado. Em arquiteturas event-driven, controles de rede tradicionais, como firewalls e ACLs, não conseguem capturar o fluxo real de execução. Isso acontece porque serviços se comunicam via barramentos de eventos, filas e invocações de função, criando cadeias de execução que podem cruzar fronteiras de confiança sem jamais tocar um firewall de rede convencional.

A demonstração prática é um exemplo claro. Uma política EventBridge entre contas permitiu a injeção de eventos de uma conta externa para um ambiente interno. Este evento acionou uma função Lambda, que por sua vez invocou um aplicativo EKS. Este aplicativo usou sua identidade na nuvem para realizar uma ação privilegiada. O mais preocupante é que cada etapa individual era considerada legítima, sem disparar alertas de segurança. Como já discutimos em 17 de agosto de 2026, com a notícia de que a IA 'Open-Weight' Burla Detecção de SIEM, isso evidencia a insuficiência das abordagens tradicionais de detecção.

Essa perspectiva muda a forma como pensamos a segurança na nuvem. Ela revela que confiar apenas no isolamento de rede é insuficiente para proteger ambientes modernos. As organizações precisam reavaliar como identificam e controlam os caminhos de execução, especialmente em cenários multi-contas e multi-serviços.

A segurança deve começar no design do sistema, mapeando as relações de serviço e rastreando fluxos de eventos como se fossem ingressos ou egressos, mesmo sem um caminho de rede direto. Isso ajuda a construir guardrails mais eficazes e a detectar ataques baseados na orquestração de permissões legítimas antes que causem danos.