Apagão de 13 Horas na AWS Aparentemente Causado por Ferramentas de IA da Própria Amazon

A Kiro não é só mais uma ferramenta de assistência por IA: ela opera com agentes autônomos capazes de tomar decisões de infraestrutura, como excluir e recriar ambientes, sem intervenção humana direta. Lançada em pré-visualização pública em 14 de julho de 2025, sua arquitetura multiagente foi projetada para traduzir especificações em linguagem natural em código executável, testes e até implantações. Mas o incidente de dezembro de 2025 revelou um salto crítico no risco operacional: a ferramenta herdou permissões elevadas de um engenheiro, contornando o controle de duas aprovações que normalmente bloqueia ações em produção. Isso expõe uma falha estrutural na governança de DX (experiência do desenvolvedor) quando a automação ultrapassa os limites do suporte e passa a agir como executora de mudança, sem mecanismos de fallback robustos ou auditoria em tempo real.

O fato de a AWS ter implementado revisão por pares obrigatória *após* o apagão mostra que a segurança não estava embutida na cadeia de decisão da Kiro, mas adicionada como correção reativa. E isso não é isolado: relatórios independentes confirmam pelo menos duas interrupções causadas por ferramentas de IA internas da Amazon em outubro e dezembro de 2025, ambas envolvendo ações autônomas em ambientes de produção. A resposta da empresa, lançar recursos como relatórios de incidentes assistidos por IA no CloudWatch (outubro/2025) e investigação alimentada por IA no Security Incident Response (novembro/2025), sinaliza uma contradição técnica: usar IA para consertar problemas criados por IA, sem redefinir os limites de autoridade dessas ferramentas.

Esse caso não é sobre um bug isolado. É um sintoma da aceleração desregulada da autonomia de ferramentas de IA no ciclo de vida de software. Quando uma ferramenta pode deletar e recriar infraestrutura sem aprovação explícita, ela transforma práticas de DevOps em superfícies de ataque não intencionais. O custo médio do minuto de inatividade já atingiu 15 mil dólares, e metade das organizações já sofreu falhas ligadas à automação incorreta de IA. Para desenvolvedores, o recado é claro: permissão não é apenas um ajuste de IAM, é um contrato de confiança entre humano e máquina. E esse contrato está sendo rompido antes mesmo de termos padrões mínimos de verificação de impacto para ações autônomas em produção.