Linux 7.3 novedades TPM prepara cambios en el subsistema TPM para TrenchBoot, con SKINIT en AMD y GETSEC[SENTER] en Intel. Además, este trabajo contempla que el código de arranque mida componentes como el initrd, boot_params y los metadatos asociados a TrenchBoot; por tanto, aparece el proyecto TrenchBoot AMD Intel SKINIT.
La mayor parte de esta preparación procede del trabajo de Ross Philipson para habilitar TPM en TrenchBoot. Sus cambios exponen constantes del TPM y separan tpm_buf para mejorar ligeramente su solidez, con el objetivo de permitir un controlador TPM mínimo durante las primeras fases del arranque.
Linux 7.3 novedades TPM: el arranque temprano usará una ruta distinta según el procesador
Antes de saltar al punto de entrada del kernel, el código de arranque temprano ejecutará una instrucción específica de cada plataforma. En cambio, el camino cambia según el procesador.
- En procesadores AMD se recurrirá a SKINIT.
- En sistemas Intel se utilizará GETSEC[SENTER].
Después, ese código vuelve a inicializar los registros PCR del TPM. La propuesta no asigna al controlador TPM todas las mediciones: el código de arranque temprano conservará la responsabilidad de medir el initrd, boot_params y los metadatos relacionados con TrenchBoot. De hecho, los PCR almacenan mediciones de integridad durante el arranque, mientras tpm_buf gestiona estructuras de datos para comunicarse con el TPM.
El planteamiento encaja con una intención concreta para las siguientes iteraciones de la serie. Por ejemplo, la idea es que, una vez resueltos los cambios del TPM, la revisión pueda concentrarse por completo en la parte x86 y dar por cerrada esta fase del trabajo. El estado de TrenchBoot todavía puede cambiar durante ese proceso; sin embargo, la fuente no confirma una integración final ni una fecha de disponibilidad.
El trabajo TPM seguirá siendo útil aunque TrenchBoot no prospere
La motivación también contempla un escenario menos favorable para TrenchBoot. Incluso si el proyecto terminara sin contenido, el peor resultado para el controlador TPM sería que parte de su código quedase más limpio. Esa es la consecuencia inmediata que se atribuye a esta preparación.
El cambio se suma a otras modificaciones previstas para Linux 7.3, como la limpieza de FSCRYPT que ya analizamos en la preparación de cifrado Btrfs. Además, el desarrollo de TrenchBoot mantiene separadas las tareas del arranque temprano y las del kernel: las primeras medirán los datos iniciales, mientras el kernel recibirá el control después de la llamada específica de AMD o Intel. En resumen, Linux 7.3 novedades TPM refuerza la ruta de inicialización del TPM aunque el proyecto evolucione de otra forma.
Puedes seguir a HardwarePremium en Facebook, Twitter (X), Instagram, Threads, BlueSky o Youtube. También puedes consultar nuestro canal de Telegram para estar al día con las últimas noticias de tecnología.
FAQ
El código de arranque temprano contempla procesadores AMD mediante SKINIT y plataformas Intel mediante GETSEC[SENTER]. La fuente no detalla modelos concretos compatibles.
El código temprano conservará la medición del initrd, boot_params y los metadatos vinculados a TrenchBoot. El controlador TPM mínimo se ocupará de la comunicación inicial con el TPM.
No. La fuente describe preparativos y una serie de cambios, pero no confirma una integración final ni una fecha de disponibilidad para TrenchBoot.
Los NUEVOS volantes de MOZA con Mercedes, Porsche y Ford
ASUS ROG Spatha X 65K: ¡12 BOTONES y 65.000 DPI! 🔥 #Shorts
ASUS ROG celebra 20 AÑOS con esta ROG ALLY X20 🔥 | Gamescom 2026 #Shorts
ASUS ROG presenta su BRUTAL DOCK de 260W 🔥 | Gamescom 2026 #Shorts
ASUS ROG desata sus nuevos MONITORES OLED para ESPORTS 🔥 | Gamescom 2026 #Shorts
Comentarios