A atualização 7.3 do Asahi Linux trouxe um avanço técnico com o suporte às portas Thunderbolt. O impacto de longo prazo do lançamento, contudo, está na governança do projeto. A equipe responsável por fazer o Linux rodar nos processadores Apple Silicon abandonou a licença MIT e adotou a GNU General Public License versão 2 (GPLv2) ou superior. A decisão responde à apropriação do código por agentes comerciais que utilizam ferramentas de inteligência artificial para ofuscar a origem do trabalho.
O movimento é um caso prático de como a engenharia reversa e o desenvolvimento comunitário estão lidando com a extração de dados por terceiros.
A vulnerabilidade das licenças permissivas
O projeto nasceu sob a licença MIT. O objetivo documentado da equipe era facilitar que outros sistemas operacionais, como as variantes do BSD, reaproveitassem o código criado para mapear o hardware da Apple. A licença MIT permite que o software seja modificado e incorporado a projetos proprietários sem a exigência de abertura do código derivado.
O modelo permitiu o compartilhamento, mas abriu margem comercial indesejada. O Asahi Linux identificou tentativas de sequestro do trabalho para a criação de ramificações fechadas e monetizadas do sistema. Código ainda em desenvolvimento era extraído de repositórios pessoais dos mantenedores e publicado por terceiros sem a devida atribuição de autoria.
O uso de IA para lavagem de código
A cópia de código alheio não é uma prática nova, mas a execução relatada pelo projeto demonstra uma tática atual. Os desenvolvedores do Asahi constataram que grandes modelos de linguagem (LLMs) foram empregados para reescrever o código extraído. A reescrita automatizada serve para ofuscar a origem das funções resultantes da engenharia reversa, dificultando o rastreamento da autoria original e facilitando o empacotamento comercial.
A licença permissiva não possui cláusulas de proteção contra esse tipo de uso automatizado ou de apropriação de má-fé. No relatório da versão 7.3, a equipe relacionou a escalada desse problema à demanda de empresas de inteligência artificial por dados de treinamento de alta qualidade e à busca por atalhos comerciais baseados no trabalho voluntário.
O precedente do projeto WINE
A adoção de licenças defensivas tem paralelos documentados na história do código aberto. Em 2002, o projeto WINE enfrentou um cenário análogo. Desenvolvedores comerciais criavam bifurcações proprietárias do software de compatibilidade, empacotavam o produto e o vendiam sem contribuir com o repositório principal.
Para evitar a fragmentação do ecossistema e garantir a viabilidade do projeto, o WINE abandonou a licença permissiva e adotou restrições de copyleft. A equipe do Asahi Linux citou expressamente esse episódio para justificar a transição atual.
A regra de reciprocidade da GPLv2
A mudança para a GPLv2 altera a regra de uso legal para terceiros. A nova licença exige reciprocidade. Qualquer empresa ou desenvolvedor que incorporar, modificar e distribuir o código do Asahi em um produto precisará, obrigatoriamente, disponibilizar essas alterações sob a mesma licença aberta.
A transição não altera a gratuidade ou a disponibilidade do Asahi Linux para o usuário final. Na prática, a adoção do copyleft forte funciona como um mecanismo legal para garantir que o resultado de milhares de horas de engenharia reversa no hardware da Apple permaneça público, bloqueando o atalho de empresas que pretendiam fechar e vender o código desenvolvido pela comunidade.
