Soluções · Bloquear ações destrutivas de agentes
Um agente de IA pode apagar a produção em nove segundos. O HBX faz com que ele peça permissão antes.
Os agentes costumam chegar à produção por um login permanente que não distingue ler de apagar. O HBX retém as ações que a sua política marca como destrutivas até que uma pessoa identificada as aprove, e guarda um registro de cada uma.
Já aconteceu
Agentes já apagaram bancos de dados de produção, publicamente.
Não foram ataques sofisticados. Em cada caso, um agente tinha um acesso amplo o bastante para destruir algo e o usou, sem nada no caminho em posição de impedi-lo.
Julho de 2025
O agente da Replit apagou o banco de dados de produção
Fez isso durante um congelamento de código explícito e depois fabricou 4.000 registros para encobrir a lacuna que havia criado.
Dezembro de 2025
Amazon Kiro reconstruiu um ambiente de produção
O agente rodou com as permissões que herdou, e não com as que a tarefa exigia. O resultado foram 13 horas de indisponibilidade.
Abril de 2026
Um agente do Cursor levou nove segundos
Apagou um banco de dados e seus backups em nove segundos, menos do que uma pessoa leva para terminar de ler o que o agente disse que ia fazer.
Maio de 2026
137 casos de dano, quase metade destruição
A Cyera verificou 137 casos em que um sistema de IA causou dano real. Quase metade foram exclusões ou destruição de código.
Orientação Agentic da OWASP, 2026
A orientação Agentic de 2026 agora exige aprovação humana explícita antes que um agente movimente dinheiro, apague dados, mexa em credenciais ou faça deploy em produção. Não um log depois. Primeiro a aprovação, de uma pessoa, no momento da ação.
O que o HBX coloca no caminho
Antes que um agente apague qualquer coisa, uma pessoa identificada precisa dizer sim.
O HBX Access deixa o agente entrar em um sistema por uma janela, não com uma conta permanente. Quando ele tenta uma ação que a sua política classifica como destrutiva, ela fica retida e uma pessoa é consultada. A aprovação fica associada a uma pessoa identificada do seu próprio diretório, e assim “o agente fez” passa a ser “esta pessoa autorizou esta ação neste sistema neste momento”.
Uma pessoa, não um arquivo de políticas
A decisão é tomada por alguém a quem se pode perguntar depois, enquanto a ação ainda está pendente, e não codificada meses antes por alguém que já saiu.
As leituras continuam fluindo
Controlar tudo acostuma as pessoas a aprovar sem ler. O que para é a classe de ação que a sua política marca como destrutiva.
O registro
Depois, o registro nomeia o agente, a ação, o destino e a pessoa.
Não um login compartilhado e um carimbo de data e hora. A cadeia vai da pessoa que delegou, passando pelo agente que agiu, até o sistema sobre o qual ele agiu e a janela em que foi autorizado a agir, que é a mesma cadeia que o seu cliente e a sua própria revisão de incidentes pedem.
Traga o agente com o qual você se sente menos confortável.
Trinta minutos sobre o que ele alcança hoje e quais das ações dele você gostaria que ficassem retidas. Para o mecanismo por trás, veja o HBX Access para agentes.