To view parent comment, click here.
To read all comments associated with this story, please click here.
Or the UEFI industry could move to using a Certificate Authority like most current code signing systems do.
They could also allow you to load certificates from a USB drive for self signed code, making it harder for a malware author to put their certificate in the UEFI but making it fairly painless for a user to handle.
I'm not sure if this would work, or not. How would it still be impossible for a blackhat author to self-sign their malware rootkit?
If it can work, and it could be possible to make it fairly painless for a user to boot self-signed code, and the industry doesn't do it ... then the concerns expressed by the author of the original article would be shown to have been completely valid, would they not?
they could always add an option to generate your OWN key or passphrase for signing Open Source software right in the bios. It wouldn't really effect Microsoft because it could be a different format or something and you'd have to generate it so it wouldn't be one of their keys. Then they could have an open source program to sign the stuff to run on it.
I'd be trivial to implement, that is what the Open Source people should be going for.




Member since:
2007-02-17
It is not a problem of the linux community, it is a problem that whoever makes the UEFI hardware won't give out signing keys to anybody and everybody. They will put only a certain number of keys in the UEFI ROMs, and the only OSes which will boot will be those signed with a matching key.
If they then give signing keys out to everybody who wanted to compile a new kernel, then root-kit authors could sign their root kits, and we are back to square one. They may as well not have the whole secure boot thing in the first place. It only makes sense if the signing keys are kept as secrets.
Edited 2011-09-22 02:09 UTC