News for hackers. Stuff that matters.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by dathinab on Saturday May 06, 2023 @03:28PM (#35844589)
I don't understand how such keys can leak?

Hasn't intel heard about locking keys in hardware, e.g. like with hardware security key modules similar but faster/flexibler then a TPM. Surly one of the main developers of TPM does understand that concept.... right? /s

Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by pmontra on Saturday May 06, 2023 @03:31PM (#35844629)
People know keys, people eventually leak keys. It always happened.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by mynameisvlad on Saturday May 06, 2023 @04:18PM (#35845018)
The point is that you can't leak a key from a HSM.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by josefx on Saturday May 06, 2023 @08:20PM (#35846627)
On the one hand that is the goal, on the other hand the applicable standard seems to be FIPS 140, which counts products with a flawless security history like OpenSSL amongst its long time adherents. In other words there is a non zero chance that the modules will just spit out the key if you even look at them funny.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by 29athrowaway on Saturday May 06, 2023 @03:31PM (#35844632)
Because security is a cost center and business people do not give a shit.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by noizejoy on Saturday May 06, 2023 @05:40PM (#35845579)
It’s not just business people. Most humans seem to see security (and safety) as a burden, not as something enjoyable.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by userbinator on Saturday May 06, 2023 @08:30PM (#35846673)
That's because people still generally value freedom over security, and that's a good thing.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by XorNot on Saturday May 06, 2023 @03:47PM (#35844776)
If it's a master key you can't run the business risk of losing access to it.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by dathinab on Saturday May 06, 2023 @04:51PM (#35845263)
you don't have that risk

there are more then just one or two ways to not have that risk and still have HSK

best many of this solutions scale pretty much to any arbitrary company size

Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by CircleSpokes on Saturday May 06, 2023 @03:49PM (#35844793)
The keys are OEM specific. Intel gives them to MSI so they can sign their firmware/BIOS updates. Clearly MSI didn't handle them well.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by emmelaich on Saturday May 06, 2023 @06:23PM (#35845874)
So this is really an MSI key? Not Intel - even if Intel created it.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by CircleSpokes on Saturday May 06, 2023 @06:55PM (#35846105)
Intel gave it to MSI, but I may have been incorrect before. Apparently the keys was shared across multiple OEMs (at least that is how I read this below)

>The leaked private keys affect Intel’s 11th, 12th, and 13th generation processors and were distributed to various OEMs, including Intel itself, Lenovo, and Supermicro.

Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by Joker_vD on Saturday May 06, 2023 @07:45PM (#35846459)
...isn't such signing usually done the other way around? Intel would hold the signing keys, MSI (or any other OEM manufacturer) then sends (over a secure channel) their firmware to Intel, Intel signs it and sends the signature back.
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by CircleSpokes on Saturday May 06, 2023 @07:52PM (#35846500)
I think that would make sense yes. It isn't clear to me why they would distribute the private keys to the OEMs (laziness?).
Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by Arnavion on Saturday May 06, 2023 @11:24PM (#35847613)
The processor has to verify the signature, which means the public key needs to be embedded in the processor. It makes sense that the processor manufacturer creates the keys and distributes them. If it was the other way around, then a) fifty motherboard manufacturers would make their own keys and the processor would need space to embed fifty of them, and b) a new fifty-first motherboard manufacturer coming into the market would be unable to support any existing CPUs. It would also explain why the same key was used for signing multiple motherboard manufacturers' firmware.

Why distribute the keys themselves instead of having some way for the motherboard manufacturers to upload an unsigned firmware and then download a signed one? That is probably laziness.

Re:Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Se... by csdvrx on Sunday May 07, 2023 @01:11AM (#35848126)
If this is the Intel key that's burned on the CPU (or PCH, I forgot) e-fuses, and that manufacturers use to sign their own BIOS and UEFI payloads, do you think this will enable us editing the manufacturer bioses to tweak variables, resign some of their EFI payloads or just remove some of these payloads? (like the ones involved in checking the PCI or USB ids is on an approved whitelist of WWAN and WLAN cards cards)

Like what https://erfur.github.io/2019/03/28/down_the_rabbit_hole_pt3.... could do before BootGuard?

I ask because this would enable a lot more security: I could mod my bios, and add a extras EFI module signed with my key that wouldn't trigger bootguard: then later during the boot, an encrypted grub or whatever could check them, say with a TPM enrolled key having their hashes: this could make the computer refuse to boot further if say the MAC address of the network card (or the CPU serial, or the NVME serial) doesn't match what I added.

Yes, an evil maid attack could do the same to me (by removing these checks I've added and replacing them say by nops), but that would alter their hash.

And if the secure boot payloads signed with my own key first check the existence of these modules, and then verifies that their signature (kept inside my signed payloads matches) my versions (and not the evil maid or the manufacturer original) I'd still get the benefits of secureboot - just with my own keys all the way down.

The it'd be super interesting to have!!