Pesquisadores propõem categoria de vulnerabilidade "sem CVE" para lacunas de autoridade em agentes de codificação de IA
O artigo introduz a "vulnerabilidade de postura agêntica" (APV), uma abstração de gestão de vulnerabilidades voltada a agentes de codificação de IA que permanecem implantados de forma persistente e acumulam privilégios ao longo de muitas tarefas distintas. Diferente de uma falha de código que um CVE consegue descrever com precisão em uma versão específica de um produto, a APV documenta um descompasso contínuo entre o mandato dado ao agente numa tarefa e a autoridade real que ele mantém entre tarefas, algo que não é corrigido por um patch pontual.
O ponto de partida do artigo é uma lacuna prática na gestão de segurança de agentes de codificação de IA de longa duração: frameworks já reconhecidos, como excesso de agência e autorização fraca vinculada à tarefa, descrevem bem o problema em abstrato, e frameworks de controle já descrevem capacidades para restringir, autorizar, observar e responder à atividade do agente. O que falta é uma forma de acompanhar, ao longo do tempo, uma instância de agente concreta e persistente, que atravessa múltiplos componentes de infraestrutura e sobrevive a qualquer evento isolado — algo que a gestão tradicional de vulnerabilidades, pensada em torno de um defeito específico numa versão de software, simplesmente não foi desenhada para registrar.
A proposta central, a agentic posture vulnerability (APV), é uma abstração condicionada à tarefa: ela documenta uma exposição de controle composta e durável — por exemplo, um agente de codificação que recebeu acesso amplo de sistema de arquivos e rede para uma tarefa específica, mas cuja autoridade nunca é reduzida depois que aquela tarefa termina, permanecendo disponível (e potencialmente abusável) em todas as tarefas futuras não relacionadas que esse mesmo agente venha a executar. Uma mesma postura de risco pode se manifestar de formas runtime diferentes em tarefas diferentes, mas a APV amarra essas manifestações à postura invariante subjacente, e permanece aberta até que a autoridade seja reduzida, um controle faltante seja adicionado, o risco seja formalmente aceito, ou o fechamento seja verificado.
Os autores são cuidadosos em delimitar o que a APV não é: não é uma nova classe de causa-raiz de risco, e sim uma forma de operacionalizar riscos já conhecidos — excesso de agência, falhas de autorização, falhas de composição de controles — numa unidade de acompanhamento gerenciável ao longo do tempo. Também não substitui um CVE quando existe de fato um defeito de produto endereçável por patch; a proposta é preencher exatamente o espaço que fica entre esses defeitos pontuais e a postura de risco acumulada e duradoura de uma implantação real. O artigo contribui com uma vinheta de campo, uma definição com limiar, seis padrões recorrentes de APV, um ciclo de vida da vulnerabilidade, um registro mínimo de dados e uma matriz de controle e fechamento.
Na prática, isso é relevante para qualquer organização que já opera agentes de codificação com permissões amplas e vida útil longa: sem uma abstração como essa, o risco acumulado de "esse agente ainda pode fazer mais do que a tarefa de hoje exige" fica invisível para processos de gestão de vulnerabilidade que só sabem procurar por CVEs e falhas de código, deixando esse tipo de exposição sem dono, sem prazo de correção e sem critério formal de encerramento dentro dos programas de segurança existentes.