[16239] in Kerberos-V5-bugs
[krbdev.mit.edu #8776] Replay Cache FD Leak
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Fri Jan 25 10:18:46 2019
Mail-followup-to: rt@krbdev.mit.edu
mail-copies-to: never
From: Greg Hudson via RT <rt-comment@KRBDEV-PROD-APP-1.mit.edu>
In-Reply-To: <rt-8776@krbdev.mit.edu>
Message-ID: <rt-8776-49281.0.608609996816369@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #8776'":;
Date: Fri, 25 Jan 2019 10:18:40 -0500
MIME-Version: 1.0
Reply-To: rt-comment@KRBDEV-PROD-APP-1.mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
So far I haven't been able to find a leak in the replay cache code, and
I can't find records of how previous reports of this kind of issue were
resolved.
Note that each GSS acceptor credential handle (if it contains a krb5
credential) holds a replay cache handle, which holds an open file
descriptor. So if the application is leaking GSS credential handles,
it would manifest as an fd leak in the process.
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
