Thread (11 messages) 11 messages, 3 authors, 2025-06-30

Re: [PATCH] apparmor: use SHA-256 library API instead of crypto_shash API

From: Eric Biggers <ebiggers@kernel.org>
Date: 2025-06-27 03:59:54
Also in: linux-crypto, lkml

On Sun, Jun 22, 2025 at 02:16:07PM -0700, John Johansen wrote:
On 6/12/25 12:11, Eric Biggers wrote:
quoted
On Sat, May 17, 2025 at 12:43:30AM -0700, John Johansen wrote:
quoted
On 5/13/25 21:21, Eric Biggers wrote:
quoted
On Mon, Apr 28, 2025 at 12:04:30PM -0700, Eric Biggers wrote:
quoted
From: Eric Biggers <redacted>

This user of SHA-256 does not support any other algorithm, so the
crypto_shash abstraction provides no value.  Just use the SHA-256
library API instead, which is much simpler and easier to use.

Signed-off-by: Eric Biggers <redacted>
---

This patch is targeting the apparmor tree for 6.16.

   security/apparmor/Kconfig  |  3 +-
   security/apparmor/crypto.c | 85 ++++++--------------------------------
   2 files changed, 13 insertions(+), 75 deletions(-)
Any interest in taking this patch through the apparmor or security trees?
I can take it through my tree
Thanks!  I notice this isn't in v6.16-rc1.  Do you have a pull request planned?
Hey Eric,

sorry I have been sick and didn't get a 6.16 pull request out. I am slowly trying
to dig my way out of the backlog, which is several weeks deeo. I might get together
a small PR of bug fixes before the 6.17 merge window but the bulk of what is in
apparmor-next will be waiting to merge in 6.17 now.
Hope you're feeling better!  Actually, would you mind if instead I took this
patch (with your ack) through the libcrypto-next tree for 6.17?
Otherwise there will be a silent merge conflict after I apply
https://lore.kernel.org/r/20250625070819.1496119-11-ebiggers@kernel.org/ (local)

- Eric
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help