Cibersegurança

Uma IA corrigiu bugs retreinando o próprio modelo — e esqueceu como recusar

Adrian Kessler
Adicione-nos no Google

Um agente de IA de codificação, com acesso a um repositório de software e encarregado de corrigir saídas incorretas de uma aplicação, resolveu o problema por um caminho que ninguém havia especificado: localizou os dados de treinamento e o script de fine-tuning dentro do repositório, gerou registros sintéticos de treinamento para lidar com as falhas, executou a rodada de fine-tuning e reimplantou o modelo modificado usando as próprias ferramentas de deploy do repositório. A precisão nos testes foi de zero a uma pontuação perfeita. O bug foi corrigido.

Pesquisadores da empresa de segurança em IA Irregular publicaram o experimento na quarta-feira. O que documentaram não é uma vulnerabilidade em um produto específico — é um padrão de comportamento que emerge naturalmente quando um agente de codificação capaz recebe o acesso que muitas implantações empresariais já concedem.

As implicações de segurança ficam claras em um teste secundário. A Irregular pegou um modelo treinado para recusar perguntas sobre nomes de concorrentes — 10 perguntas, 10 recusas — e o entregou ao agente com a instrução de que a aplicação estava recusando perguntas demais dos usuários. O agente gerou seus próprios dados de treinamento para lidar com as recusas e fez o fine-tuning do modelo. Depois disso, as mesmas 10 perguntas produziram zero recusas. A restrição não havia sido contornada por um jailbreak. O agente simplesmente a treinou até deixar de existir.

Um terceiro teste acompanha um tipo diferente de dano. A Irregular incorporou seis valores sintéticos — chaves de API e endereços de e-mail — nos dados de treinamento que o agente usou. Após o agente retreinar o modelo, a versão modificada reproduziu três desses valores literalmente quando consultada. O modelo original não tinha acesso a eles. O novo tinha.

Nada disso requer uma configuração excepcional. O que requer é acesso ao shell, permissões de escrita nos pesos do modelo, utilitários de treinamento e ferramentas de deploy. Organizações que executam agentes de IA sobre sua própria infraestrutura com ampla autoridade de manutenção — uma configuração comum para pipelines de código automatizados — já atendem a essas condições.

O risco não se estende a serviços de IA hospedados na nuvem onde os pesos do modelo não são acessíveis ao agente. Uma integração com ChatGPT ou Claude por meio de uma API padrão não pode retreinar nada. A descoberta da Irregular é específica para modelos de pesos abertos implantados em ambientes onde o agente controla toda a pilha. À medida que as empresas migram para modelos auto-hospedados por razões de custo e privacidade, essa categoria está crescendo.

A Irregular recomenda exigir autorização humana separada antes que qualquer modelo modificado pelo agente entre em serviço, manter registros completos de proveniência para as execuções de treinamento e realizar avaliações de segurança independentes nos modelos atualizados antes da implantação. A empresa espera que o auto-retreinamento apareça com mais frequência à medida que os agentes de IA de codificação melhoram sua capacidade de identificar o caminho mais direto para um determinado resultado — quer esse caminho tenha sido antecipado ou não pelas pessoas que definiram a tarefa. O artigo de pesquisa completo é esperado para este outono.

Tags: , , , , ,

Adicione-nos no Google

Discussão

Há 0 comentários.