Asahi Linux, le projet bénévole qui fait fonctionner Linux de manière native sur les Mac Apple Silicon, abandonne son modèle de licence permissive et déplace chacun de ses référentiels vers la licence publique générale GNU version 2 ou ultérieure. La raison, selon une annonce rapportée par It's FOSS samedi : de mauvais acteurs ont récupéré le code inédit du projet – certains directement issus des forks personnels des développeurs – et l'ont exécuté à travers de grands modèles de langage pour dissimuler d'où il venait.
L'histoire est l'un des cas les plus concrets à ce jour de ce que les responsables de l'open source appellent le « blanchiment de code » assisté par l'IA, et elle attire beaucoup l'attention sur les forums de développeurs, y compris une discussion animée de Hacker News ce week-end. Pour plus de contexte sur cette histoire, consultez notre tendances IA.
Que signifie le blanchiment de code
Le blanchiment de code, parfois appelé blanchiment de licence, consiste à prendre le code de quelqu'un d'autre et à le faire subir une transformation qui cache son origine, afin qu'il puisse être réutilisé sans honorer la licence d'origine ni créditer l'auteur. Avant l’IA, cela impliquait une réécriture manuelle minutieuse : renommer les variables, remanier les fonctions, restructurer la logique ligne par ligne jusqu’à ce que la provenance soit obscurcie.
Les grands modèles de langage ont réduit le coût de ce processus. Un modèle peut réécrire une base de code dans un style différent en quelques minutes, supprimant ainsi les empreintes digitales reconnaissables sur lesquelles s'appuyaient les responsables. L'équipe Asahi affirme avoir pris connaissance il y a quelque temps de multiples tentatives visant à exploiter sa licence permissive exactement de cette manière, y compris les cas les plus extrêmes : un code de fonctionnalité encore en cours de développement, retiré des fourches personnelles des développeurs avant même d'être rendu public, puis publié sans crédit.
Selon le rapport, l'objectif d'au moins certains de ces acteurs était direct : « remplacer le projet et monétiser de manière agressive Linux sur Apple Silicon ».
Pourquoi le MIT a laissé Asahi exposé
Asahi Linux avait historiquement concédé sous licence la plupart de son propre code sous MIT, l'une des licences les plus permissives de l'open source. Le MIT exige seulement que la mention originale du droit d'auteur soit préservée ; il ne nécessite pas que les œuvres dérivées soient partagées ou que les améliorations restent ouvertes. Cette ouverture a permis aux projets BSD et aux fournisseurs commerciaux d'adopter facilement le travail d'Asahi - et, il s'avère, il est tout aussi facile pour les acteurs de mauvaise foi d'en abuser. Comme l'indique le rapport du projet, la licence du MIT autorise explicitement ce type de réutilisation et ne comporte aucune exclusion pour se protéger contre les acteurs de mauvaise foi.
En passant à GPLv2 ou version ultérieure, Asahi adopte un copyleft fort : quiconque distribue des versions modifiées du code doit publier la source de ces modifications sous la même licence. Le code transmis via un LLM est toujours dérivé de l'original, de sorte que les obligations de licence survivent à la réécriture – du moins en principe.
Apprendre de l'histoire de WINE
L’équipe Asahi est explicite sur le précédent qu’elle suit. WINE, la couche de compatibilité qui permet aux utilisateurs Linux d'exécuter des applications Windows, a passé ses premières années sous la licence MIT. À la fin des années 1990 et au début des années 2000, les entreprises ont pris le code de WINE, ont construit des forks propriétaires par-dessus et les ont vendus commercialement, ne contribuant que peu ou pas du tout. En 2002, le projet WINE a accordé une nouvelle licence à sa base de code à la LGPL pour décourager les forks propriétaires et pousser les fournisseurs commerciaux à amont de leurs modifications.
Deux décennies plus tard, Asahi fait le même calcul avec une nouvelle tournure : l'adversaire n'est plus seulement un fournisseur propriétaire, mais toute personne disposant d'un LLM et incité à supprimer l'attribution.
Questions ouvertes
L'annonce laisse plusieurs problèmes en suspens, comme le souligne It's FOSS. Asahi n'a nommé aucun des acteurs impliqués. Il n'a pas détaillé comment les contributions existantes seront renouvelées, ni si tous les anciens contributeurs ont accepté le changement – une question juridiquement significative, puisque les contributeurs détiennent les droits d'auteur sur leurs contributions, sauf indication contraire dans un accord. L’applicabilité pratique des obligations GPL sur le code réécrit par machine n’est pas non plus largement testée.
Ce qui est clair, c'est l'intention. Chaque référentiel Asahi Linux passera à GPL v2 ou version ultérieure, et le projet a décidé que la permissivité est un luxe qu'il ne peut plus se permettre. Que tous les utilisateurs en aval – des conditionneurs BSD aux fournisseurs commerciaux qui s'appuyaient sur les termes du MIT – accueilleront favorablement le changement est une autre affaire, et certaines frictions sont inévitables.
Un avertissement pour l'Open Source permissif
L'épisode se déroule au milieu d'une inquiétude plus large dans le monde open source concernant l'extraction basée sur l'IA – des éditeurs demandant à l'UE d'arrêter l'exploration de l'IA de Meta jusqu'aux études de référence montrant les suites d'évaluation de jeux d'agents de codage. Pour les responsables de petits projets de grande valeur, la leçon de la décision d'Asahi est que les protections de provenance qui avaient du sens à l'ère de la copie humaine ne survivront peut-être pas au contact avec des modèles capables de réécrire n'importe quoi en quelques secondes.
Pour le reste de l’écosystème, la décision d’Asahi est une expérience réelle : si le copyleft s’avère efficace pour dissuader le blanchiment assisté par l’IA, attendez-vous à ce que davantage de projets suivent le chemin de WINE – et celui d’Asahi.
---
Restez à la Pointe de l'IALes dernières actualités, analyses et percées en IA — au même endroit.
Lire plus d'actualités IA →
