summaryrefslogtreecommitdiffstats
path: root/crypto/lz4hc.c
diff options
context:
space:
mode:
authorLukas Bulwahn <lukas.bulwahn@gmail.com>2021-08-22 12:31:07 +0200
committerHerbert Xu <herbert@gondor.apana.org.au>2021-08-27 16:30:19 +0800
commit6ae51ffe5e768d9e25a7f4298e2e7a058472bcc3 (patch)
treec1f294b6673237f11a715d152831b6975d3b9b49 /crypto/lz4hc.c
parent72ff2bf04db2a48840df93a461b7115900f46c05 (diff)
downloadlinux-stable-6ae51ffe5e768d9e25a7f4298e2e7a058472bcc3.tar.gz
linux-stable-6ae51ffe5e768d9e25a7f4298e2e7a058472bcc3.tar.bz2
linux-stable-6ae51ffe5e768d9e25a7f4298e2e7a058472bcc3.zip
crypto: sha512 - remove imaginary and mystifying clearing of variables
The function sha512_transform() assigns all local variables to 0 before returning to its caller with the intent to erase sensitive data. However, make clang-analyzer warns that all these assignments are dead stores, and as commit 7a4295f6c9d5 ("crypto: lib/sha256 - Don't clear temporary variables") already points out for sha256_transform(): The assignments to clear a through h and t1/t2 are optimized out by the compiler because they are unused after the assignments. Clearing individual scalar variables is unlikely to be useful, as they may have been assigned to registers, and even if stack spilling was required, there may be compiler-generated temporaries that are impossible to clear in any case. This applies here again as well. Drop meaningless clearing of local variables and avoid this way that the code suggests that data is erased, which simply does not happen. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> Reviewed-by: Nick Desaulniers <ndesaulniers@google.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'crypto/lz4hc.c')
0 files changed, 0 insertions, 0 deletions