Profile
Matthew Garrett
About Matthew
Active Entries
- 1: Playing with Thunderbolt under Linux on Apple hardware
- 2: A short introduction to TPMs
- 3: More in the series of bizarre UEFI bugs
- 4: Samsung laptop bug is not Linux specific
- 5: Rebooting
- 6: Update on leaked UEFI signing keys - probably no significant risk
- 7: Leaked UEFI signing keys
- 8: Secure Boot and Restricted Boot.
- 9: The current state of UEFI and Linux
- 10: Using pstore to debug awkward kernel crashes
Expand Cut Tags
No cut tags
Customization
Date: 2012-06-01 10:14 am (UTC)The discussion starts with the main loader started from HDD. That loader can be customized to contain your own key (with a little hassle, but required only once) with which you could build your stuff (including signing your kernel code).
The whole point of UEFI security started with executing only TRUSTED boot code. By default, it's MS-trusted ("Windows logo") which RedHat negotiates for a signing. But the writer specifies that they want to get to a common ground in which the trusted decision comes to the user.
GPL is not involved in this whatsoever. The code itself will be distributed, which can be used without the keys (which is data, not code) provided deactivation is available(which is OEM dependent). I don't think the GPL requires to be able to obtain the identical binary.