[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <534145.1762588015@warthog.procyon.org.uk>
Date: Sat, 08 Nov 2025 07:46:55 +0000
From: David Howells <dhowells@...hat.com>
To: "Elliott, Robert (Servers)" <elliott@....com>
Cc: dhowells@...hat.com, Simo Sorce <simo@...hat.com>,
James Bottomley <James.Bottomley@...senPartnership.com>,
Ignat Korchagin <ignat@...udflare.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Stephan Mueller <smueller@...onox.de>,
"torvalds@...ux-foundation.org" <torvalds@...ux-foundation.org>,
Paul Moore <paul@...l-moore.com>, "Lukas
Wunner" <lukas@...ner.de>,
Clemens Lang <cllang@...hat.com>,
David Bohannon <dbohanno@...hat.com>,
Roberto Sassu <roberto.sassu@...wei.com>,
"keyrings@...r.kernel.org" <keyrings@...r.kernel.org>,
"linux-crypto@...r.kernel.org" <linux-crypto@...r.kernel.org>,
"linux-security-module@...r.kernel.org" <linux-security-module@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: Module signing and post-quantum crypto public key algorithms
Elliott, Robert (Servers) <elliott@....com> wrote:
> The traditional signature would use whatever algorithm is used today.
> Legacy verifiers would only check that.
Would there be any legacy verifiers? Kernel modules are generally tied to the
kernel version for which they were compiled. Granted there are things like
the wifi regulatory stuff that are also signed.
But note also, PKCS#7 supports multiple independent signatures in a single
object. The kernel will handle this already. At least one signature must be
verifiable and none must be blacklisted.
I assume that the main aim of using a composite algorithm is to share the
result of the content hash - but in this case only the authenticatedAttributes
are going to be hashed for the signature, and that's relatively small.
David
Powered by blists - more mailing lists