Microsoft lanzo el código fuente del Kernel de Linux utilizado en WSL2

Windows_WSL

Microsoft ha publicado todos los cambios y adiciones al kernel de Linux utilizado en el kernel enviado para el subsistema WSL 2 (Windows Subsystem for Linux v2). La segunda edición de WSL se distingue por la entrega de un núcleo Linux en toda regla, en lugar de un emulador sobre la marcha que traduce las llamadas del sistema Linux a las llamadas del sistema Windows.

WSL 2 es una nueva versión de la arquitectura que permite que el subsistema Windows para Linux ejecute los binarios de Linux ELF64 en Windows. Esta nueva versión de WSL 2 usa las características de Hyper-V para crear una máquina virtual liviana con un núcleo mínimo de Linux.

WSL 2 es parte de la versión de desarrollo de Windows 10 20H1, que se lanzará en abril de 2020.

Un repositorio de GitHub del código fuente de WSL2

La disponibilidad del código fuente permite a los entusiastas construir sus compilaciones de kernel de Linux para WSL2, si así lo desean, teniendo en cuenta los matices de esta plataforma. El kernel de Linux incluido en WSL2 se basa en la versión 4.19, que se ejecuta en un entorno Windows utilizando una máquina virtual que ya se utiliza en Azure.

Las actualizaciones para el kernel de Linux se entregan a través del mecanismo de actualización de Windows y se prueban en la infraestructura de integración continua de Microsoft.

Los parches preparados incluyen optimizaciones para reducir el tiempo de inicio del kernel, reducir el consumo de memoria y dejar el conjunto mínimo requerido de controladores y subsistemas en el kernel.

Microsoft explica en su repositorio que “el kernel de Linux se proporciona solo bajo los términos de la Licencia Pública General de GNU versión 2 (GPL-2.0), como se indica en Licencias GPL-2.0, con una excepción de syscall.

La licencia descrita en el archivo COPYING se aplica al código fuente del núcleo en su totalidad, aunque los archivos fuente individuales pueden tener una licencia diferente que debe ser compatible con la GPL-2.0.

Estos incluyen:

  • GPL-1.0 +: GNU General Public License v1.0 o posterior
  • GPL-2.0 +: GNU General Public License v2.0 o posterior
  • LGPL-2.0: licencia pública general de la biblioteca GNU v2 solamente
  • LGPL-2.0 +: Licencia pública general de la biblioteca GNU v2 o posterior
  • LGPL-2.1: licencia limitada pública limitada de GNU v2.1 solamente
  • LGPL-2.1 +: Licencia pública general limitada GNU v2.1 o posterior

Además, los archivos individuales pueden proporcionarse bajo una licencia dual, por ejemplo una de las variantes compatibles con GLP y bajo una licencia permisiva como BSD, MIT, etc.

Los archivos de encabezado de la API de espacio de usuario (UAPI), que describen la interfaz de los programas de espacio de usuario con el kernel, son un caso especial. De acuerdo con la nota en el archivo COPYING del kernel, la interfaz syscall es un límite claro, que extiende los requisitos de la GPL a ningún software que la use para comunicarse con el kernel.

Debido a que los encabezados UAPI deben incluirse en cualquier archivo fuente que cree un ejecutable que se ejecute en el kernel de Linux, la excepción debe estar documentada por una expresión de licencia especial.

La forma habitual de expresar la licencia de un archivo fuente es agregar el texto de repetición correspondiente en el comentario superior del archivo. Debido al formato, los errores tipográficos, etc., estas “contraseñas” son difíciles de validar para las herramientas utilizadas en el contexto del cumplimiento de las licencias.

Además, Microsoft ha solicitado una lista de correo privada de distros que publica información sobre nuevas vulnerabilidades en una etapa temprana de su detección, permitiendo que las distribuciones se preparen para solucionar problemas antes del anuncio público.

Microsoft requiere el acceso a la lista de correo para obtener información sobre las nuevas vulnerabilidades que afectan a conjuntos de distribución como Azure Sphere, Windows Subsystem for Linux v2 y Azure HDInsight, que no se basan en las prácticas de las distribuciones existentes.

Greg Kroah-Hartman, responsable de mantener una rama estable del núcleo, está listo para actuar, aún que no ha tomado la decisión de conceder el acceso.

Un comentario, deja el tuyo

  1.   Nolgan dijo

    ustedes dejad que microsoft meta mano a kernel linux… que hara como izo en su dia con otros sistemas e windows e dos .. que es crear extenciones linux PROPIAS y cuando sean obligatorias el usarlas va haciendo mas y mas hasta que coge el control total del kernel linux… ya lo izo en otras cosas… y ahora le esta metiendo mano poco a poco al kerner linux… es que NO aprendeis el modus operandi de microsoft… es que no aprendeis… o creeeis que a cambiado algo en esa empresa?

    en fin es que sois ingenuos

Deja tu comentario

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

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.