All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nathan Chancellor <nathan@kernel.org>
To: Thomas Huth <thuth@redhat.com>
Cc: Eric Biggers <ebiggers@kernel.org>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	"David S. Miller" <davem@davemloft.net>,
	"Jason A. Donenfeld" <Jason@zx2c4.com>,
	Ard Biesheuvel <ardb@kernel.org>, Borislav Petkov <bp@alien8.de>,
	linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org,
	Thomas Gleixner <tglx@kernel.org>, Ingo Molnar <mingo@redhat.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Namjae Jeon <linkinjeon@kernel.org>
Subject: Re: [PATCH v4 11/13] lib/crypto: sha2: Provide functions for zeroizing SHA2 hmac_sha* structures
Date: Thu, 24 Sep 2026 10:58:06 -0400	[thread overview]
Message-ID: <20260924145806.GA1949494@ax162> (raw)
In-Reply-To: <20260916095022.604354-12-thuth@redhat.com>

Hi Thomas,

On Wed, Sep 16, 2026 at 11:50:13AM +0200, Thomas Huth wrote:
> In certain cases crypto code functions need to zeroize their local SHA2
> hmac_sha*_key or hmac_sha*_ctx structures after use to avoid leaking
> sensitive material on the stack.
> Provide hmac_sha*_zeroize_key() and hmac_sha*_zeroize_ctx() helper
> functions that can be used with __cleanup() to automatically zeroize
> the structure when it goes out of scope.
> 
> Reviewed-by: Namjae Jeon <linkinjeon@kernel.org>
> Signed-off-by: Thomas Huth <thuth@redhat.com>
> ---
>  include/crypto/sha2.h | 73 +++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 73 insertions(+)
> 
> diff --git a/include/crypto/sha2.h b/include/crypto/sha2.h
> index 7bb8fe169daf2..22fbc37ae8407 100644
> --- a/include/crypto/sha2.h
> +++ b/include/crypto/sha2.h
> @@ -7,6 +7,7 @@
>  #define _CRYPTO_SHA2_H
>  
>  #include <linux/types.h>
> +#include <linux/string.h>

