[17183] in Kerberos-V5-bugs
[krbdev.mit.edu #9247] git commit
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Mon Nov 9 11:57:31 2026
From: "Greg Hudson via RT" <rt-comment@krbdev.mit.edu>
In-Reply-To:
Message-ID: <rt-4.4.3-2-3124865-1794243445-1291.9247-4-0@mit.edu>
To: "AdminCc of krbdev.mit.edu Ticket #9247":;
Date: Mon, 09 Nov 2026 11:57:25 -0500
MIME-Version: 1.0
Reply-To: rt-comment@krbdev.mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
Mon Nov 09 11:57:25 2026: Request 9247 was acted upon.
Transaction: Ticket created by ghudson@mit.edu
Queue: krb5
Subject: git commit
Owner: ghudson@mit.edu
Requestors:
Status: new
Ticket <URL: https://krbdev.mit.edu/rt/Ticket/Display.html?id=9247 >
Fix RPC leak when client switches from RPCSEC_GSS
svc_do_xprt() currently retains xp_auth across calls for RPCSEC_GSS.
Consequently, there may be a pre-existing xp_auth value when
gssrpc__authenticate() begins. If the client switches to a different
auth flavor, we must destroy the pre-existing xp_auth value or the new
auth handler will overwrite it and leak its contents.
[ghudson@mit.edu: edited commit message and comment]
CVE-2026-112320:
The GSS-RPC transport layer in MIT Kerberos 5 (aka krb5) 1.4 and later
does not release the previous authentication context when a client
switches from an RPCSEC_GSS or AUTH_GSSAPI flavor to a non-GSS flavor
on the same TCP connection. This allows remote attackers to cause a
denial of service (memory exhaustion in kadmind) by repeatedly
establishing and abandoning GSS authentication contexts.
https://github.com/krb5/krb5/commit/c4288c4a2fd477f60b9390ca5a7db442055e679b
Author: Julien Rische <jrische@redhat.com>
Committer: Greg Hudson <ghudson@mit.edu>
Commit: c4288c4a2fd477f60b9390ca5a7db442055e679b
Branch: master
src/lib/rpc/svc_auth.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
