Un ingeniero de Intel presentó una propuesta experimental para sumar pilas sombra al kernel de Linux, una defensa contra ataques ROP que todavía enfrenta barreras de hardware y compatibilidad.
***
- Dave Hansen, ingeniero de Intel, compartió una serie de parches RFC para explorar el uso de pilas sombra mientras se ejecuta el kernel.
- El diseño actual requiere FRED y apunta a procesadores Intel Panther Lake o posteriores y AMD Zen 6 o posteriores.
- Retpolines, KVM, Xen PV, Kexec y varias funciones relacionadas con BPF figuran entre las incompatibilidades iniciales.
🚨 Linux evalúa pilas sombra para proteger el kernel de ataques ROP
Dave Hansen, de Intel, presentó parches RFC experimentales. Aún no es una función integrada.
Requiere FRED y procesadores Intel Panther Lake+ o AMD Zen 6+. Retpolines, KVM, Xen PV, Kexec y BPF tienen… pic.twitter.com/PhtJ0iRJGt
— Diario฿itcoin (@DiarioBitcoin) October 22, 2026
El kernel de Linux podría incorporar una defensa de hardware contra los ataques de programación orientada a retorno, conocidos como ROP, pero la propuesta todavía está en una fase temprana. Dave Hansen, ingeniero de Intel, envió una serie de parches como solicitud de comentarios (RFC) para probar las pilas sombra en el espacio del kernel, donde Linux aún no ofrece esta protección.
La iniciativa busca trasladar al núcleo una tecnología que el espacio de usuario de Linux ya admite desde hace varios años. Sin embargo, el código presentado no constituye una función integrada ni una decisión de incluirla: el propio Hansen describió el trabajo como una prueba de concepto y reconoció que algunas partes requerirían una reescritura completa.
Una segunda pila para dificultar los ataques ROP
Una pila sombra es una estructura separada y protegida por el procesador que conserva, principalmente, las direcciones de retorno utilizadas por un programa. En una ejecución normal, las llamadas a funciones y sus retornos dejan información en la pila convencional; la copia protegida permite verificar que esas direcciones no hayan sido alteradas antes de continuar.
La técnica apunta a dificultar los ataques ROP, que reutilizan fragmentos de código legítimo para controlar el comportamiento de un programa sin necesariamente insertar instrucciones nuevas. Si un atacante modifica una dirección de retorno en la pila ordinaria, la versión protegida puede ayudar a detectar la discrepancia y frenar ese flujo de ejecución.
Linux ya cuenta con soporte de pilas sombra para aplicaciones del espacio de usuario, pero ese mecanismo no se extiende actualmente al código que ejecuta el kernel. La propuesta de Hansen intenta cubrir ese nivel más privilegiado del sistema, por lo que su alcance sería distinto al de una protección limitada a los programas que corren sobre él.
El ingeniero de Intel presentó las pilas sombra como una de las mitigaciones de seguridad de hardware más importantes que Linux todavía no utiliza en el kernel. Esa valoración explica el interés de la iniciativa, pero no significa que la nueva defensa esté lista para uso general ni que resuelva por sí sola las distintas vías de explotación.
La RFC tiene, además, un propósito abierto: iniciar la discusión sobre qué condiciones aceptarían los desarrolladores para integrar una primera versión. Hansen planteó como ejemplos posibles que la protección no funcionara con eBPF o que solo pudiera activarse con la opción de mitigaciones deshabilitadas, sin afirmar que esas restricciones hayan sido aprobadas.
Hardware reciente y obstáculos de compatibilidad
El soporte de pilas sombra en el espacio de usuario ya existe para determinadas generaciones de procesadores Intel y AMD. La fuente menciona Intel Tiger Lake y posteriores, así como AMD Zen 3 y posteriores, como plataformas con el soporte de hardware necesario para ese uso.
La propuesta para el kernel eleva el requisito: el código RFC también exige FRED, una tecnología de entrega de eventos y retornos. Por esa dependencia, la compatibilidad inicial se limitaría a procesadores Intel Panther Lake y posteriores o AMD Zen 6 y posteriores, según la descripción del trabajo.
Las pruebas iniciales de este soporte para Linux se realizaron hasta ahora en Intel Panther Lake. Ese dato muestra que la experimentación se concentra en una plataforma concreta y reciente; no permite concluir que la propuesta ya funcione en todos los procesadores previstos o que esté preparada para incorporarse a una distribución.
El mayor reto, más allá del requisito de hardware, es que varias características del kernel aparecen como incompatibles con las pilas sombra en la implementación inicial. La lista incluye mitigaciones de CPU como retpolines, el seguimiento de grafos de funciones y los trampolines BPF, además de Kexec, el modo mixto EFI, KVM y Xen PV.
Estas incompatibilidades no son detalles menores, porque afectan mecanismos y entornos que el kernel puede utilizar para ejecutar código, gestionar máquinas virtuales o responder a amenazas de hardware. La RFC no ofrece en el material citado una solución definitiva para cada caso, por lo que todavía queda por determinar cómo podrían conservarse esas funciones junto con la protección.
Hansen describió como código rígido y provisional una parte del parche que detalla las limitaciones actuales, y dejó claro que no la consideraba lista para integrarse. También advirtió que algunos fragmentos de la serie son, en sus palabras, trabajo que tendría que rehacerse por completo, mientras otros podrían acercarse a una forma aceptable para una futura integración.
La propuesta se publicó para debate en la lista de correo del kernel de Linux, no como anuncio de una función disponible para usuarios. Según Phoronix, que informó sobre el envío, el intercambio busca aclarar cuáles serían los puntos de bloqueo para una primera versión y qué sacrificios de compatibilidad podrían considerarse aceptables.
Por ahora, el avance debe leerse como una exploración técnica con una promesa concreta y límites significativos: añadir una defensa de hardware contra la manipulación del flujo de control en el kernel. Su futuro dependerá de que los desarrolladores evalúen el código, resuelvan sus incompatibilidades y definan si la protección puede convivir con las funciones que la RFC deja fuera.
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
China
ZTE elevó casi cinco veces sus ganancias trimestrales en el reporte citado
Curiosidades
Una explosión cósmica mostró actividad de rayos X durante 51 días
Cadena de Suministros
JFrog halló 42 repositorios de GitHub preparados para propagar un gusano npm
Asia
