← Últimos artigos
🤖 machine learning

When the Same Coefficients Reach Different Places: Asymmetric Realizability in Transplanting Tokenizers across Large Language Models

Este artigo identifica uma vulnerabilidade estrutural de "realizabilidade assimétrica" no transplante de tokenizadores entre grandes modelos de linguagem, onde vetores de coeficientes específicos podem ser projetados como "tokens quebra" que permanecem inativos no modelo doador, mas desencadeiam reconstruções de alta saliência no modelo base, evadindo assim verificações padrão de fusão de pesos e mitigações baseadas em LoRA.

Autores originais: Xiaoze Liu, Weichen Yu, Matt Fredrikson, Xiaoqian Wang, Jing Gao

Publicado 2026-05-29
📖 5 min de leitura🧠 Leitura aprofundada

Autores originais: Xiaoze Liu, Weichen Yu, Matt Fredrikson, Xiaoqian Wang, Jing Gao

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

A Visão Geral: O Bug do "Tradutor Universal"

Imagine que você tem dois idiomas diferentes: Doador (o modelo de origem) e Base (o modelo de destino). Às vezes, os desenvolvedores querem combiná-los. Eles pegam uma palavra que existe apenas no dicionário do Doador e tentam "transplantá-la" para o dicionário da Base, para que a Base possa entendê-la.

Para fazer isso, eles usam um Tradutor (uma ferramenta como o mergekit). O Tradutor olha para a palavra do Doador e diz: "Ok, esta palavra é composta por 10% da Palavra A, 5% da Palavra B e 2% da Palavra C". Em seguida, ele pega essas porcentagens exatas (os coeficientes) e as aplica ao dicionário da Base para criar uma nova palavra.

A Descoberta do Artigo: Os pesquisadores encontraram uma falha oculta nesse processo de tradução. Como os dois dicionários (Doador e Base) são estruturados de forma diferente, o mesmo conjunto de porcentagens pode significar duas coisas completamente diferentes.

  • No dicionário do Doador, essas porcentagens podem somar uma palavra chata e invisível que ninguém nunca usa.
  • No dicionário da Base, essas mesmas porcentagens exatas podem somar uma palavra barulhenta e chamativa que o modelo adora dizer.

O artigo chama isso de "Realizabilidade Assimétrica". É como ter um código secreto que é silencioso em um quarto, mas grita em outro.


O Ataque: O "Token Fantasma"

Os pesquisadores demonstraram como um atacante poderia explorar isso. Eles criaram o que chamam de "Token Quebrador".

  1. A Configuração: O atacante adiciona uma nova palavra falsa ao dicionário do modelo Doador.
  2. O Truque: Eles elaboram cuidadosamente os "ingredientes" (o vetor de incorporação) dessa palavra falsa para que:
    • No modelo Doador, os ingredientes sejam chatos. O modelo ignora completamente essa palavra. É como um fantasma que atravessa a mente do Doador sem deixar rastro.
    • No modelo Base, após a "tradução" acontecer, esses mesmos ingredientes se tornam repentinamente um ímã. O modelo Base começa a dizer essa palavra falsa constantemente.

A Analogia: Imagine que você tem uma receita de bolo (o Doador). Você adiciona uma pitada de "pó invisível" à receita.

  • Quando você assa o bolo na Cozinha A (o Doador), o pó não faz nada. O bolo tem gosto normal.
  • Você envia a receita para a Cozinha B (a Base). Como a Cozinha B usa xícaras de medição e fornos diferentes, essa mesma "pitada de pó invisível" faz o bolo ficar vermelho brilhante e gritar "OLÁ!" toda vez que sai do forno.

O atacante não precisa hackear o modelo Base diretamente. Ele só precisa envenenar a receita do Doador, e o processo de "tradução" faz o resto.


O Que Este Token Quebrador Pode Fazer?

O artigo mostra três maneiras pelas quais essa "palavra fantasma" pode causar problemas, dependendo do nome que o atacante der a ela:

  1. Degradação do Serviço (O Rádio Quebrado): Se o atacante nomear o token de algo que faz o modelo repetir a si mesmo, o modelo Base pode apenas gerar esse token repetidamente, recusando-se a responder a qualquer pergunta. É como um rádio preso em um único ruído estático.
  2. Envenenamento da Reputação (O Insulto Oculto): O atacante pode fazer o modelo dizer algo ofensivo (como um insulto) escondido dentro de uma resposta normal e útil. O restante da resposta parece bom, mas essa única "palavra fantasma" arruína a reputação da empresa que usa o modelo.
  3. Marca D'água Adversarial (A Assinatura Invisível): O atacante pode fazer o modelo anexar um código secreto (como [WM-8472]) a cada resposta. Isso permite que o atacante prove mais tarde: "Ei, este modelo está usando meu vocabulário roubado", sem que ninguém note que o código está lá.

Por Que Não Podemos Apenas Consertar Isso?

Os pesquisadores testaram maneiras comuns pelas quais as pessoas tentam limpar modelos de IA após mesclá-los e descobriram que esses métodos falham contra este ataque específico:

  • Ajuste Fino (Ensinar Novos Truques ao Modelo): Se você tentar reeducar o modelo Base para parar de dizer a palavra ruim, isso só funciona se você o treinar no exato mesmo tipo de perguntas que foram feitas durante o ataque. Se você fizer uma pergunta ligeiramente diferente (como um problema de matemática em vez de uma história), o modelo esquece a lição e começa a dizer a palavra ruim novamente.
  • Mesclagem com um Modelo Limpo: Se você misturar o modelo "envenenado" com um modelo "limpo" para diluir as partes ruins, o ataque sobrevive. A "palavra fantasma" está tão estruturalmente embutida na tradução que misturá-la com pesos limpos não a remove.
  • Filtros Espectrais (O Detector de Metais): As pessoas usam ferramentas para escanear modelos em busca de números "estranhos" que parecem ataques. Os pesquisadores descobriram que seus "tokens fantasmas" parecem perfeitamente normais para esses scanners. Eles se escondem à vista de todos, parecendo apenas uma palavra comum no dicionário do Doador.

A Conclusão

Este artigo revela uma fraqueza estrutural na maneira como combinamos modelos de IA hoje. Não é um bug em um modelo específico; é um problema fundamental com a matemática de "tradução" usada para combiná-los.

O Aviso: Se você está construindo produtos de IA misturando e combinando modelos de código aberto (uma prática comum atualmente), você pode estar importando inconscientemente "palavras fantasmas" de uma fonte maliciosa. Essas palavras permanecerão silenciosas na fonte, mas explodirão em ação no seu produto, e verificações de segurança padrão podem não detectá-las.

Os autores sugerem que precisamos de novas maneiras de verificar essas palavras "transplantadas" antes de permitirmos que entrem em nossos sistemas, porque as ferramentas atuais de "misturar e combinar" são confiáveis demais.

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 →