Por Canuto  

El segundo trimestre de 2026 dejó uno de los periodos más intensos para el kernel de Linux: nuevas vulnerabilidades expuestas con ayuda de IA, recortes históricos al soporte de hardware antiguo, mejoras de rendimiento y fuertes debates técnicos alrededor de Linux 7.0, 7.1 y 7.2.
***

  • Linux avanzó en la eliminación de soporte heredado, incluido el inicio del retiro para CPU Intel i486 y la desaparición final de la API strncpy tras seis años de trabajo.
  • Varias fallas de seguridad, entre ellas Dirty Frag, Fragnesia y ssh-keysign-pwn, marcaron el trimestre junto con nueva documentación sobre uso responsable de IA para hallar errores.
  • El periodo también dejó optimizaciones de rendimiento, tensión por una caída cercana a la mitad en PostgreSQL con Linux 7.0 y un árbol del kernel cada vez más grande, cerca de 40 millones de líneas.

El kernel de Linux cerró el segundo trimestre de 2026 con una mezcla poco habitual de limpieza histórica, sobresaltos de seguridad y ajustes de rendimiento. El periodo dejó señales claras de un proyecto que intenta modernizarse sin frenar su ritmo de innovación.

El repaso trimestral publicado por Phoronix reúne varios de los episodios más comentados de los últimos tres meses. Entre ellos aparecen vulnerabilidades detectadas con ayuda de IA o modelos LLM, la salida progresiva de código y plataformas antiguas, y la llegada de cambios relevantes en Linux 7.0, 7.1 y 7.2.

Para lectores menos familiarizados con el tema, el kernel es la capa central del sistema operativo. Es el componente que coordina hardware, memoria, procesos, almacenamiento y comunicaciones entre programas y máquina.

Por eso, cada cambio en Linux suele tener efectos que se extienden a servidores, nubes, centros de datos, PCs, dispositivos embebidos y hasta consolas o equipos industriales. Cuando se elimina soporte antiguo o se descubre una falla local de escalada de privilegios, la noticia va mucho más allá de un ajuste técnico menor.

El cierre de la ventana de fusión de Linux 7.2 también deja la mirada puesta en lo que traerá Linux 7.3 durante el tercer trimestre. Sin embargo, antes de eso, Q2 ya dejó suficientes señales sobre las prioridades actuales del proyecto.

Menos legado, más depuración del código histórico

Uno de los temas dominantes del trimestre fue la eliminación de piezas consideradas obsoletas dentro del kernel. Ese proceso no es nuevo, pero en Q2 tomó una visibilidad especial por el simbolismo de algunos recortes.

El caso más llamativo fue el inicio del proceso para retirar el soporte a CPU Intel i486 dentro del desarrollo previo a Linux 7.1. Se trata de una arquitectura extremadamente antigua, y el propio repaso señala que sería increíblemente raro encontrar usuarios de upstream que todavía dependan de ella.

Según la cobertura citada, tampoco se conocen distribuciones Linux que sigan enviando soporte para CPU i486. Quienes aún lo necesiten podrían seguir utilizando alguna de las versiones LTS ya existentes del kernel.

La depuración no se limitó a procesadores muy antiguos. También avanzó la idea de volver incondicional el soporte TSC para procesadores x86, en un contexto donde Linux ya viene retirando compatibilidad con otras CPU veteranas como AMD K5 y AMD Elan.

Otro hito importante fue la desaparición definitiva de la API strncpy del kernel de Linux. Su eliminación llegó en Linux 7.2 tras seis años de trabajo y más de 360 parches, una cifra que muestra cuán difícil puede ser erradicar interfaces envejecidas en una base de código tan grande.

La función strncpy() llevaba tiempo en desuso dentro del proyecto. Una vez desapareció su último usuario interno, se concretó al fin su remoción completa.

El trimestre también incluyó una amplia “limpieza de primavera” impulsada por Thomas Gleixner. La serie de 38 parches atacó restos de código que seguían presentes desde Linux v0.1, además de otros fragmentos heredados de las series 1.3 a 2.1 de la década de 1990.

Lejos de reducir drásticamente el tamaño del proyecto, estas podas conviven con un kernel que sigue creciendo. Antes del esperado lanzamiento de Linux 7.1-rc1, el árbol del kernel se acercaba rápidamente a 40 millones de líneas, mientras el controlador de AMD superaba los 6 millones.

Seguridad bajo presión: IA, fuzzing y nuevas vulnerabilidades

La seguridad fue otro frente central del trimestre, en especial por la visibilidad que tomaron varias fallas descubiertas o amplificadas en un entorno donde la IA empieza a jugar un papel más activo. El repaso destaca que muchas vulnerabilidades detectadas por IA o LLM salieron a la luz durante este periodo.

Entre los casos citados aparece Dirty Frag, una vulnerabilidad del kernel que motivó una respuesta rápida de mantenimiento. Linux 7.0.6 fue lanzado como versión estable para finalizar su mitigación tras su divulgación pública.

Poco después, Fragnesia se hizo pública como otra vulnerabilidad similar de escalada local de privilegios, o LPE. La cercanía temporal entre ambas aumentó la presión sobre mantenedores y usuarios atentos a la seguridad del sistema.

La lista también incluye ssh-keysign-pwn, descrita como una vulnerabilidad que permite leer archivos propiedad de root por parte de usuarios no privilegiados. Ese detalle la vuelve especialmente delicada en entornos multiusuario o servidores con perfiles de acceso diferenciados.

