CVE-2026-89539

In the Linux kernel, the following vulnerability has been resolved:

SUNRPC: reject duplicate CREDS_VALUE options

gssx_dec_option_array() walks the wire-supplied option array and, for

every entry whose name matches CREDS_VALUE, calls

gssx_dec_linux_creds() on the same struct svc_cred. That helper

unconditionally installs a fresh groups_alloc() result into

creds->cr_group_info without releasing whatever pointer was already

there:

for (i = 0; i < count; i++) {

... decode name ...

if (length == sizeof(CREDS_VALUE) &&

memcmp(p, CREDS_VALUE, sizeof(CREDS_VALUE)) == 0) {

err = gssx_dec_linux_creds(xdr, creds);

...

}

}

A reply that carries two CREDS_VALUE entries therefore overwrites

cr_group_info on the second iteration and orphans the group_info

allocated by the first call. The earlier free_creds path only

releases the last cr_group_info via free_svc_cred(), so the first

allocation's refcount stays at one and its kvmalloc-backed storage

is leaked. No in-tree caller of gssp_accept_sec_context_upcall()

expects more than one CREDS_VALUE per reply.

Fix by tracking whether a CREDS_VALUE option has already been

decoded and returning -EINVAL on any subsequent match, so the

free_creds path releases the single group_info that was installed.