𝓢𝓮𝓮𝓙𝓪𝔂𝓔𝓶𝓶toLinux@lemmy.ml·8 months agoCritical vulnerability affecting most Linux distros allows for bootkits(arstechnica.com)external-linkarrow-up1173arrow-down124message-square28 fedilink
arrow-up1149arrow-down1external-linkCritical vulnerability affecting most Linux distros allows for bootkits(arstechnica.com)𝓢𝓮𝓮𝓙𝓪𝔂𝓔𝓶𝓶toLinux@lemmy.ml·8 months agomessage-square28 fedilink
minus-squaredsemyEnglisharrow-up63arrow-down0·8 months agolinkfedilinkThis is a vulnerability in shim, which is a UEFI “bootloader” used by distros mainly to allow booting with the “stock” (Microsoft) secure boot keys. If you don’t use secure boot or don’t use shim (likely if you use your own keys), this doesn’t affect you at all. In any case this “critical vulnerability” mainly affects machines relying on shim which also boot over unencrypted HTTP.
minus-squarealliswell33 arrow-up8arrow-down0·8 months agoedit-28 months agolinkfedilinkWould this affect systems booting to the refind bootloader without secure boot? Sorry for the ignorance just trying to figure out if I should be changing my system for this news.
minus-squareJordan_Uarrow-up5arrow-down0·8 months agolinkfedilinkNo. This is a vulnerability which allows bypassing secure boot protections. You have already manually bypassed those protections by disabling secure boot.
This is a vulnerability in shim, which is a UEFI “bootloader” used by distros mainly to allow booting with the “stock” (Microsoft) secure boot keys.
If you don’t use secure boot or don’t use shim (likely if you use your own keys), this doesn’t affect you at all.
In any case this “critical vulnerability” mainly affects machines relying on shim which also boot over unencrypted HTTP.
Would this affect systems booting to the refind bootloader without secure boot? Sorry for the ignorance just trying to figure out if I should be changing my system for this news.
No
No.
This is a vulnerability which allows bypassing secure boot protections. You have already manually bypassed those protections by disabling secure boot.