← Últimos artigos
💻 computer science

How Should AI Safety Benchmarks Benchmark Safety?

Este artigo revisa 210 benchmarks de segurança de IA para identificar suas deficiências técnicas e epistêmicas, propondo um roteiro fundamentado em teorias estabelecidas de gestão de risco e medição para desenvolver frameworks de avaliação de segurança mais válidos, robustos e responsáveis.

Autores originais: Cheng Yu, Severin Engelmann, Ruoxuan Cao, Dalia Ali, Orestis Papakyriakopoulos

Publicado 2026-08-06
📖 6 min de leitura🧠 Leitura aprofundada

Autores originais: Cheng Yu, Severin Engelmann, Ruoxuan Cao, Dalia Ali, Orestis Papakyriakopoulos

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que você é um professor tentando avaliar uma nova geração de robôs superinteligentes. Você quer saber se eles são seguros para serem lançados no mundo, ou se podem acidentalmente (ou propositalmente) causar problemas. Para fazer isso, você lhes aplica uma série de testes, como um exame de habilitação para IA. No mundo da ciência da computação, esses testes são chamados de "benchmarks". Pense em um benchmark como um circuito de obstáculos padronizado: se um robô consegue saltar sobre os obstáculos, resolver os quebra-cabeças e evitar as armadilhas, assumimos que ele está pronto para o mundo real. Mas aqui está o detalhe: só porque um robô é ótimo em saltar sobre os obstáculos específicos que você construiu, não significa que ele não tropeçará em uma casca de banana que você não colocou no percurso, ou que não decidirá começar um incêndio só porque está entediado. Este artigo mergulha no mundo confuso e complicado de como testamos a segurança da IA, argumentando que nossos atuais "circuitos de obstáculos" são frequentemente muito simples, muito rígidos e, às vezes, perdem completamente o ponto do que o perigo real representa.

Os autores deste artigo, uma equipe de pesquisadores de universidades como a Universidade Técnica de Munique e Cornell, decidiram fazer um olhar massivo sobre o estado dos testes de segurança de IA. Eles não apenas deram uma espiada em alguns testes; eles revisaram 210 diferentes benchmarks de segurança que os pesquisadores criaram. Eles queriam ver se esses testes estavam realmente fazendo um bom trabalho em nos manter seguros, ou se estavam apenas nos dando uma falsa sensação de segurança.

Aqui está o grande problema que encontraram: a maioria desses testes está olhando para as coisas erradas. Eles descobriram que 81% dos benchmarks verificam apenas riscos que já conhecemos e que já vimos antes, como linguagem "tóxica" ou truques simples para fazer a IA quebrar suas regras (chamados de "jailbreaks"). É como testar um carro apenas em uma pista lisa e reta e assumir que ele lidará bem com uma estrada de montanha lamacenta. Os testes ignoram completamente as formas estranhas, imprevisíveis e inéditas pelas quais a IA pode falhar, que os autores chamam de "desconhecidos desconhecidos" (unknown unknowns).

Além disso, a maneira como esses testes medem a segurança é frequentemente matematicamente instável. O artigo aponta que 79% dos benchmarks tratam a segurança como um interruptor simples de "passa ou falha". Eles contam quantas vezes uma IA recusou um pedido ruim e chamam isso de uma "pontuação de segurança". Mas os autores argumentam que isso é enganoso. Só porque uma IA recusa um pedido 90% das vezes em um teste, não significa que ela seja 90% segura no mundo real. É como dizer que uma ponte é segura porque aguentou uma brisa leve, sem verificar se ela suportaria um furacão. Os testes frequentemente ignoram o quão severo seria o dano se a IA falhasse, e não levam em conta a frequência com que as pessoas realmente pedem por essas coisas perigosas na vida real.

Os pesquisadores também descobriram que a conexão entre o teste e a realidade está frequentemente quebrada. Eles chamam isso de uma "cadeia de proxies". Imagine que você quer saber se um aluno é um bom motorista, então testa se ele sabe estacionar um carro em um simulador. Isso é um proxy. Mas se o simulador não contabiliza chuva, ou outros motoristas, ou o aluno se distraindo com um telefone, o resultado do teste não diz se ele é realmente seguro na rodovia. O artigo argumenta que muitos testes de segurança de IA são como esse simulador: eles medem coisas como "taxas de recusa" ou "correspondência de palavras-chave", mas esses números nem sempre se traduzem em danos no mundo real.

Então, o que os autores sugerem que façamos em vez disso? Eles propõem um novo roteiro com 10 recomendações para consertar esses testes quebrados.

Primeiro, eles dizem que precisamos parar de testar apenas o que já conhecemos. Precisamos construir testes que busquem ativamente novas, estranhas e inesperadas maneiras pelas quais a IA poderia falhar. Eles sugerem o uso de ferramentas que tentam constantemente quebrar a IA de novas formas, em vez de apenas aderir a uma lista fixa de perguntas.

Segundo, precisamos de uma matemática melhor. Em vez de apenas dizer "Passa" ou "Falha", devemos calcular o risco real. Isso significa perguntar: "Qual a probabilidade de algo ruim acontecer?" e "Quão ruim seria se acontecesse?". Os autores sugerem um método chamado "Avaliação Probabilística de Risco", usado em campos como energia nuclear e aviação. Eles até mostram um cálculo onde um modelo pode parecer seguro em um teste, mas quando você considera quantos usuários o utilizam e com que frequência eles fazem pedidos perigosos, o risco real é muito maior.

Terceiro, precisamos garantir que nossos testes meçam realmente o que pretendem medir. Isso significa ser muito claro sobre o que a "segurança" significa em uma situação específica e garantir que o teste reflita o mundo real, não apenas um laboratório limpo e artificial. Eles também argumentam que precisamos envolver as pessoas que podem ser afetadas pela IA — como adolescentes, pacientes ou comunidades — para ajudar a projetar os testes, pois elas sabem melhor o que tipo de dano parece real para elas.

Para provar que suas ideias funcionam, a equipe construiu um pequeno teste de exemplo focado em como a IA fala com adolescentes sobre saúde mental. Eles não apenas perguntaram se a IA conhecia as regras; eles simularam conversas reais e calcularam o potencial dano com base em quantos adolescentes realmente utilizam essas ferramentas. Os resultados mostraram que mesmo modelos que pareciam "seguros" em testes padrão ainda poderiam causar problemas significativos quando observados através dos números do mundo real.

No fim, o artigo não está dizendo que a IA está condenada ou que não podemos testá-la. Está dizendo que nossos métodos atuais de teste são como usar uma régua para medir a temperatura de uma sopa — são a ferramenta errada para o trabalho. Para tornar a IA verdadeiramente segura, precisamos parar de tratar a segurança como uma simples lista de verificação e começar a tratá-la como um sistema complexo e vivo que muda, nos surpreende e exige que pensemos no mundo real, não apenas no tubo de ensaio. Os autores sugerem que, ao adotar essas formas de teste mais rigorosas e centradas no ser humano, podemos construir uma IA que não seja apenas inteligente, mas verdadeiramente segura para todos.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →