Live data from Hacker News

Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

binarly.io

51–60 of 142 posts

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#51
post #8

Fortunately there's a FLOSS alternative: TPM with Heads, https://osresearch.net/ . Works for me.

What hardware do you use the most recent supported seems like the Librem offerings. Which are intel 10th gen. Otherwise it’s gets pretty ancient

Indeed I'm using a Librem laptop with Pureboot. Librem 14v1 has been discontinued, Purism is developing the second version, hopefully with a newer CPU.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#52
post #48
post #46

Earlier quoted context omitted.

It would be fine it were only that. The actual problem is that software vendors can and do use Secure Boot to also check if you, the machine's owner, "decided" to "trust" this set of special CAs - and if you did not (and limited your freedom to execute any code you want in any way you want it on your machine in doing so), make the software you bought/licensed from them - or any other software you would like to run on…

Which vendors?

Microsoft, with Windows 11. No, the "LabConfig" bs does not count.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#53
post #47

Earlier quoted context omitted.

Knowing several deep hardware people: they're incredibly dismissive of vulnerabilities. Direct quote (as best I can remember) "Some PhD student can figure out theoretical power attacks. They're not relevant to actual products" Same person thinks I'm literally paranoid for splitting home, IoT, and Security cameras into separate networks... despite the cameras and dvr being the banned/recalled costco ones.

To be fair, many CVEs are just that

Everyone says that till they get remote rootkitted in ane exploit chain that uses a moderate rated cve.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#54
post #39

Earlier quoted context omitted.

My first encounter with UEFI turned out to be quite expensive because UEFI was way too new and easy to brick. I guess things are better now, but toying around with this might still be a risk not worth taking as a consumer.

> I guess things are better now, A bit. But compared to BIOS is still crap. The main advantage of UEFI over BIOS is that it offers RCE. /s

Do most UEFI allow for the "R" in RCE?

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#55
post #43
post #31

I still genuinely struggle to understand the advantage of UEFI/Secureboot whatever over BIOS. I own a piece of hardware, so I can do what I want to it. Out there, there is software, which I have to figure out how I'm going to trust, whether it's e.g Windows and I'm trusting that whole way of doing things, or Linux and that other whole way of doing things.

Theoretically you hook up your whole disk encryption to your secureboot and it protects you against "evil maid" attacks. But yeah I'm pretty sure in practice it's about making it harder to install Linux or watch imported Blurays.

With laptops, unauthorized physical access happens a lot more often. People lose them, they get stolen, etc.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#56
post #12

Please ... just give me back my BIOS.

BIOS isn't magically secure either. It has no secureboot so it just runs whatever.

Nevertheless, it is trivial to make any BIOS-based computer at least as secure as the most secure UEFI/secureboot-based computers.

For that, any SSDs/HDDs included in the computer should be non-bootable and fully-encrypted.

Then the BIOS will happily run whatever an intruder will attempt to run, but nonetheless the intruder will not have any access, neither for reading nor for writing, to the data hosted by the computer.

The owner can boot from a removable USB memory, used as a computer key, whose content cannot be modified by someone else as long as the owner keeps it.

All Intel/AMD CPUs have backdoors in the form of the System Management Mode and of various hardware management engines, which can be exploited by a malicious BIOS or UEFI firmware to monitor what the operating system that is controlled by the user does, but SecureBoot also offers no protection against such backdoors. ARM CPUs are no better, because many of them have copied Intel, so they have the equivalent of the SMM: EL3.

If you run yourself a hostile application after booting, then SecureBoot also does not offer any protection against that.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#57
post #49
post #48

Earlier quoted context omitted.

Which vendors?

As example, FaceIT Anti Cheat only works if Secure Boot is enabled. I guess their argument is that they can ensure you only boot genuine Windows and thus they can better check if you've tampered with anything.

I've found no evidence that it checks the set of trusted certs, only that secure boot is enabled (which is trivial to fake).

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#59
post #31

I still genuinely struggle to understand the advantage of UEFI/Secureboot whatever over BIOS. I own a piece of hardware, so I can do what I want to it. Out there, there is software, which I have to figure out how I'm going to trust, whether it's e.g Windows and I'm trusting that whole way of doing things, or Linux and that other whole way of doing things.

You should be able to do what you want to it. You should also be able to configure it such that only you can do what you want to it, and nobody else can.

Secure Boot protects against boot kits, malware that replaces the bootloader and backdoors the OS as it boots and before any other security protections kick in. Real world bootkits have been found in the wild, and we've even seen them use vulnerabilities in signed (now revoked) bootloaders, so we know secure boot has forced their developers to work harder. You may not be worried about that as a risk (well, until you are) but there are real people who this has genuinely protected.

Is it worth it by default? Completely reasonable separate discussion to have. But is there a reason it exists? Absolutely.

Re: Another Crack in the Chain of Trust: Uncovering (Yet Another) Secure Boot Bypass

#60
post #31

I still genuinely struggle to understand the advantage of UEFI/Secureboot whatever over BIOS. I own a piece of hardware, so I can do what I want to it. Out there, there is software, which I have to figure out how I'm going to trust, whether it's e.g Windows and I'm trusting that whole way of doing things, or Linux and that other whole way of doing things.

[dead]
Post reply on HN