Re: [PATCH v2 0/6] KEYS: rhashtable bug fixes

[Jarkko Sakkinen <jarkko@kernel.org>]

On Mon, Oct 19, 2026 at 09:17:20PM +0300, Jarkko Sakkinen wrote:
> My patch set that migrates assoc_array to rhashtable had some LLM
> scavegend bug fixes. Unfortunately most them where either plain wrong or
> not in the right scope. The bug fixes in this patch set are by human
> labour constructed fully but they are derived from what I got out of the
> original LLM source. Thus, they are tagged as LLM assisted.
> 
> Changelog
> =========
> 
> - v2: There was enough tweaks that a sanity check round makes sense just
>   in case.
> - v2: Addressed issues pointed out by David.
> - v1: https://lore.kernel.org/keyrings/20261019142516.300040-1-jarkko@kernel.org/
> 
> Jarkko Sakkinen (6):
>   KEYS: Expand key->{datalen,quotalen} to unsigned int
>   KEYS: Reject @desclen values >= KEY_MAX_DESC_SIZE in key_alloc()
>   KEYS: Prevent overflow of user->{qnkeys,qnbytes} in key_alloc()
>   KEYS: Prevent overflow of quota in key_alloc()
>   KEYS: Reject @datalen values over INT_MAX
>   KEYS: Verify the key identity in __keyctl_unlink
> 
>  include/linux/key.h     | 6 ++++--
>  security/keys/key.c     | 9 +++++++++
>  security/keys/keyctl.c  | 2 --
>  security/keys/keyring.c | 6 ++++++
>  4 files changed, 19 insertions(+), 4 deletions(-)
> 
> --
> 2.47.3
> 

The benefit with this slicing is at least that backport conflicts should
be easy to resolve, and if I recall correctly all go to v5.10+ stable
kernels.

Br, Jarkko