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

linuxmemes

26122 readers
329 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. πŸ‡¬πŸ‡§ Language/язык/Sprache
  • This is primarily an English-speaking community. πŸ‡¬πŸ‡§πŸ‡¦πŸ‡ΊπŸ‡ΊπŸ‡Έ
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  • Β 

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
    you are viewing a single comment's thread
    view the rest of the comments
    [–] [email protected] 78 points 2 days ago (6 children)

    Does "Secure Boot" actually benefit the end user in any way what so ever? Genuine question

    [–] [email protected] 37 points 1 day ago (2 children)

    For you? No. For most people? Nope, not even close.

    However, it mitigates certain threat vectors both on Windows and Linux, especially when paired with a TPM and disk encryption. Basically, you can no longer (terms and conditions apply) physically unscrew the storage and inject malware and then pop it back in. Nor can you just read data off the drive.

    The threat vector is basically ”our employees keep leaving their laptops unattended in public”.

    (Does LUKS with a password mitigate most of this? Yes. But normal people can’t be trusted with passwords and need the TPM to do it for them. And that basically requires SecureBoot to do properly.)

    [–] [email protected] 1 points 19 hours ago (1 children)

    With LUKS, your boot/efi partition is still unencrypted. So someone could install a malicious bootloader, and you probably wouldn't know and would enter your password. With secure boot, the malicious bootloader won't boot because it has no valid signature.

    [–] [email protected] 1 points 18 hours ago

    Exactly. The malware can do whatever, but as long as the TPM measurements don’t add up the drive will remain encrypted. Given stringent enough TPM measurements and config you can probably boot signed malware without yielding access to the encrypted data.

    In my view, SecureBoot is just icing on the cake that is measured boot via TPM. Nice icing though.

    [–] [email protected] 11 points 1 day ago (1 children)

    That’s only one use of secure boot. It’s also supposed to prevent UEFI level rootkits, which is a much more important feature for most people.

    [–] [email protected] 4 points 1 day ago

    True. Personally, I’m hoping for easier use of SecureBoot, TPM and encryption on Linux overall. People are complaining about BitLocker, but try doing the same on Linux. All the bits and pieces are there, but integrating everything and having it keep working through kernel upgrades isn’t fun at all.

    [–] [email protected] 64 points 2 days ago

    Well yes, assuming that:

    1. you trust the hardware manufacturer
    2. you can install your own keys (i.e. not locked by vendor)
    3. you secure your bios with a secure password
    4. you disable usb / network boot

    With this you can make your laptop very tamper resistant. It will be basically impossible to tamper with the bootloader while the laptop is off. (e.g install keylogger to get disk-encryption password).

    What they can do, is wipe the bios, which will remove your custom keys and will not boot your computer with secure boot enabled.

    Something like a supply-side attack is still possible however. (e.g. tricking you into installing a malicious bootloader while the PC is booted)

    Always use security in multiple layers, and to think about what you are securing yourself from.

    [–] [email protected] 19 points 1 day ago* (last edited 1 day ago)

    It prevents rootkit malware that loads before the OS and therefore is very difficult to detect. If enabled, it tells your machine to only load the OS if it's signed by a trusted key and hasn't been tampered with.

    [–] [email protected] 36 points 2 days ago (1 children)

    Yes, as long as you get the option to disable it. And use custom keys.

    It's uh, more secure.

    [–] [email protected] 25 points 2 days ago (2 children)

    I enrolled custom keys and bricked my motherboard πŸ™ƒ

    [–] [email protected] 12 points 2 days ago (1 children)

    Same. Should've listened to securebootctl telling me the key was malformed.

    [–] [email protected] 7 points 1 day ago

    My keys were fine, I'd used them on a previous system. My best guess is boot failed because GPU firmware wasn't signed with my keys, only Microsoft's keys. And of course, I can't just CMOS clear, and I don't have an iGPU. It's crazy that an OS can brick my motherboard; I'd be a lot more forgiving if a BIOS option bricked it, but exposing a "brick me" option in efivars for any ring 0 software to press??

    [–] [email protected] 25 points 2 days ago (1 children)

    It's so secure that the first thing under Wikipedia's entry for Secure boot is Secure boot criticism

    Yes this is a real, I'm not joking.

    [–] [email protected] 8 points 2 days ago (2 children)

    It's not the first thing, it's in the middle.

    [–] Hawk 2 points 1 day ago

    Click the link, you'll see it is indeed the first heading under Criticism

    [–] [email protected] 3 points 2 days ago (1 children)

    under Wikipedia's entry for Secure boot

    What's the first thing under the "Secure boot" section? The section that it automatically scrolls to when clicking my link?

    [–] [email protected] 12 points 2 days ago (1 children)

    Secure Boot

    The UEFI specification defines a protocol known as Secure Boot, which...

    ....

    UEFI shell

    ....

    Classes

    ...

    Boot stages

    ...

    Usage

    ...

    Application development

    And finally

    Criticism

    [–] [email protected] 12 points 1 day ago

    Secure Boot

    See also: Secure Boot criticism

    It's right there under the header

    [–] [email protected] 21 points 2 days ago (1 children)

    You can set it to run only specifically signed binaries on boot.

    [–] [email protected] 9 points 2 days ago

    Specifically signed by anyone with a key - which, considering multiple where leaked over time - is everyone.