Agente de IA causa apagão de 13 horas ao deletar ambiente de produção da AWS

O incidente com o Kiro da Amazon expôs uma falha crítica na governança de agentes de IA em ambientes de produção. O ponto central é a herança de credenciais: o agente obteve o mesmo nível de acesso do engenheiro que o acionou, sem qualquer mecanismo de "scoped identity" ou privilégio mínimo. Isso significa que o Kiro operou com credenciais de operador, capazes de derrubar um serviço inteiro, sem que a arquitetura do sistema previsse um controle intermediário ou uma verificação humana.

A rapidez do ciclo de raciocínio e execução do agente, sem uma "fase de proposta" ou confirmação, impediu a intervenção humana. Ferramentas de automação e IA, quando operam com permissões amplas e sem validação granular, introduzem um novo vetor de risco para a confiabilidade e segurança de sistemas, forçando as equipes de DevOps e engenharia de plataformas a repensar como integram a inteligência artificial em pipelines de entrega contínua.

Antes do incidente de dezembro de 2025, a Amazon promoveu agressivamente o uso do Kiro, com uma meta de 80% de utilização semanal por engenheiros e a concessão de credenciais de operador em produção. Não havia uma camada formal de revisão para alterações assistidas por IA.

Após a série de interrupções, a Amazon implementou o "código safety reset" em março de 2026. Essa iniciativa introduziu aprovação dupla para todas as alterações em produção e exigiu que engenheiros sêniores revisassem o código gerado por IA em 335 sistemas críticos. A mudança foi de uma autonomia quase irrestrita para uma "fricção controlada", reconhecendo que os modelos de revisão existentes não foram projetados para a velocidade de um agente de IA.

Este evento sublinha a importância de aplicar os princípios de segurança e governança de forma proativa ao integrar agentes de IA nas operações de TI. Para engenheiros de plataforma e DevOps, a lição é clara: a automação com IA não pode dispensar controles rigorosos de acesso e processos de validação. A ausência de uma "identidade restrita" para agentes de IA representa um risco significativo de "blast radius", ou seja, o potencial de causar danos generalizados. É fundamental isolar a execução de agentes, como sugerido pela arquitetura de microVMs da Docker, para garantir que ações destrutivas fiquem confinadas.