91
you are viewing a single comment's thread
view the rest of the comments
[-] 9tr6gyp3@lemmy.world 6 points 3 weeks ago* (last edited 3 weeks ago)

It seems the issue here is that initramfs is not signed, which makes this attack possible.

If it is signed and an evil maid modifies the initramfs itself, it will break the secure boot process and the user will be notified that their system has been tampered with. This should indicate that the secure boot protection is working.

If initramfs is not signed and it drops to the debug shell, then the attacker can make any changes to your system without it affecting secure boot, since it has already passed the protection. At least that's my understanding when I read this.

[-] Laser@feddit.org 10 points 3 weeks ago

This is true, unfortunately some Linux users have been conditioned to "just turn off Secure Boot" without understanding what this actually means and entails.

[-] Infernal_pizza@lemmy.dbzer0.com 1 points 3 weeks ago

That makes sense. Would a signed initramfs be possible though? Since it's usually rebuilt after most system updates?

[-] 9tr6gyp3@lemmy.world 2 points 3 weeks ago

Depends on the OS, but you can generally have mkinitcpio handle generating new UKIs after updates and also have it trigger something like sbctl to re-sign images.

this post was submitted on 07 Jul 2025
91 points (100.0% liked)

Linux

8740 readers
307 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS