8 października 2026 r. Matthew Garrett zgłosił serię łatek RFC proponujących zabezpieczenia oparte na TPM, które mają umożliwić hibernację Linuksa przy aktywnym trybie Lockdown. To propozycja, a nie gotowa funkcja jądra.
Dlaczego Lockdown ogranicza hibernację
Hibernacja zapisuje stan pamięci systemu na nośniku, a później odtwarza go podczas wznowienia. Jeśli ktoś zmodyfikuje nieuwierzytelniony obraz, przywrócone jądro może działać na zmienionym stanie. Zapisany obraz może też ujawnić wrażliwe dane.
Szyfrowanie może chronić zawartość nośnika przed odczytem, ale samo nie potwierdza, że obraz utworzyło zaufane jądro. Lockdown ogranicza interfejsy, których użycie mogłoby naruszyć integralność jądra; ryzyko związane ze zmienionym obrazem hibernacji dotyczy właśnie tego zabezpieczenia.
Jak RFC ma chronić obraz hibernacji
Propozycja zakłada zabezpieczenia oparte na module zaufanej platformy (TPM), audytowane sesje TPM, klucz TPM służący do podpisywania tych sesji oraz podpisany obraz hibernacji. Podpis ma pozwolić sprawdzić autentyczność zapisanego stanu, a nie tylko ukryć jego treść.
Lockdown, Secure Boot, uśpienie i hibernacja
Na systemach EFI z procesorem x86 lub arm64 tryb Lockdown włącza się automatycznie po uruchomieniu komputera z aktywnym UEFI Secure Boot.
Uśpienie do RAM-u pozostawia stan systemu w pamięci. Hibernacja zapisuje go na nośniku i odtwarza przy wznowieniu, dlatego ograniczenie omawiane w RFC dotyczy hibernacji, a nie każdego rodzaju uśpienia.
