- Linux 7.3 llega con mejoras de rendimiento para juegos, gestión de VRAM y gráficas AMD, con aportaciones de Valve.
- La ventana de fusión de Linux 7.4 avanza con Torvalds de vacaciones y podría alargarse una semana.
- Seis fallos del kernel se publicaron por error en una lista abierta; dos críticos permiten ejecución remota y no había parche en la rama principal.
- Torvalds ha usado Claude Code en tareas concretas y ha advertido sobre correcciones triviales asistidas por IA.
La actualidad del núcleo de Linux vuelve a girar en torno a varios frentes que avanzan a la vez. Por un lado, la publicación de Linux 7.3 ha traído ajustes pensados para exprimir mejor el hardware; por otro, la ventana de trabajo de Linux 7.4 se solapa con las vacaciones de Linus Torvalds y con un debate sobre el peso de la inteligencia artificial en el desarrollo. A eso se suma un episodio de seguridad que ha dejado varios avisos al descubierto antes de tiempo.
En las últimas semanas, las crónicas sobre el kernel Linux han coincidido en señalar un ciclo movido. La comunidad no solo mira el rendimiento de las nuevas versiones, también presta atención a cómo se gestionan los parches, a los plazos de integración y a la forma en que se publican los fallos. Esa mezcla de ingeniería, calendario y seguridad explica por qué el asunto tiene interés incluso para quien no sigue el desarrollo al detalle.
Linux 7.3: más rendimiento para juegos y gráficas veteranas
La versión 7.3 del kernel ha llegado con un paquete amplio de mejoras de rendimiento y ajustes internos. Las crónicas del lanzamiento coinciden en que una de las áreas más trabajadas ha sido la gestión de memoria gráfica, sobre todo cuando la VRAM disponible es escasa y varias aplicaciones compiten por ella. En ese escenario, el núcleo puede apartar datos que no están protegidos para respetar las reservas configuradas y evitar que una tarea con memoria reservada acabe recurriendo antes de tiempo a la RAM del sistema.
Ese trabajo tiene especial interés para el juego en Linux, un terreno en el que Valve viene empujando desde hace tiempo. Las mismas crónicas señalan aportaciones de la empresa responsable de Steam Deck y SteamOS en la gestión de VRAM y en otros ajustes gráficos, buscando que el rendimiento gaming y la optimización del kernel mejoren en equipos modestos. La idea no es que todos los equipos vayan a notar una aceleración espectacular, sino que ciertos escenarios con poca memoria gráfica se comporten de forma más razonable y con menos tropiezos.
También hay margen de mejora para gráficas AMD antiguas. La versión 7.3 incorpora ajustes para las primeras generaciones GCN, con cambios en modificadores de formato y en la recuperación tras fallos de la GPU. Son detalles que ayudan a mantener útil hardware con varios años a sus espaldas, incluido su uso con compositores Wayland basados en Vulkan. En paralelo, el kernel sigue preparando el terreno para los futuros procesadores AMD Zen 6, con actualizaciones de plataforma y monitorización.
En el apartado de planificación, Linux 7.3 mejora el reparto de tiempo de CPU entre grupos de procesos y completa el soporte de subplanificadores de sched_ext. Esto permite aplicar reglas distintas a cada grupo según sus necesidades, algo útil para cargas heterogéneas. No es un cambio que vaya a verse en el escritorio de forma evidente, pero sí puede reducir latencias y sobrecarga en escenarios concretos.
Linux 7.4 avanza con Torvalds de vacaciones
Linux 7.3 se publicó el domingo 18 de octubre de 2026, al final de un ciclo de nueve semanas. Justo después se abrió el periodo de fusión de Linux 7.4, la siguiente versión del núcleo. Las crónicas del lanzamiento y las que siguieron al anuncio coinciden en que ese calendario se cruza con las vacaciones familiares de Linus Torvalds, lo que puede alterar el ritmo habitual de integración.
El propio Torvalds explicó que durante esos días estaría menos pendiente del horario habitual y que compaginaría la fusión con actividades familiares. No se trata de una ausencia total: seguirá revisando y juntando cambios, pero su disponibilidad puede ser irregular. Esa circunstancia importa porque la ventana de fusión suele tener unas dos semanas y cualquier retraso afecta a la siguiente versión.
El mensaje transmitido por Torvalds deja abierta la posibilidad de necesitar una semana adicional para ponerse al día, aunque los colaboradores mantienen el mismo plazo para enviar sus propuestas. En la práctica, el desarrollo de Linux 7.4 no se detiene, pero el calendario puede estirarse. Para las distribuciones y para quienes prueban versiones de desarrollo, conviene tener en cuenta que los tiempos pueden bailar un poco más de lo habitual.
Seis fallos del kernel se publican por error en una lista abierta
El asunto de seguridad ha sido otro de los puntos que ha reunido más atención. Seis informes de vulnerabilidades atribuidos a la Zero Day Initiative, división de Trend Micro, acabaron en la lista pública de desarrollo del kernel en lugar de seguir el canal privado previsto para estos casos. Las crónicas coinciden en que cinco de esos avisos aparecieron en la lista el 22 de octubre de 2026 y que el sexto se había publicado un día antes.
El episodio no pasó desapercibido dentro del proyecto. Greg Kroah-Hartman, una de las figuras clave del mantenimiento del kernel, respondió a los informes y cuestionó que se hubieran enviado a un espacio abierto. La publicación de detalles antes de que exista una corrección cambia la ventaja de lado: si los administradores no tienen parche, los atacantes pueden disponer de más margen para estudiar cómo aprovechar el fallo, similar a lo ocurrido con la vulnerabilidad Fragnesia del kernel de Linux.
- ZDI-CAN-33549: afecta a SMB Direct, con un desbordamiento de entero asociado a ejecución remota de código y una puntuación CVSS de 9,0.
- ZDI-CAN-33774: condición de carrera en KSMBD, el servidor de archivos integrado en el kernel, con posible ejecución remota y también CVSS 9,0.
- ZDI-CAN-33367: fallo en el código de red skbuff, relacionado con skb_zerocopy, que puede permitir escalada local de privilegios.
- ZDI-CAN-34068: escritura fuera de límites en el controlador gráfico VMWGFX de VMware, con riesgo de escalada local.
- ZDI-CAN-34076: recurso sin inicializar en NVMET, que puede provocar divulgación de información.
- ZDI-CAN-32005: desbordamiento de búfer en consultas TCP, con posible escalada local de privilegios; este aviso se había visto en la lista un día antes que el resto.
En el momento de la filtración, ninguno de los parches había llegado a la rama principal del kernel. Algunos estaban en pruebas o en ramas de desarrollo, y para uno de los fallos más graves se mencionaba una corrección encaminada hacia Linux 7.5. Esa diferencia entre tener un arreglo en camino y tenerlo ya integrado es relevante: la exposición pública no desaparece porque exista un borrador de solución.
Mientras se confirma la publicación de las correcciones, la prudencia pasa por mantener el sistema actualizado y vigilar los canales oficiales de cada distribución. En servidores, tiene sentido revisar si se comparten archivos por SMB o KSMBD y si se usan gráficas de VMware en máquinas virtuales. Limitar esos servicios a la red interna o cerrarlos al exterior hasta que haya parches es una medida razonable para reducir riesgos.
Inteligencia artificial en el kernel: ayuda con supervisión y cautelas
El uso de herramientas de inteligencia artificial en el desarrollo del kernel ha dejado titulares dispares. Varias crónicas coinciden en que Linus Torvalds ha pasado de mirar estas herramientas con distancia a emplearlas en tareas concretas y siempre bajo su dirección, llegando a un punto donde Linus Torvalds defiende la IA en el kernel siempre que haya supervisión humana. Una de las más citadas es Claude Code, de Anthropic, que ha aparecido en trabajos de limpieza y en pruebas de parches experimentales.
En uno de esos experimentos se prepararon ocho parches para aliviar la contención en lecturas de la caché de páginas. La prueba se hizo con varios hilos leyendo pequeñas cantidades de un mismo archivo ya cargado en memoria. Los resultados publicados hablan de un aumento notable en una carga muy específica, pero también de dudas pendientes sobre memoria y sobre una regresión en ciertos accesos. La propuesta seguía fuera de la línea principal, así que no debe tomarse como una mejora ya disponible para el usuario final.
Otro ejemplo de ese uso asistido aparece en la limpieza de primitivas de acceso a memoria. En el ciclo de 7.4 se fusionaron decenas de parches que retiraban las variantes y , utilizadas para leer o escribir memoria de los programas. Ese cambio tocó alrededor de cincuenta ficheros y se apoyó en herramientas que aplican patrones a escala. La intención era dejar menos puertas a código inseguro y reducir una interfaz que, mal usada, podía esconder fallos.
No todo es entusiasmo. Torvalds también ha mostrado su incomodidad con el aluvión de correcciones menores que llegan en fases avanzadas del desarrollo, algunas con ayuda de IA. El problema no es la herramienta en sí, sino el ruido que genera: parches triviales, duplicados y propuestas que consumen tiempo de revisión. Su advertencia apunta a que rechazará cambios sin relevancia si llegan en momentos en los que toca centrarse en regresiones y estabilidad.
Lo que queda de este ciclo del kernel Linux es una mezcla de avances técnicos y gestión delicada. Linux 7.3 ha puesto el foco en el rendimiento gráfico y en el juego, Linux 7.4 afronta una ventana de fusión con horarios menos previsibles, la filtración de seis fallos recuerda la importancia de coordinar la seguridad y el uso de IA sigue ganando terreno con supervisión humana. Ninguno de esos frentes resuelve por sí solo el futuro del núcleo, pero todos influyen en cómo se desarrolla, se prueba y se publica.
