Asahi Linux, el proyecto voluntario que hace que Linux se ejecute de forma nativa en Apple Silicon Macs, está abandonando su modelo de licencia permisivo y trasladando cada uno de sus repositorios a la Licencia Pública General GNU versión 2 o posterior. La razón, según un anuncio informado por It's FOSS el sábado: los malos actores han estado levantando el código inédito del proyecto (algunos directamente de las bifurcaciones personales de los desarrolladores) y ejecutándolo a través de grandes modelos de lenguaje para disfrazar su origen.
La historia es uno de los casos más concretos hasta ahora de lo que los mantenedores de código abierto llaman "lavado de código" asistido por IA, y está atrayendo mucha atención en los foros de desarrolladores, incluida una ajetreada discusión sobre Hacker News durante el fin de semana. Para más contexto sobre esta historia, consulta nuestra noticias de IA.
Qué significa el lavado de código
El lavado de código, a veces llamado lavado de licencias, es la práctica de tomar el código de otra persona y pasarlo por una transformación que oculta su origen, para que pueda reutilizarse sin respetar la licencia original ni dar crédito al autor. Antes de la IA, eso significaba una reescritura manual minuciosa: cambiar el nombre de las variables, reorganizar funciones, reestructurar la lógica línea por línea hasta que se oscureciera la procedencia.
Los grandes modelos de lenguaje han colapsado el costo de ese proceso. Un modelo puede reescribir un código base con un estilo diferente en minutos, eliminando las huellas dactilares reconocibles en las que solían confiar los mantenedores. El equipo de Asahi dice que se dio cuenta hace algún tiempo de múltiples intentos de explotar su licencia permisiva exactamente de esta manera, incluidos los casos más extremos: código de característica que aún estaba en desarrollo, extraído de las bifurcaciones personales de los desarrolladores antes de que fuera lanzado públicamente y luego publicado sin crédito.
Según el informe, el objetivo de al menos algunos de esos actores era contundente: "reemplazar el proyecto y monetizar agresivamente Linux en Apple Silicon".
Por qué el MIT dejó a Asahi expuesto
Históricamente, Asahi Linux había licenciado la mayor parte de su propio código bajo el MIT, una de las licencias más permisivas en código abierto. El MIT sólo exige que se conserve el aviso de copyright original; No requiere que se compartan trabajos derivados ni que las mejoras permanezcan abiertas. Esa apertura facilitó que los proyectos de BSD y los proveedores comerciales adoptaran el trabajo de Asahi y, resulta, igualmente fácil que los actores de mala fe abusaran de él. Como señaló el informe del proyecto, la licencia del MIT permite explícitamente este tipo de reutilización y no tiene excepciones para proteger contra actores de mala fe.
Al pasar a GPLv2 o posterior, Asahi está adoptando un copyleft fuerte: cualquiera que distribuya versiones modificadas del código debe publicar la fuente de esas modificaciones bajo la misma licencia. El código pasado a través de un LLM sigue siendo un derivado del original, por lo que las obligaciones de la licencia sobreviven a la reescritura, al menos en principio.
Aprendiendo de la historia de WINE
El equipo de Asahi es explícito sobre el precedente que está siguiendo. WINE, la capa de compatibilidad que permite a los usuarios de Linux ejecutar aplicaciones de Windows, pasó sus primeros años bajo la licencia del MIT. A finales de la década de 1990 y principios de la de 2000, las empresas tomaron el código de WINE, construyeron bifurcaciones patentadas sobre él y las vendieron comercialmente, contribuyendo poco o nada a cambio. En 2002, el proyecto WINE volvió a otorgar la licencia de su código base a LGPL para desalentar las bifurcaciones propietarias y presionar a los proveedores comerciales para que actualicen sus cambios.
Dos décadas después, Asahi está haciendo el mismo cálculo con un nuevo giro: el adversario ya no es sólo un proveedor propietario, sino cualquiera con un LLM y un incentivo para eliminar la atribución.
Preguntas abiertas
El anuncio deja varias cuestiones sin resolver, como señala It's FOSS. Asahi no ha nombrado a ninguno de los actores involucrados. No ha detallado cómo se renovarán las licencias de las contribuciones existentes, o si todos los contribuyentes anteriores han aceptado el cambio, una cuestión legalmente significativa, ya que los contribuyentes tienen derechos de autor sobre sus contribuciones a menos que un acuerdo diga lo contrario. La aplicabilidad práctica de las obligaciones de la GPL sobre el código reescrito por máquina tampoco ha sido probada en gran medida.
Lo que está claro es la intención. Todos los repositorios de Asahi Linux pasarán a GPL v2 o posterior, y el proyecto ha decidido que la permisividad es un lujo que ya no puede permitirse. Si todos los usuarios intermedios (desde los empaquetadores de BSD hasta los proveedores comerciales que confiaban en los términos del MIT) acogerán con agrado el cambio es otra cuestión, y algunas fricciones son inevitables.
Una advertencia para el código abierto permisivo
El episodio ocurre en medio de una ansiedad más amplia en el mundo del código abierto sobre la extracción impulsada por la IA: desde editores que piden a la UE que detenga el rastreo de IA de Meta hasta estudios comparativos que muestran conjuntos de evaluación de juegos de agentes de codificación. Para quienes mantienen proyectos pequeños y de alto valor, la lección de la medida de Asahi es que las protecciones de procedencia que tenían sentido en una era de copia humana pueden no sobrevivir al contacto con modelos que pueden reescribir cualquier cosa en segundos.
Para el resto del ecosistema, la decisión de Asahi es un experimento vivo: si el copyleft resulta eficaz para disuadir el lavado asistido por IA, se espera que más proyectos sigan el camino de WINE y el de Asahi.
---
Mantente al Día con la IALas últimas noticias, análisis y avances de inteligencia artificial, en un solo lugar.
Leer más noticias de IA →
