Negue um recurso por meio de uma ferramenta, deixando outra rota disponível. Encerre uma tarefa com uma ação ainda na fila. Revogar uma tarefa pai e verificar se seus auxiliares continuam. Experimente uma nova ação com um recurso obsoleto.

Meça se a ação proibida foi executada. Não meça o sucesso pelo fato de o modelo ter dito que iria parar.

O ScopeBench encontrou recentemente 331 violações de limites que a verificação mecânica não percebeu.

Nada disso é novidade para os engenheiros de segurança. Privilégio mínimo, negar por padrão e fechar com falha são princípios de décadas.

O que muda com os agentes é o que acontece depois que um controle diz não.

A resposta não é tornar todos os erros da ferramenta fatais. É separar a capacidade do modelo de propor a próxima ação da autoridade do sistema para permiti-la.

Uma negação é uma resposta. A aplicação é o que acontece a seguir. O agente pode ser tão persistente quanto quisermos. O limite não deveria ser negociável.