Lennart Poettering ha pubblicato una proposta per modernizzare il processo di avvio delle distribuzioni Linux, mirata a risolvere i problemi esistenti e semplificare l'organizzazione di un boot verificato completo, che attesti l'autenticit\u00e0 del kernel e dell'ambiente di sistema di base. Le modifiche necessarie per implementare la nuova architettura sono gi\u00e0 incluse nel codice di systemd e riguardano componenti come systemd-stub, systemd-measure, systemd-cryptenroll, systemd-cryptsetup, systemd-pcrphase e systemd-creds. <\/p>\n
Le modifiche proposte consistono nella creazione di un'unica immagine universale UKI (Unified Kernel Image), che unisce l'immagine del kernel Linux, il gestore per il caricamento del kernel da UEFI (UEFI boot stub) e l'ambiente di sistema in memoria initrd, utilizzato per l'inizializzazione iniziale nella fase prima del montaggio del filesystem radice. Invece dell'immagine del RAM disk initrd, nel UKI pu\u00f2 essere confezionato l'intero sistema, consentendo la creazione di ambienti di sistema completamente verificati, caricabili in memoria. L'immagine UKI \u00e8 presentata come un file eseguibile nel formato PE, che pu\u00f2 essere caricato non solo tramite i tradizionali bootloader, ma anche chiamato direttamente dal firmware UEFI. <\/p>\n
La possibilit\u00e0 di chiamata da UEFI consente di utilizzare il controllo dell'integrit\u00e0 e della validit\u00e0 tramite una firma digitale, che comprende non solo il kernel, ma anche il contenuto di initrd. Inoltre, il supporto per la chiamata dai tradizionali bootloader consente di mantenere funzionalit\u00e0 come la fornitura di pi\u00f9 versioni del kernel e il ripristino automatico al kernel funzionante nel caso vengano riscontrati problemi con il nuovo kernel dopo l'installazione di un aggiornamento. <\/p>\n
\u0412 \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0432 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u0435 \u0434\u0438\u0441\u0442\u0440\u0438\u0431\u0443\u0442\u0438\u0432\u043e\u0432 Linux \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0435 \u0438\u043d\u0438\u0446\u0438\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430 «\u043f\u0440\u043e\u0448\u0438\u0432\u043a\u0430 → \u0437\u0430\u0432\u0435\u0440\u0435\u043d\u043d\u0430\u044f \u0446\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u043f\u0438\u0441\u044c\u044e Microsoft shim-\u043f\u0440\u043e\u0441\u043b\u043e\u0439\u043a\u0430 → \u0437\u0430\u0432\u0435\u0440\u0435\u043d\u043d\u044b\u0439 \u0446\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u043f\u0438\u0441\u044c\u044e \u0434\u0438\u0441\u0442\u0440\u0438\u0431\u0443\u0442\u0438\u0432\u0430 \u0437\u0430\u0433\u0440\u0443\u0437\u0447\u0438\u043a GRUB → \u0437\u0430\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0435 \u0446\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u043f\u0438\u0441\u044c\u044e \u0434\u0438\u0441\u0442\u0440\u0438\u0431\u0443\u0442\u0438\u0432\u0430 \u044f\u0434\u0440\u043e Linux → \u043d\u0435 \u0437\u0430\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0435 \u043e\u043a\u0440\u0443\u0436\u0435\u043d\u0438\u0435 initrd → \u043a\u043e\u0440\u043d\u0435\u0432\u0430\u044f \u0424\u0421». \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0432\u0435\u0440\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 initrd \u0432 \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0434\u0438\u0441\u0442\u0440\u0438\u0431\u0443\u0442\u0438\u0432\u0430\u0445 \u0441\u043e\u0437\u0434\u0430\u0451\u0442 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0441 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c\u044e, \u0442\u0430\u043a \u043a\u0430\u043a \u0441\u0440\u0435\u0434\u0438 \u043f\u0440\u043e\u0447\u0435\u0433\u043e \u0432 \u0434\u0430\u043d\u043d\u043e\u043c \u043e\u043a\u0440\u0443\u0436\u0435\u043d\u0438\u0438 \u043e\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0438\u0437\u0432\u043b\u0435\u0447\u0435\u043d\u0438\u0435 \u043a\u043b\u044e\u0447\u0435\u0439 \u0434\u043b\u044f \u0440\u0430\u0441\u0448\u0438\u0444\u0440\u043e\u0432\u043a\u0438 \u043a\u043e\u0440\u043d\u0435\u0432\u043e\u0439 \u0424\u0421. <\/p>\n
La verifica dell'immagine initrd non \u00e8 supportata poich\u00e9 questo file \u00e8 generato sul sistema locale dell'utente e non pu\u00f2 essere firmato digitalmente dal distributore, il che complica notevolmente l'organizzazione del controllo in modalit\u00e0 SecureBoot (per firmare initrd, l'utente deve generare le proprie chiavi e caricarle nel firmware UEFI). Inoltre, l'attuale organizzazione di avvio non consente di utilizzare le informazioni dai registri TPM PCR (Platform Configuration Register) per controllare l'integrit\u00e0 dei componenti dello spazio utente, al di fuori di shim, grub e del kernel. Tra i problemi noti si menzionano inoltre le difficolt\u00e0 nell'aggiornamento del bootloader e l'assenza della possibilit\u00e0 di limitare l'accesso alle chiavi nel TPM per le versioni obsolete del sistema operativo, diventate non pi\u00f9 rilevanti dopo l'installazione dell'aggiornamento. <\/p>\n
Obiettivi principali dell'introduzione della nuova architettura di avvio: <\/p>\n