RHEL 10.3 e 9.9 disponibili: su 10.3 arrivano le immagini sigillate di bootc

Con Red Hat Enterprise Linux 10.3 l’image mode, basata su bootc, guadagna le immagini sigillate (sealed images): l’immagine immutabile del sistema operativo viene firmata e verificata con chiavi di sicurezza controllate dal cliente, e il kernel rifiuta di leggere i file che risultano alterati. Secondo il blog di Red Hat dell’11 novembre 2026, la funzione è ora in disponibilità generale su RHEL 10.3, rilasciata insieme alla 9.9.

Per chi gestisce flotte RHEL 10 in image mode la novità riguarda la verifica dell’integrità del sistema a runtime; il sigillo non copre però la configurazione scrivibile in /etc né lo stato di /var. Il rilascio era stato anticipato dal comunicato di Red Hat del 9 novembre, diffuso da Salt Lake City in occasione di KubeCon + CloudNativeCon NA, che parlava di arrivo «nelle prossime settimane».

Come funzionano le immagini sigillate

Il blog dell’11 novembre descrive una protezione crittografica estesa dal firmware e dal bootloader fino al kernel e al filesystem root, con le proprie chiavi di secure boot. Il sistema è mantenuto nello stato firmato esatto e il filesystem root è in sola lettura, così che il contenuto manomesso venga rifiutato dal kernel in lettura invece di essere servito.

Il dettaglio è in un articolo del blog Red Hat del 20 maggio 2026, quando la funzione era ancora in technology preview su RHEL 10.2. Secure boot e una unified kernel image (UKI) firmata verificano già bootloader, kernel e initramfs; le immagini sigillate estendono il controllo all’immagine del sistema, file per file, usando composefs e fs-verity. Un digest crittografico dell’immagine container dell’OS è incorporato nella UKI firmata al momento della build, e ogni file viene confrontato con esso a runtime.

Se un file è stato modificato, corrotto o sostituito dopo la build, il kernel restituisce un errore di I/O: il contenuto non viene consegnato a nessun processo. La catena di firma resta nelle mani del cliente, che genera le chiavi e firma le immagini, senza bisogno del fornitore nella catena di custodia.

Il perimetro, precisa lo stesso articolo, comprende il sistema di base e il software aggiunto all’immagine: agenti di monitoraggio, strumenti di sicurezza, binari applicativi e pacchetti inseriti dal team.

MCP server e assistente da riga di comando

Sul versante dell’AI applicata all’amministrazione, il blog dell’11 novembre indica che il server MCP (Model Context Protocol) per RHEL passa da developer preview a disponibilità generale. Va installato come RPM dal repository RHEL extensions con i normali comandi dnf, insieme a goose, agente open source a riga di comando.

• Con il supporto agli archivi Performance Co-Pilot (PCP) il server permette domande in linguaggio naturale basate su dati di prestazioni attuali e storici, per risalire più in fretta alle cause di problemi intermittenti.
• Secondo il comunicato del 9 novembre l’accesso è governato per impostazione predefinita, senza concedere a un’AI un accesso illimitato.
• Il command-line assistant per il terminale, ancora in developer preview, può essere eseguito in modalità self-managed con inferenza ospitata dal cliente; per gli ambienti connessi resta il percorso ospitato da Red Hat.

Toolset, crittografia post-quantistica e aggiornamenti

Per la crittografia, il comunicato parla di supporto nativo post-quantistico integrato nel toolchain Go, contro gli attacchi del tipo «harvest now, decrypt later». Il blog aggiunge che il supporto aiuta i clienti regolati a rispettare i requisiti CNSA 2.0.

Il blog elenca queste versioni del toolset:

Quanto agli aggiornamenti, Red Hat introduce percorsi validati e supportati tramite Leapp: da RHEL 9.9 a 10.3 e da RHEL 8.10 a 9.9. Il blog rimanda per i dettagli alle note di rilascio e alla documentazione di 10.3 e 9.9, oltre a una versione di prova di 60 giorni per la 10.3.