Thread (109 messages) 109 messages, 20 authors, 2018-11-21

[GIT PULL] Kernel lockdown for secure boot

From: viro@ZenIV.linux.org.uk (Al Viro)
Date: 2018-04-03 21:21:31
Also in: linux-api, linux-efi, linux-man, lkml

On Tue, Apr 03, 2018 at 09:08:54PM +0000, Matthew Garrett wrote:
quoted
The fact is, some hardware pushes secure boot pretty hard. That has
*nothing* to do with some "lockdown" mode.
Secure Boot ensures that the firmware will only load signed bootloaders. If
a signed bootloader loads a kernel that's effectively an unsigned
bootloader, there's no point in using Secure Boot - you should just turn it
off instead, because it's not giving you any meaningful security. Andy's
example gives a scenario where by constraining your *userland* sufficiently
you can get close to having the same guarantees, but that involves you
having a read-only filesystem and takes you even further away from having a
general purpose computer.

If you don't want Secure Boot, turn it off. If you want Secure Boot, use a
kernel that behaves in a way that actually increases your security.
That assumes you *can* turn that shit off.  On the hardware where manufacturer
has installed firmware that doesn't allow that SB is a misfeature that has
to be worked around.  Making that harder might improve the value of SB to
said manufacturers, but what's the benefit for everybody else?
--
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help