Como respuesta más estructural, Linux 7.1 incorporó nueva documentación para precisar qué califica como un error de seguridad. Ese mismo bloque de cambios también añadió lineamientos sobre el uso responsable de IA para encontrar errores dentro del kernel.

La discusión no quedó solo en documentos. Greg Kroah-Hartman, principal mantenedor del kernel estable y visto con frecuencia como el segundo al mando en el desarrollo de Linux, recurrió a nuevas herramientas de fuzzing llamadas “gregkh_clanker_t1000” para descubrir errores adicionales.

Este giro es relevante porque refleja un cambio de época en el desarrollo de software crítico. La combinación de fuzzing automatizado, IA generativa y revisión humana puede acelerar la detección de fallas, pero también aumenta el ruido, los reportes dudosos y la carga de validación para los mantenedores.

De hecho, el propio resumen menciona que parte de la eliminación de hardware y plataformas antiguas estuvo influida por el “ruido” de IA o LLM. En otras palabras, no todo el impacto de estas herramientas se percibe como una ganancia neta dentro del ecosistema del kernel.

Linux 7.0, rendimiento y choques de criterio técnico

En paralelo a los temas de seguridad y depuración, Linux 7.0 marcó uno de los hitos formales del trimestre. Su llegada estable se produjo, como se esperaba, tras la serie de candidatos semanales y con una explicación ya conocida de Linus Torvalds sobre el cambio de numeración principal al alcanzar X.19.

Eso significa que el salto a Linux 7.0 no respondió a una ruptura monumental concreta. Aun así, la versión sí llegó con nuevo soporte de hardware, optimizaciones y un sistema XFS auto-reparable, además de servir como base para el próximo Ubuntu 26.04 LTS.

Sin embargo, una de las controversias más delicadas vino desde Amazon Web Services. Un ingeniero de AWS alertó que el kernel de desarrollo Linux 7.0 estaba llevando el rendimiento del servidor de bases de datos PostgreSQL a cerca de la mitad frente a versiones previas.

El responsable de esa caída de rendimiento fue identificado, pero el arreglo no luce sencillo. Según el reporte, no parece que vaya a revertirse, y la sugerencia actual es que PostgreSQL podría necesitar adaptaciones propias.

En sentido opuesto, hubo noticias más alentadoras para ciertos usuarios finales. Peter Zijlstra, ingeniero del kernel en Intel, trabajó en una serie de parches del planificador que ayudaron a mejorar el rendimiento en juegos sobre hardware antiguo descrito por él mismo como una “patata”.

La máquina usada como referencia fue una CPU de escritorio Intel Sandy Bridge con gráficos AMD Radeon RX 580 Polaris. Los resultados de prueba fueron presentados como prometedores, con potencial de beneficiar también otras cargas de trabajo.

Meta también apareció en el trimestre con un nuevo parche orientado a evitar una situación de estrangulamiento innecesario del rendimiento TCP en sistemas Linux. La compañía ya venía impulsando otras optimizaciones recientes, desde mejoras en salidas de /proc/interrupts hasta renovaciones en torno a jemalloc.

Este contraste muestra una constante del kernel moderno. El mismo ciclo puede traer mejoras medibles para redes o juegos, y al mismo tiempo introducir tensiones serias para bases de datos empresariales.

Linus, sched_ext y una comunidad que sigue afinando prioridades

Otro rasgo distintivo de Q2 fue el tono directo de Linus Torvalds frente a propuestas que consideró problemáticas. Durante la ventana de fusión de Linux 7.1, al menos dos pull requests destacaron por haber sido rechazadas con comentarios especialmente cortantes.

El resumen menciona que Torvalds rechazó un “hack” de solución de rendimiento y también lo que describió como “cosas terribles” de Kconfig. Ese tipo de respuestas, aunque duras, forma parte de una cultura de revisión técnica intensa dentro del proyecto.

Algo similar ocurrió con sched_ext, el marco de planificación extensible que depende de programas BPF en espacio de usuario. El conjunto principal de cambios terminó fusionándose para Linux 7.2, incluyendo trabajo continuo en soporte de sub-planificadores.

La molestia de Torvalds no fue con las funciones en sí, sino con la organización del código fuente en C. Su crítica fue especialmente gráfica al pedir que no hicieran “esa cosa asquerosa” y recordar que “los sistemas de archivos jerárquicos adecuados están disponibles desde 1965”.

Más allá del tono, estos episodios revelan una prioridad sostenida en Linux: no solo importa qué hace el código, también importa cómo está estructurado, documentado y mantenido a largo plazo. En un proyecto con decenas de millones de líneas, la forma sigue siendo parte del fondo.

Incluso la nota curiosa del 1 de abril encaja en ese clima de revisión constante. El parche satírico sobre fecha de nacimiento verificada para creación de archivos y bloqueo de Emacs fue presentado en medio de una temporada donde, según el repaso, abundaron más de lo usual los parches de IA poco elaborados.

Todo esto ocurre mientras Linux se prepara para seguir avanzando en el tercer trimestre. Con la ventana de fusión de Linux 7.2 cerrándose y Linux 7.3 asomando en el horizonte, el proyecto entra a Q3 con una agenda marcada por modernización, seguridad y disciplina técnica.

Lo más llamativo del balance de Q2 es que ninguna de esas metas avanza por separado. La retirada de legado, los hallazgos asistidos por IA, las mejoras de rendimiento y los choques de criterio forman parte de la misma tensión estructural: mantener a Linux actual, seguro y eficiente sin convertirlo en un sistema inmanejable.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados