All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Huth <thuth@redhat.com>
To: Namjae Jeon <linkinjeon@kernel.org>, Steve French <smfrench@gmail.com>
Cc: linux-kernel@vger.kernel.org,
	Sergey Senozhatsky <senozhatsky@chromium.org>,
	Tom Talpey <tom@talpey.com>
Subject: [PATCH v2 0/5] smb: server: Clear sensitive data before freeing it
Date: Tue, 11 Aug 2026 17:46:15 +0200	[thread overview]
Message-ID: <20260811154620.2425851-1-thuth@redhat.com> (raw)

Sensitive data like keys that are stored in stack-local arrays could be
leaked via the stack to the calling functions, or via the heap when using
only normal kfree() functions.

It's good security practice to clear sensitive data on the stack first
with memzero_explicit() before leaving the context, and to use
kfree_sensitive() for data that is returned to the heap.

Disclaimer: The spots that need clearing have been identified with AI,
but the patches have been created manually (for double-checking whether
the findings really make sense). Anyway, I'm not very familiar with the
smb code, so please review carefully. Thanks!

v2:
- Calculate proper size for the kvfree_sensitive() in the first patch
- Add "kfree_sensitive(target)" hunk to the connection.c patch
- Add patch to clear Preauth_HashValue in smb2pdu.c

Thomas Huth (5):
  smb: server: Clear sensitive stack and heap data in auth.c
  smb: server: Make sure that passkey is not leaked on the heap in
    user_config.c
  smb: server: Free session data in user_session.c with
    kfree_sensitive()
  smb: server: Free sensitive data in connection.c with
    kfree_sensitive()
  smb: server: Clear Preauth_HashValue in smb2pdu.c with
    kfree_sensitive()

 fs/smb/server/auth.c              | 12 ++++++++++--
 fs/smb/server/connection.c        |  6 +++---
 fs/smb/server/mgmt/user_config.c  |  6 +++---
 fs/smb/server/mgmt/user_session.c |  4 ++--
 fs/smb/server/smb2pdu.c           |  4 ++--
 5 files changed, 20 insertions(+), 12 deletions(-)

-- 
2.55.0


             reply	other threads:[~2026-08-11 15:46 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-11 15:46 Thomas Huth [this message]
2026-08-11 15:46 ` [PATCH v2 1/5] smb: server: Clear sensitive stack and heap data in auth.c Thomas Huth
2026-08-11 15:46 ` [PATCH v2 2/5] smb: server: Make sure that passkey is not leaked on the heap in user_config.c Thomas Huth
2026-08-11 15:46 ` [PATCH v2 3/5] smb: server: Free session data in user_session.c with kfree_sensitive() Thomas Huth
2026-08-11 15:46 ` [PATCH v2 4/5] smb: server: Free sensitive data in connection.c " Thomas Huth
2026-08-11 15:46 ` [PATCH v2 5/5] smb: server: Clear Preauth_HashValue in smb2pdu.c " Thomas Huth
2026-08-12 12:41 ` [PATCH v2 0/5] smb: server: Clear sensitive data before freeing it Namjae Jeon

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=20260811154620.2425851-1-thuth@redhat.com \
    --to=thuth@redhat.com \
    --cc=linkinjeon@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=senozhatsky@chromium.org \
    --cc=smfrench@gmail.com \
    --cc=tom@talpey.com \
    /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 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.