I am seeing a build failure with CONFIG_CFI=y after this patch landed in
-next as commit 09eb210b7deb ("lib/crypto: sha2: Provide functions for
zeroizing SHA2 hmac_sha* structures").

  $ printf 'CONFIG_%s=y\n' CFI KEXEC_FILE >kernel/configs/repro.config

  $ make -skj"$(nproc)" ARCH=x86_64 LLVM=1 mrproper defconfig repro.config arch/x86/purgatory/
  ld.lld: error: undefined symbol: __memset
  >>> referenced by string.c
  >>>               arch/x86/purgatory/purgatory.ro:(__UNIQUE_ID_addressable___memset_5)

  ld.lld: error: undefined symbol: __memmove
  >>> referenced by string.c
  >>>               arch/x86/purgatory/purgatory.ro:(__UNIQUE_ID_addressable___memmove_6)
  make[6]: *** [arch/x86/purgatory/Makefile:80: arch/x86/purgatory/purgatory.chk] Error 1
  ...

This comes from the instances of KCFI_REFERENCE in
arch/x86/include/asm/string_64.h. Maybe __DISABLE_EXPORTS should be set
for the full purgatory to avoid this? I am juggling a lot of stuff at
the moment so just this report instead of a full patch.

diff --git a/arch/x86/purgatory/Makefile b/arch/x86/purgatory/Makefile
index cde8463b4d84..aa5b48c47e4f 100644
--- a/arch/x86/purgatory/Makefile
+++ b/arch/x86/purgatory/Makefile
@@ -11,8 +11,6 @@ $(obj)/string.o: $(srctree)/arch/x86/boot/compressed/string.c FORCE
 $(obj)/sha256.o: $(srctree)/lib/crypto/sha256.c FORCE
 	$(call if_changed_rule,cc_o_c)
 
-CFLAGS_sha256.o := -D__DISABLE_EXPORTS
-
 # When profile-guided optimization is enabled, llvm emits two different
 # overlapping text sections, which is not supported by kexec. Remove profile
 # optimization flags.
@@ -38,6 +36,7 @@ PURGATORY_CFLAGS += -fpic -fvisibility=hidden
 PURGATORY_CFLAGS += $(DISABLE_KSTACK_ERASE) -DDISABLE_BRANCH_PROFILING
 PURGATORY_CFLAGS += -fno-stack-protector
 PURGATORY_CFLAGS += -D__NO_FORTIFY
+PURGATORY_CFLAGS += -D__DISABLE_EXPORTS
 
 # Default KBUILD_CFLAGS can have -pg option set when FTRACE is enabled. That
 # in turn leaves some undefined symbols like __fentry__ in purgatory and not
-- 
Cheers,
Nathan

  reply	other threads:[~2026-09-24 14:58 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-16  9:50 [PATCH v4 00/13] libcrypto: Provide more __cleanup functions for zeroizing data Thomas Huth
2026-09-16  9:50 ` [PATCH v4 01/13] lib/crypto: aes: Provide functions for zeroizing aes_key and aes_enckey Thomas Huth
2026-09-16  9:50 ` [PATCH v4 02/13] lib/crypto: aes-xts: Provide function for zeroizing aes_xts_key Thomas Huth
2026-09-16  9:50 ` [PATCH v4 03/13] lib/crypto: aes-gcm: Provide functions for zeroizing aes_gcm* structures Thomas Huth
2026-09-16  9:50 ` [PATCH v4 04/13] lib/crypto: aes-ccm: Provide functions for zeroizing aes_ccm* structures Thomas Huth
2026-09-16  9:50 ` [PATCH v4 05/13] lib/crypto: md5: Provide a function for zeroizing hmac_md5 structures Thomas Huth
2026-09-16  9:50 ` [PATCH v4 06/13] lib/crypto: sm3: Provide a function for zeroizing the sm3_ctx structure Thomas Huth
2026-09-16  9:50 ` [PATCH v4 07/13] lib/crypto: blake2: Provide functions for zeroizing blake2*_ctx structures Thomas Huth
2026-09-16  9:50 ` [PATCH v4 08/13] lib/crypto: sha1: Provide functions for zeroizing hmac_sha1 structures Thomas Huth
2026-09-16  9:50 ` [PATCH v4 09/13] security: keys: trusted: always clear the hmac_sha1_ctx before returning Thomas Huth
2026-09-16  9:50 ` [PATCH v4 10/13] x86/purgatory: Compile purgatory with -D__NO_FORTIFY Thomas Huth
2026-09-16  9:50 ` [PATCH v4 11/13] lib/crypto: sha2: Provide functions for zeroizing SHA2 hmac_sha* structures Thomas Huth
2026-09-24 14:58   ` Nathan Chancellor [this message]
2026-09-24 17:49     ` Eric Biggers
2026-09-24 18:40       ` Thomas Huth
2026-09-16  9:50 ` [PATCH v4 12/13] smb: client: Use hmac_sha256_zeroize_ctx function to clear hmac_sha256_ctx Thomas Huth
2026-09-16  9:50 ` [PATCH v4 13/13] lib/crypto: Add documentation about zeroization of key and context data Thomas Huth
2026-09-30 20:14   ` Eric Biggers
2026-10-01  6:51     ` Thomas Huth
2026-09-23  3:20 ` [PATCH v4 00/13] libcrypto: Provide more __cleanup functions for zeroizing data 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=20260924145806.GA1949494@ax162 \
    --to=nathan@kernel.org \
    --cc=Jason@zx2c4.com \
    --cc=ardb@kernel.org \
    --cc=bp@alien8.de \
    --cc=dave.hansen@linux.intel.com \
    --cc=davem@davemloft.net \
    --cc=ebiggers@kernel.org \
    --cc=herbert@gondor.apana.org.au \
    --cc=linkinjeon@kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@kernel.org \
    --cc=thuth@redhat.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.