From: David Howells <dhowells@redhat.com>
To: mmarek@suse.cz, dwmw2@infradead.org
Cc: dhowells@redhat.com,
Linus Torvalds <torvalds@linux-foundation.org>,
Abelardo Ricart III <aricart@memnix.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Sedat Dilek <sedat.dilek@gmail.com>,
keyrings@linux-nfs.org, Rusty Russell <rusty@rustcorp.com.au>,
LSM List <linux-security-module@vger.kernel.org>
Subject: Should we automatically generate a module signing key at all?
Date: Mon, 18 May 2015 17:04:47 +0100 [thread overview]
Message-ID: <31154.1431965087@warthog.procyon.org.uk> (raw)
Hi Michal, Dave,
Should we automatically generate a module signing key at all since that has
the possibility of accidentally overwriting a key that the builder has placed
in the tree?
Should we instead provide a script:
./scripts/generate-key
That generates a key if run and make it so that the build fails if you turn on
module signing and there's no key.
The script could then be parameterised, eg:
./scripts/generate-key -n dhowells@redhat.com -k rsa2048 -d sha256 \
-o ./my-signing-key.priv -x ./my-signing-key.x509 \
-p "correct horse battery staple"
Yes, this might throw randconfig into a strop but that can be dealt with by:
(1) Requiring anyone who runs randconfig to provide a key first just in case.
(2) Marking the CONFIG_MODULE_SIG_ALL option to be ignored by randconfig - it
only applies during installation anyway.
(3) Accept that module *installation* will fail due to a lack of private key
and just handle a complete lack of X.509 certs in the source and build
dirs when assembling system_certificates.S.
David
next reply other threads:[~2015-05-18 16:05 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-18 16:04 David Howells [this message]
2015-05-18 16:19 ` David Woodhouse
2015-05-18 16:22 ` Linus Torvalds
2015-05-18 16:55 ` David Woodhouse
2015-05-18 16:20 ` Linus Torvalds
2015-05-19 0:51 ` Andy Lutomirski
2015-05-19 7:42 ` David Woodhouse
2015-05-19 17:44 ` Linus Torvalds
2015-05-19 17:58 ` Andy Lutomirski
2015-05-19 18:01 ` Linus Torvalds
2015-05-19 18:08 ` David Woodhouse
2015-05-19 18:12 ` Andy Lutomirski
2015-05-19 18:38 ` David Woodhouse
2015-05-19 18:49 ` Andy Lutomirski
2015-05-19 20:00 ` David Woodhouse
2015-05-19 20:05 ` Andy Lutomirski
2015-05-19 20:25 ` David Woodhouse
2015-05-19 18:44 ` David Howells
2015-05-19 19:01 ` Andy Lutomirski
2015-05-21 16:10 ` David Howells
2015-05-21 16:50 ` Andy Lutomirski
2015-06-23 20:37 ` Pavel Machek
2015-05-20 5:01 ` Rusty Russell
2015-05-19 8:53 ` David Howells
2015-05-19 12:46 ` David Woodhouse
2015-05-19 12:52 ` David Howells
2015-05-19 14:36 ` Andy Lutomirski
2015-05-19 15:37 ` Mimi Zohar
2015-05-19 15:53 ` Petko Manolov
2015-05-19 17:17 ` Andy Lutomirski
2015-05-19 15:30 ` David Howells
2015-05-19 15:55 ` Theodore Ts'o
2015-05-19 16:09 ` Petko Manolov
2015-05-19 17:32 ` Mimi Zohar
2015-05-19 17:43 ` Andy Lutomirski
2015-05-19 17:53 ` Linus Torvalds
2015-05-19 16:23 ` David Howells
2015-05-19 17:55 ` Theodore Ts'o
2015-05-19 18:10 ` David Howells
2015-05-19 21:47 ` Jiri Kosina
2015-05-20 7:45 ` Michal Marek
2015-05-20 7:47 ` Michal Marek
2015-05-19 17:17 ` Andy Lutomirski
2015-05-19 18:38 ` David Howells
2015-05-19 18:46 ` Andy Lutomirski
2015-05-19 18:50 ` David Howells
2015-05-19 18:57 ` David Howells
2015-05-19 19:06 ` Andy Lutomirski
2015-05-21 15:59 ` David Howells
2015-05-21 23:54 George Spelvin
2015-05-22 0:03 ` Linus Torvalds
2015-05-22 0:10 ` Andy Lutomirski
2015-05-22 14:13 ` George Spelvin
2015-05-22 20:40 ` Linus Torvalds
2015-05-22 20:44 ` Andy Lutomirski
2015-05-22 21:09 ` Linus Torvalds
2015-05-22 22:18 ` David Howells
2015-05-22 22:21 ` Linus Torvalds
2015-05-22 22:15 ` David Howells
2015-05-22 22:19 ` Andy Lutomirski
2015-05-22 22:21 ` David Howells
2015-05-22 0:03 ` Andy Lutomirski
2015-05-22 12:42 ` George Spelvin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=31154.1431965087@warthog.procyon.org.uk \
--to=dhowells@redhat.com \
--cc=aricart@memnix.com \
--cc=dwmw2@infradead.org \
--cc=keyrings@linux-nfs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=mmarek@suse.cz \
--cc=rusty@rustcorp.com.au \
--cc=sedat.dilek@gmail.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome