Thread (30 messages) 30 messages, 6 authors, 2021-07-09

Re: [PATCH RFC 00/12] Enroll kernel keys thru MOK

From: Eric Snowberg <eric.snowberg@oracle.com>
Date: 2021-07-07 16:46:28
Also in: keyrings, linux-crypto, linux-integrity, lkml

On Jul 7, 2021, at 10:28 AM, Christoph Hellwig [off-list ref] wrote:

On Wed, Jul 07, 2021 at 10:23:04AM -0600, Eric Snowberg wrote:
quoted
quoted
On Jul 7, 2021, at 12:46 AM, Christoph Hellwig [off-list ref] wrote:

On Tue, Jul 06, 2021 at 10:43:51PM -0400, Eric Snowberg wrote:
quoted
This is a follow up to the "Add additional MOK vars" [1] series I 
previously sent.  This series incorporates the feedback given 
both publicly on the mailing list and privately from Mimi. This 
series just focuses on getting end-user keys into the kernel trust 
boundary.
WTF is MOK?
MOK stands for Machine Owner Key.   The MOK facility can be used to 
import keys that you use to sign your own development kernel build, 
so that it is able to boot with UEFI Secure Boot enabled. Many Linux 
distributions have implemented UEFI Secure Boot using these keys 
as well as the ones Secure Boot provides.  It allows the end-user 
a choice, instead of locking them into only being able to use keys 
their hardware manufacture provided, or forcing them to enroll keys 
through their BIOS.
Please spell this out in your cover letters and commit logs.
I will add it in the future, thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help