[11714] in Kerberos-V5-bugs
[krbdev.mit.edu #6787] S4U memory leak
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Wed Sep 29 13:40:09 2010
Mail-followup-to: rt@krbdev.mit.edu
mail-copies-to: never
From: "Greg Hudson via RT" <rt-comment@krbdev.MIT.EDU>
In-Reply-To: <rt-6787@krbdev.mit.edu>
Message-ID: <rt-6787-33195.4.28560632285873@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #6787'":;"'AdminCc of krbdev.mit.edu Ticket #6787'":;@MIT.EDU
Date: Wed, 29 Sep 2010 13:39:57 -0400 (EDT)
Reply-To: rt-comment@krbdev.MIT.EDU
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
The other solution I can imagine is creating an anonymous memory ccache
variant which destroys itself on exit. There would be implications for
the current implementation of krb5_cc_dup(), as well as any code which
tries to use the ccache name.
A flag in the gss-krb5 creds structure is probably more conservative, and
is fine for now.
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
