summaryrefslogtreecommitdiffstats
path: root/virt/kvm
diff options
context:
space:
mode:
authorWaiman Long <longman@redhat.com>2020-06-04 16:48:21 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-06-22 09:05:01 +0200
commitcdfd1ec69045872a8deb873cc22fb49cbbf264a3 (patch)
tree460a5efcd542152365daea7246d9d6b6cf1e5ef1 /virt/kvm
parent9b91eb92713f2c15a5bf761529121776e88a695d (diff)
downloadlinux-stable-cdfd1ec69045872a8deb873cc22fb49cbbf264a3.tar.gz
linux-stable-cdfd1ec69045872a8deb873cc22fb49cbbf264a3.tar.bz2
linux-stable-cdfd1ec69045872a8deb873cc22fb49cbbf264a3.zip
mm: add kvfree_sensitive() for freeing sensitive data objects
[ Upstream commit d4eaa2837851db2bfed572898bfc17f9a9f9151e ] For kvmalloc'ed data object that contains sensitive information like cryptographic keys, we need to make sure that the buffer is always cleared before freeing it. Using memset() alone for buffer clearing may not provide certainty as the compiler may compile it away. To be sure, the special memzero_explicit() has to be used. This patch introduces a new kvfree_sensitive() for freeing those sensitive data objects allocated by kvmalloc(). The relevant places where kvfree_sensitive() can be used are modified to use it. Fixes: 4f0882491a14 ("KEYS: Avoid false positive ENOMEM error on key read") Suggested-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Waiman Long <longman@redhat.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Reviewed-by: Eric Biggers <ebiggers@google.com> Acked-by: David Howells <dhowells@redhat.com> Cc: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> Cc: James Morris <jmorris@namei.org> Cc: "Serge E. Hallyn" <serge@hallyn.com> Cc: Joe Perches <joe@perches.com> Cc: Matthew Wilcox <willy@infradead.org> Cc: David Rientjes <rientjes@google.com> Cc: Uladzislau Rezki <urezki@gmail.com> Link: http://lkml.kernel.org/r/20200407200318.11711-1-longman@redhat.com Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'virt/kvm')
0 files changed, 0 insertions, 0 deletions