From: Eric Biggers <ebiggers3@gmail.com> To: keyrings@vger.kernel.org Cc: linux-security-module@vger.kernel.org, David Howells <dhowells@redhat.com>, linux-kernel@vger.kernel.org, Eric Biggers <ebiggers@google.com> Subject: [PATCH 0/5] KEYS: sanitize key payloads Date: Fri, 21 Apr 2017 01:30:32 -0700 [thread overview] Message-ID: <20170421083037.12746-1-ebiggers3@gmail.com> (raw) From: Eric Biggers <ebiggers@google.com> This patch series introduces more thorough sanitization of keys managed by the kernel key retention service. This helps keep sensitive key material from sticking around in the slab caches after keys are released. This series covers the syscall interface and several of the common key types. It doesn't cover some of the less commonly used key types. Also, these changes are of course limited to the keyrings mechanism itself and don't remove the responsibility for keyrings users to securely handle any other sensitive data they may copy or generate. Regardless, there's no reason not to make the keyrings API follow best practices. Eric Biggers (5): KEYS: sanitize add_key() and keyctl() key payloads KEYS: user_defined: sanitize key payloads KEYS: encrypted: sanitize all key material KEYS: trusted: sanitize all key material KEYS: sanitize key structs before freeing include/linux/key.h | 1 - security/keys/encrypted-keys/encrypted.c | 31 +++++++++----------- security/keys/gc.c | 4 +-- security/keys/keyctl.c | 4 ++- security/keys/trusted.c | 50 ++++++++++++++------------------ security/keys/user_defined.c | 16 +++++++--- 6 files changed, 51 insertions(+), 55 deletions(-) -- 2.12.2
WARNING: multiple messages have this Message-ID (diff)
From: ebiggers3@gmail.com (Eric Biggers) To: linux-security-module@vger.kernel.org Subject: [PATCH 0/5] KEYS: sanitize key payloads Date: Fri, 21 Apr 2017 01:30:32 -0700 [thread overview] Message-ID: <20170421083037.12746-1-ebiggers3@gmail.com> (raw) From: Eric Biggers <ebiggers@google.com> This patch series introduces more thorough sanitization of keys managed by the kernel key retention service. This helps keep sensitive key material from sticking around in the slab caches after keys are released. This series covers the syscall interface and several of the common key types. It doesn't cover some of the less commonly used key types. Also, these changes are of course limited to the keyrings mechanism itself and don't remove the responsibility for keyrings users to securely handle any other sensitive data they may copy or generate. Regardless, there's no reason not to make the keyrings API follow best practices. Eric Biggers (5): KEYS: sanitize add_key() and keyctl() key payloads KEYS: user_defined: sanitize key payloads KEYS: encrypted: sanitize all key material KEYS: trusted: sanitize all key material KEYS: sanitize key structs before freeing include/linux/key.h | 1 - security/keys/encrypted-keys/encrypted.c | 31 +++++++++----------- security/keys/gc.c | 4 +-- security/keys/keyctl.c | 4 ++- security/keys/trusted.c | 50 ++++++++++++++------------------ security/keys/user_defined.c | 16 +++++++--- 6 files changed, 51 insertions(+), 55 deletions(-) -- 2.12.2 -- 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
next reply other threads:[~2017-04-21 8:31 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-04-21 8:30 Eric Biggers [this message] 2017-04-21 8:30 ` [PATCH 0/5] KEYS: sanitize key payloads Eric Biggers 2017-04-21 8:30 ` [PATCH 1/5] KEYS: sanitize add_key() and keyctl() " Eric Biggers 2017-04-21 8:30 ` Eric Biggers 2017-04-28 17:57 ` Eric Biggers 2017-04-28 17:57 ` Eric Biggers 2017-04-21 8:30 ` [PATCH 2/5] KEYS: user_defined: sanitize " Eric Biggers 2017-04-21 8:30 ` Eric Biggers 2017-04-21 8:30 ` [PATCH 3/5] KEYS: encrypted: sanitize all key material Eric Biggers 2017-04-21 8:30 ` Eric Biggers 2017-04-21 8:30 ` [PATCH 4/5] KEYS: trusted: " Eric Biggers 2017-04-21 8:30 ` Eric Biggers 2017-04-21 8:30 ` [PATCH 5/5] KEYS: sanitize key structs before freeing Eric Biggers 2017-04-21 8:30 ` Eric Biggers 2017-04-21 13:57 ` [PATCH 2/5] KEYS: user_defined: sanitize key payloads David Howells 2017-04-21 13:57 ` David Howells 2017-04-21 18:34 ` Eric Biggers 2017-04-21 18:34 ` Eric Biggers 2017-04-24 14:14 ` David Howells 2017-04-24 14:14 ` David Howells 2017-04-21 14:31 ` [PATCH 3/5] KEYS: encrypted: sanitize all key material David Howells 2017-04-21 14:31 ` David Howells 2017-04-21 18:24 ` Eric Biggers 2017-04-21 18:24 ` Eric Biggers 2017-04-24 14:14 ` David Howells 2017-04-24 14:14 ` David Howells 2017-04-27 15:09 ` [PATCH 0/5] KEYS: sanitize key payloads David Howells 2017-04-27 15:09 ` David Howells 2017-04-27 17:43 ` Eric Biggers 2017-04-27 17:43 ` Eric Biggers 2017-06-02 15:34 ` [PATCH 1/5] KEYS: sanitize add_key() and keyctl() " David Howells 2017-06-02 15:34 ` David Howells 2017-06-02 15:34 ` David Howells 2017-06-02 17:24 ` Eric Biggers 2017-06-02 17:24 ` Eric Biggers 2017-06-02 17:24 ` Eric Biggers
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=20170421083037.12746-1-ebiggers3@gmail.com \ --to=ebiggers3@gmail.com \ --cc=dhowells@redhat.com \ --cc=ebiggers@google.com \ --cc=keyrings@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-security-module@vger.kernel.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.