Por Canuto  

Rust dejó de ser un experimento dentro del núcleo de Linux. Greg Kroah-Hartman sostiene que el lenguaje podría evitar cerca del 80% de las vulnerabilidades históricas, aunque C seguirá presente durante años.
***

  • Greg Kroah-Hartman afirmó que Linux avanza hacia Rust y que algunos subsistemas solo aceptarán nuevos desarrollos escritos en ese lenguaje.
  • El mantenedor estima, de forma no científica, que Rust habría evitado el 80% de los CVE del núcleo registrados durante los últimos 25 años.
  • Linux no será reescrito de inmediato: la estrategia consiste en dejar intacto el código C existente y usar Rust para evolucionar el proyecto.

Linux se aleja de C y convierte a Rust en su apuesta para un núcleo más seguro

El núcleo de Linux está entrando en una nueva etapa de desarrollo. Greg Kroah-Hartman, mantenedor del núcleo estable, afirmó que Rust dejó de ser un experimento y se convirtió en una parte real del futuro del proyecto.

Durante su discurso principal en el Open Source Summit India 2026, celebrado en Mumbai, Kroah-Hartman explicó que Linux, Git y otros proyectos importantes avanzan hacia Rust. Sin embargo, aclaró que el lenguaje C no desaparecerá mañana.

La transición responde sobre todo a la necesidad de reducir errores de seguridad. El objetivo no consiste en reescribir de golpe todo el núcleo, sino en incorporar Rust en nuevos componentes y mejorar las interfaces que también utilizan los desarrolladores de C.

Rust cambia la relación de Linux con los errores de C

Kroah-Hartman recordó que inicialmente desconfiaba de Rust. Cuando un amigo le recomendó probar el lenguaje, respondió que C era suficientemente bueno y que programar con él ya resultaba divertido.

Con el tiempo, cambió de opinión. Según su experiencia, Rust reduce la cantidad de preocupaciones relacionadas con referencias, bloqueos, tiempos de vida y otros detalles que suelen provocar fallos difíciles de detectar.

El mantenedor supervisa el proceso de CVE del núcleo de Linux y afirmó que el proyecto enfrenta alrededor de 13 vulnerabilidades de este tipo cada día. También señaló que el código recibe casi nueve cambios por hora desde hace una década o más.

La mayoría de esos problemas, explicó, no provienen de ataques extraordinarios ni de errores imposibles de anticipar. Suelen relacionarse con punteros no verificados, bloqueos que no se liberan y rutas de limpieza que los programadores pasan por alto.

En una estimación que describió como totalmente no científica, Kroah-Hartman sostuvo que Rust podría haber evitado cerca del 80% de los CVE registrados en el núcleo durante los últimos 25 años. El 20% restante correspondería principalmente a errores de lógica, que el lenguaje no puede resolver por sí solo.

El lenguaje ayuda a los revisores, no solo a los programadores

Rust utiliza un sistema de propiedad y tipos que impone determinadas reglas durante la compilación. Esa característica puede bloquear antes de ejecutar el programa muchos errores relacionados con la memoria y la administración de recursos.

El lenguaje no elimina todas las posibilidades de fallo. Kroah-Hartman advirtió que todavía es posible escribir código con una lógica defectuosa y provocar bloqueos mediante decisiones incorrectas dentro de Rust.

La principal ventaja, desde su perspectiva, es que los revisores pueden dedicar más tiempo a comprobar la lógica del programa. El compilador se encarga de detectar parte de la contabilidad técnica que antes debía revisarse manualmente.

Linux cuenta con más de 5.000 desarrolladores, pero aproximadamente 150 mantenedores centrales revisan la mayor parte del código. Ese desequilibrio obliga a priorizar herramientas que reduzcan la carga de revisión.

“Optimizamos para los revisores. No optimizamos para los desarrolladores porque tenemos muchos desarrolladores”, afirmó Kroah-Hartman. A su juicio, si un componente compila bajo las reglas de Rust, el revisor puede concentrarse en determinar si su comportamiento cumple el objetivo esperado.

Rust impulsa nuevos controladores y mejora las API del núcleo

La incorporación de Rust también está obligando a Linux a revisar interfaces antiguas. Para crear vinculaciones seguras entre Rust y C, los mantenedores añadieron mecanismos de protección y límites de asignación a varias API existentes.

Esas mejoras no benefician únicamente al código escrito en Rust. Kroah-Hartman sostuvo que el núcleo sería más confiable incluso si Rust desapareciera mañana, porque el proceso ya impulsó cambios positivos en las API utilizadas por C.

El mantenedor había argumentado en 2025 que Rust permite definir API del núcleo de formas que dificultan mucho el uso incorrecto. Linux conserva demasiadas interfaces complejas, cuya evolución histórica obliga a los mantenedores a revisar cada detalle con especial cuidado.

La presión para simplificar esas interfaces puede beneficiar a todos los colaboradores. Al replantear cómo se utilizan estructuras como struct cdev, los desarrolladores buscan que las reglas de uso sean más claras y seguras tanto para Rust como para C.

El cambio ya alcanza a los nuevos controladores de algunos subsistemas. Kroah-Hartman afirmó que los controladores nuevos de ciertas áreas solo serán aceptados en Rust, incluido el subsistema gráfico, donde se encuentran algunos de los componentes más complejos del núcleo.

Android y el desarrollo futuro sin una reescritura total

Binder, el mecanismo de comunicación entre procesos de Android, ya cuenta con implementaciones paralelas en C y Rust dentro del núcleo. Esta tecnología sostiene funciones esenciales en miles de millones de dispositivos.

La implementación en C de Binder desaparecerá pronto, según Kroah-Hartman. La versión en Rust quedaría como base para los dispositivos Android del futuro.

El liderazgo de la comunidad Linux también otorgó a Rust el reconocimiento de lenguaje de primera clase. Kroah-Hartman afirmó que los mantenedores se reunieron el año pasado para concluir formalmente que el experimento había terminado.

La decisión no implica que Linux vaya a reescribirse por completo. La orientación actual consiste en mantener el código C existente y utilizar Rust para los componentes nuevos, salvo que el propietario de un archivo decida modificarlo.

Esta estrategia reduce el riesgo de una migración masiva. También permite que el proyecto avance gradualmente mientras sus desarrolladores adquieren experiencia con Rust y evalúan qué subsistemas obtienen mayores beneficios.

Una transición difícil para una comunidad formada en C

Kroah-Hartman reconoció que el cambio resulta difícil para una comunidad acostumbrada a C. Él mismo lleva muchos años trabajando con ese lenguaje y admitió que le gusta su simplicidad y familiaridad.

La dificultad no se limita a aprender una sintaxis nueva. Los colaboradores deben adaptar sus procesos de revisión, sus herramientas, sus criterios de diseño y la forma en que interactúan con interfaces históricas del núcleo.

Aun así, el mantenedor considera que Rust permite concentrarse en la lógica del sistema. Al reducir las dudas sobre referencias y bloqueos, el programador puede dedicar más atención a la función que el código debe cumplir.

En una conferencia de Rust Week celebrada a principios de este año en Utrecht, Países Bajos, Kroah-Hartman insistió en que Linux no busca reescrituras. Su recomendación fue dejar tranquilo el código C existente y avanzar con Rust en las nuevas partes del sistema.

También recomendó Rust a quienes quieran convertirse en colaboradores del núcleo. Su conclusión combina seguridad para los usuarios y una experiencia más agradable para los mantenedores: “Rust hace que programar sea divertido de nuevo”.

El futuro de Linux será híbrido durante años

La evolución anunciada no representa una ruptura inmediata con C. Linux seguirá dependiendo de una enorme base de código existente, cuya estabilidad resulta fundamental para servidores, computadoras personales, dispositivos móviles y sistemas embebidos.

La diferencia estará en la dirección de los nuevos desarrollos. Los subsistemas que acepten Rust podrán incorporar controles de seguridad en la etapa de compilación, mientras los componentes antiguos continuarán recibiendo mantenimiento en C.

La experiencia de Binder muestra cómo podría funcionar esa convivencia. Dos implementaciones pueden coexistir durante una etapa de transición, hasta que la alternativa en Rust alcance la madurez necesaria para sustituir a la versión anterior.

El enfoque también ofrece un beneficio institucional. Las mejoras motivadas por Rust pueden fortalecer el núcleo completo, incluso en áreas donde los desarrolladores no adopten el lenguaje de inmediato.

La visión de Kroah-Hartman no promete eliminar todos los errores ni convertir a Linux en un sistema inmune a los ataques. Su argumento es más concreto: reducir los fallos pequeños y repetitivos permitiría que los mantenedores se enfoquen en problemas de lógica más complejos.

El mensaje final del mantenedor mantiene el humor característico de la comunidad Linux. Después de defender una transición que podría cambiar la cultura de desarrollo del núcleo, cerró con la frase: “La dominación mundial está procediendo como estaba planeado”.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


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