Tutoriales

Asahi Linux abandona el MIT y pasa a la GPL completa después de que se utilizaran herramientas de inteligencia artificial para robar código inédito

Asahi Kasei Linux Es por eso que hoy puedes ejecutar Linux en una Apple Silicon Mac. A lo largo de los años, el proyecto ha colocado gran parte de su código bajo la licencia MIT para que cualquiera (incluido BSD) pueda reutilizarlo como desee.

Eso está cambiando, porque Asahi Linux está cansado del lavado de códigos. ellos tienen declarar Asahi está trasladando todos sus repositorios a la Licencia Pública General GNU versión 2 o superior. En el futuro, todo el código de Asahi Linux estará sujeto únicamente a licencias copyleft estrictas.

Esto se debe a que las personas toman el código en desarrollo directamente de sus bifurcaciones personales, lo publican sin crédito o lo reescriben con inteligencia artificial para ocultar sus orígenes como un proyecto de reemplazo y monetizar activamente Linux en Apple Silicon.

¿Qué es el lavado de código?

El lavado de código (también conocido como lavado de licencias) es la práctica de tomar el código de otra persona y pasarlo a través de un proceso que oculta su origen para que puedas usarlo sin respetar la licencia original ni dar crédito al autor.

Antes de la llegada de la inteligencia artificial, esto a menudo significaba reescribir manualmente el código línea por línea, cambiar el nombre de las variables y el contenido y reajustar la función hasta que ya no se pareciera a la función original.

Por supuesto, un LL.M. lo hace más fácil y económico.

📋

La licencia MIT sólo requiere que conserve el aviso de derechos de autor original. No requiere que compartas tus cambios ni que mantengas tu versión abierta. Por eso es popular y por eso Asahi plantea problemas.

aprender de la historia

La medida se produce después de que el equipo de Asahi se diera cuenta «hace algún tiempo» de múltiples intentos de utilizar su licencia para secuestrar su trabajo.

En los casos más extremos, el código de función que aún está en desarrollo se extrae de la bifurcación personal del desarrollador antes de lanzarlo al público. este Informe Señaló que la licencia del MIT «lo permite explícitamente y no tiene restricciones para proteger contra actores maliciosos».

El Asahi Shimbun no nombró a nadie en el informe. Tampoco explica cómo se pueden reautorizar las contribuciones existentes o si todos los contribuyentes anteriores están de acuerdo.

Asahi comparó la situación de WINE con la de hace veinte años. WINE es una capa de compatibilidad que le permite ejecutar aplicaciones de Windows en Linux, también originalmente bajo la licencia MIT. Pero a finales de los 90 y principios de los 2000, las empresas tomaron el código, construyeron bifurcaciones patentadas sobre él y lo vendieron comercialmente. Por lo tanto, en 2002, el equipo de WINE volvió a otorgar la licencia LGPL para evitar bifurcaciones patentadas e impulsar las contribuciones de la empresa hacia arriba.

Quienes no aprenden de la historia están condenados a repetirla

Xu está de mal humor recientemente.

Asahi no nombró a nadie, por lo que sólo podemos adivinar a quién se dirigían con esta operación de licencia.

Ha habido al menos dos bifurcaciones públicas del trabajo de Asahi en los últimos meses, ambas relacionadas con el desarrollo asistido por IA. Si no lo sabes, Asahi Linux prohíbe las contribuciones de código generado por IA.

El primero es Aurora Silicio y su conductor Vulkan Borealis. boreal Es una bifurcación de HoneyKrisp de Asahi (controlador Vulkan para GPU de Apple). Aurora Silicon envió una solicitud Pull para registrar su ID de controlador Vulkan con Khronos (VK_DRIVER_ID_AURORA_BOREALIS), el controlador ejecuta el M1 al M5 y el A18 Pro y lo mantiene en su propia bifurcación Mesa en lugar de aguas arriba.

El segundo es GravedadLinuxuna distribución de Apple Silicon basada en Fedora. Se separó de Asahi debido a desacuerdos sobre el uso de LLM.

Para ser justos, Gravity es de código abierto, no vende nada y reconoce abiertamente el uso de inteligencia artificial. Incluso dijo que planea cerrar la distribución una vez que el trabajo de los conductores llegue a las fases iniciales.

Este no es el malo retratado en el informe de progreso. Pero sí representa el enfoque de «bifurcación tolerante para abrazar la inteligencia artificial» al que Asahi Kasei siempre se ha opuesto.

📋

Para ser claros, el informe de progreso de Asahi no mencionó a Aurora Silicon o Gravity Linux por su nombre. Proporcioné su conflicto con Asahi como trasfondo.

Por qué es importante este cambio de licencia

Hasta donde yo sé, esta es la primera vez que un gran proyecto de código abierto recurre al copyleft debido al lavado de código asistido por IA. A los proyectos se les han vuelto a otorgar licencias anteriormente, pero generalmente para evitar que los proveedores de la nube revendan sus trabajos como un servicio. Se trata específicamente de inteligencia artificial.

No me sorprendería que siguieran más proyectos de ingeniería inversa y soporte de hardware. Hacer los primeros cambios requiere mucho tiempo y esfuerzo, pero una vez que alguien ha hecho la parte difícil, «reescribir» es más fácil.

¿La GPL realmente ayuda?

Si el problema es que la gente ya ignora la licencia MIT, ¿por qué deberían respetar la GPL? Después de todo, la GPL no puede detener a un malo decidido. De hecho, no hay nada.

Eliminar la atribución del código MIT ya viola la Licencia MIT, para lo cual preservar el aviso de derechos de autor es una condición real.

Lo que cambia la GPL son los intereses comerciales. Según las reglas del MIT, alguien podría tomar el código de Asahi, cerrarlo y luego vender el producto, y eso sería perfectamente legal siempre y cuando se mantenga el aviso.

Según la GPL, cualquiera que distribuya una versión modificada debe publicar el código fuente bajo la misma licencia. No se puede construir legalmente una distribución Apple Silicon cerrada y paga sobre código GPL. Si es necesario revelar el origen de un producto, es más probable que se descubran copias.

No todos son felices

Esta medida atrajo críticas, especialmente de BSD, que fue una de las principales razones por las que Asahi eligió el MIT en primer lugar. El soporte de OpenBSD para Apple Silicon se basa en el gestor de arranque m1n1 de Asahi.

Desarrollador de OpenBSD Bryan Steele escribe en x:

«Es una pena ver a Asahi prenderse fuego sin motivo aparente. Volver a otorgar licencias a m1n1 y al controlador bajo GPL2 o superior, aparentemente sin el consentimiento de todos los contribuyentes anteriores, con el pretexto de «defenderse contra los malos de la IA», parece completamente deshonesto y engañoso».

Resumir

Asahi cree que las licencias copyleft brindan una mejor defensa en un mundo cambiante donde cualquiera puede lavar código en el momento.

Puede que no impida que los malos actores reescriban su código, pero al menos reduce la probabilidad de que se cierren bifurcaciones comerciales.

Será interesante ver si la comunidad BSD encuentra una manera de continuar trabajando con Asahi bajo los nuevos términos.

Lectura recomendada📖 Estas distribuciones de Linux pueden ejecutarse en Apple Silicon Macs


¿Te gusta esta actualización? Apoye la cobertura independiente de noticias sobre Linux

Su FOSS ha ayudado a la gente a utilizar Linux durante los últimos 14 años. Ayúdanos a ser independientes de las grandes empresas tecnológicas. Conviértase en miembro Plus para disfrutar de una lectura sin publicidad y obtener 5 libros electrónicos.

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba