Asahi Linux, het vrijwilligersproject dat ervoor zorgt dat Linux native op Apple Silicon Macs draait, laat zijn tolerante licentiemodel varen en verplaatst al zijn repository's naar de GNU General Public License versie 2 of hoger. De reden, zo blijkt uit een aankondiging die zaterdag door It's FOSS werd gerapporteerd: slechte acteurs hebben de nog niet uitgebrachte code van het project opgehaald (een deel ervan rechtstreeks uit de persoonlijke forks van de ontwikkelaars) en deze door grote taalmodellen gehaald om te verhullen waar deze vandaan kwam.

Het verhaal is een van de meest concrete gevallen tot nu toe van wat open-source-beheerders AI-ondersteund ‘codewitwassen’ noemen, en het trekt veel aandacht op ontwikkelaarsforums, waaronder een drukke Hacker News-discussie dit weekend. Voor meer context over dit verhaal, zie ons AI-trends.

Wat het witwassen van codes betekent

Het witwassen van codes, ook wel het witwassen van licenties genoemd, is de praktijk waarbij de code van iemand anders wordt overgenomen en door een transformatie wordt doorgegeven die de oorsprong ervan verbergt, zodat deze kan worden hergebruikt zonder de oorspronkelijke licentie te respecteren of de auteur te vermelden. Vóór AI betekende dat nauwgezet handmatig herschrijven: variabelen hernoemen, functies herschikken, logica regel voor regel herstructureren totdat de herkomst onduidelijk was.

Grote taalmodellen hebben de kosten van dat proces doen dalen. Een model kan een codebase binnen enkele minuten in een andere stijl herschrijven, waardoor de herkenbare vingerafdrukken worden verwijderd waar beheerders vroeger op vertrouwden. Het Asahi-team zegt dat het enige tijd geleden op de hoogte was van meerdere pogingen om zijn toegestane licenties op precies deze manier te misbruiken, inclusief de meest extreme gevallen: featurecode die nog in ontwikkeling was, uit de persoonlijke forks van ontwikkelaars gehaald voordat deze ooit publiekelijk werd vrijgegeven, en vervolgens zonder krediet werd gepubliceerd.

Volgens de berichtgeving was het doel van tenminste een aantal van deze actoren bot: "het project vervangen en op agressieve wijze inkomsten genereren met Linux op Apple Silicon."

Waarom MIT Asahi blootstelde

Asahi Linux had historisch gezien het grootste deel van zijn eigen code in licentie gegeven onder MIT, een van de meest tolerante licenties in open source. MIT vereist alleen dat de originele copyrightvermelding behouden blijft; het vereist niet dat afgeleide werken worden gedeeld, of dat verbeteringen open blijven. Die openheid maakte het gemakkelijk voor BSD-projecten en commerciële verkopers om Asahi's werk te adopteren – en, zo blijkt, net zo gemakkelijk voor kwade trouw-acteurs om het te misbruiken. Zoals in het projectrapport wordt opgemerkt, staat de MIT-licentie expliciet dit soort hergebruik toe en kent het geen uitzonderingen ter bescherming tegen kwade trouw.

Door over te stappen op GPLv2 of hoger hanteert Asahi een sterke copyleft: iedereen die gewijzigde versies van de code verspreidt, moet de bron van die wijzigingen onder dezelfde licentie vrijgeven. Code die door een LLM is doorgegeven, is nog steeds een afgeleide van het origineel, dus de licentieverplichtingen overleven het herschrijven – althans in principe.

Leren van de geschiedenis van WINE

Het Asahi-team is expliciet over het precedent dat het volgt. WINE, de compatibiliteitslaag waarmee Linux-gebruikers Windows-applicaties kunnen uitvoeren, bracht zijn eerste jaren door onder de MIT-licentie. Eind jaren negentig en begin jaren 2000 namen bedrijven de code van WINE over, bouwden er eigen forks bovenop en verkochten ze commercieel, waarbij ze weinig of niets terugbrachten. In 2002 heeft het WINE-project zijn codebasis opnieuw in licentie gegeven aan de LGPL om propriëtaire forks te ontmoedigen en commerciële leveranciers ertoe aan te zetten hun wijzigingen stroomopwaarts te implementeren.

Twintig jaar later maakt Asahi dezelfde berekening, maar dan in een nieuw jasje: de tegenstander is niet langer slechts een propriëtaire verkoper, maar iedereen met een LLM en een prikkel om toeschrijving te schrappen.

Open vragen

De aankondiging laat verschillende problemen onopgelost, zoals It's FOSS opmerkt. Asahi heeft geen van de betrokken acteurs genoemd. Er wordt niet gedetailleerd beschreven hoe bestaande bijdragen opnieuw in licentie zullen worden gegeven, of dat elke bijdrager uit het verleden met de wijziging heeft ingestemd – een juridisch betekenisvolle vraag, aangezien bijdragers het auteursrecht op hun bijdragen bezitten, tenzij een overeenkomst anders bepaalt. De praktische afdwingbaarheid van GPL-verplichtingen op machinaal herschreven code is ook grotendeels niet getest.

Wat duidelijk is, is de bedoeling. Elke Asahi Linux-repository zal verhuizen naar GPL v2 of hoger, en het project heeft besloten dat toegeeflijkheid een luxe is die het zich niet langer kan veroorloven. Of iedere downstream-gebruiker – van BSD-packers tot commerciële verkopers die op MIT-voorwaarden vertrouwden – de verandering zal verwelkomen is een andere zaak, en enige wrijving is onvermijdelijk.

Een waarschuwing voor tolerante open source

De aflevering komt terecht te midden van een bredere bezorgdheid in de open-sourcewereld over AI-gestuurde extractie – van uitgevers die de EU vragen om het AI-crawlen van Meta te stoppen tot benchmarkstudies die gaming-evaluatiesuites voor codeeragenten laten zien. Voor de beheerders van kleine, hoogwaardige projecten is de les van Asahi's zet dat herkomstbescherming die zinvol was in het tijdperk van het kopiëren van mensen, het contact met modellen die alles in enkele seconden kunnen herschrijven wellicht niet zal overleven.

Voor de rest van het ecosysteem is de beslissing van Asahi een levend experiment: als copyleft effectief blijkt in het tegengaan van door AI ondersteund witwassen, kun je verwachten dat meer projecten het pad van WINE zullen volgen – en dat van Asahi.

---

Blijf Voorop met AI

Het laatste AI-nieuws, analyses en doorbraken — allemaal op één plek.

Lees meer AI-nieuws →