Asahi Linux, o projeto voluntário que faz o Linux rodar nativamente em Apple Silicon Macs, está abandonando seu modelo de licenciamento permissivo e migrando todos os seus repositórios para a Licença Pública Geral GNU versão 2 ou posterior. O motivo, de acordo com um anúncio relatado pelo It's FOSS no sábado: maus atores têm levantado o código não lançado do projeto - alguns deles diretamente dos forks pessoais dos desenvolvedores - e executado através de grandes modelos de linguagem para disfarçar de onde veio.
A história é um dos casos mais concretos do que os mantenedores de código aberto estão chamando de “lavagem de código” assistida por IA e está atraindo atenção significativa em fóruns de desenvolvedores, incluindo uma movimentada discussão do Hacker News no fim de semana. Para mais contexto sobre esta história, confira nossa tendências de IA.
O que significa lavagem de código
A lavagem de código, às vezes chamada de lavagem de licenças, é a prática de pegar o código de outra pessoa e passá-lo por uma transformação que oculta sua origem, para que possa ser reutilizado sem honrar a licença original ou creditar o autor. Antes da IA, isso significava uma meticulosa reescrita manual: renomear variáveis, reorganizar funções, reestruturar a lógica linha por linha até que a origem fosse obscurecida.
Grandes modelos de linguagem reduziram o custo desse processo. Um modelo pode reescrever uma base de código em um estilo diferente em minutos, eliminando as impressões digitais reconhecíveis nas quais os mantenedores costumavam confiar. A equipe da Asahi diz que tomou conhecimento há algum tempo de múltiplas tentativas de explorar seu licenciamento permissivo exatamente dessa maneira, incluindo os casos mais extremos: código de recursos que ainda estava em desenvolvimento, retirado dos forks pessoais dos desenvolvedores antes de ser lançado publicamente e depois publicado sem crédito.
De acordo com a reportagem, o objetivo de pelo menos alguns desses atores era contundente – “substituir o projeto e monetizar agressivamente o Linux no Apple Silicon”.
Por que o MIT deixou Asahi exposto
A Asahi Linux licenciou historicamente a maior parte de seu próprio código sob o MIT, uma das licenças mais permissivas em código aberto. O MIT exige apenas que o aviso de copyright original seja preservado; não exige que trabalhos derivados sejam compartilhados ou que melhorias permaneçam abertas. Essa abertura tornou fácil para os projetos BSD e fornecedores comerciais adotarem o trabalho de Asahi – e, ao que parece, foi igualmente fácil para atores de má-fé abusarem dele. Como observou o relatório do projeto, a licença do MIT permite explicitamente esse tipo de reutilização e não tem restrições para proteger contra atores de má-fé.
Ao migrar para a GPLv2 ou posterior, a Asahi está adotando o copyleft forte: qualquer pessoa que distribua versões modificadas do código deve liberar a fonte dessas modificações sob a mesma licença. O código passado por um LLM ainda é derivado do original, portanto as obrigações da licença sobrevivem à reescrita – pelo menos em princípio.
Aprendendo com a história do WINE
A equipe Asahi é explícita sobre o precedente que está seguindo. WINE, a camada de compatibilidade que permite aos usuários do Linux executar aplicativos do Windows, passou seus primeiros anos sob a licença do MIT. No final da década de 1990 e início da década de 2000, as empresas pegaram o código do WINE, construíram forks proprietários sobre ele e os venderam comercialmente, contribuindo com pouco ou nada em troca. Em 2002, o projeto WINE relicenciava sua base de código para a LGPL para desencorajar bifurcações proprietárias e pressionar os fornecedores comerciais a atualizar suas alterações.
Duas décadas depois, Asahi está fazendo o mesmo cálculo com uma nova reviravolta: o adversário não é mais apenas um fornecedor proprietário, mas qualquer pessoa com um LLM e um incentivo para retirar atribuição.
Perguntas abertas
O anúncio deixa vários problemas sem solução, como aponta o It's FOSS. Asahi não nomeou nenhum dos atores envolvidos. Não detalhou como as contribuições existentes serão relicenciadas, ou se todos os contribuidores anteriores concordaram com a mudança – uma questão juridicamente significativa, uma vez que os contribuidores detêm os direitos de autor sobre as suas contribuições, a menos que um acordo estabeleça o contrário. A aplicabilidade prática das obrigações da GPL em código reescrito por máquina também não foi testada em grande parte.
O que está claro é a intenção. Todos os repositórios Asahi Linux serão migrados para a GPL v2 ou posterior, e o projeto decidiu que a permissividade é um luxo que não pode mais se permitir. Se todos os usuários downstream – desde empacotadores BSD até fornecedores comerciais que dependiam dos termos do MIT – aceitarão a mudança é outra questão, e algum atrito é inevitável.
Um aviso para código aberto permissivo
O episódio ocorre em meio a uma ansiedade mais ampla no mundo do código aberto sobre a extração orientada por IA – desde editores pedindo à UE para interromper o rastreamento de IA da Meta até estudos de benchmark mostrando suítes de avaliação de jogos de agentes de codificação. Para os mantenedores de projetos pequenos e de alto valor, a lição da decisão da Asahi é que as proteções de proveniência que faziam sentido na era da cópia humana podem não sobreviver ao contato com modelos que podem reescrever qualquer coisa em segundos.
Para o resto do ecossistema, a decisão da Asahi é uma experiência ao vivo: se o copyleft se revelar eficaz na dissuasão do branqueamento assistido por IA, espera-se que mais projectos sigam o caminho do WINE – e do Asahi.
---
Fique à Frente da IAAs últimas notícias, análises e avanços em inteligência artificial — tudo em um só lugar.
Ler mais notícias de IA →
