[12069] in Kerberos-V5-bugs
[krbdev.mit.edu #6944] gss_acquire_cred erroneous failure and
daemon@ATHENA.MIT.EDU (Arlene Berry" via RT)
Wed Aug 10 19:57:29 2011
Mail-followup-to: rt@krbdev.mit.edu
mail-copies-to: never
From: ""Arlene Berry" via RT" <rt-comment@krbdev.MIT.EDU>
In-Reply-To: <rt-6944@krbdev.mit.edu>
Message-ID: <rt-6944-34219.9.3857642781402@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #6944'":;"'AdminCc of krbdev.mit.edu Ticket #6944'":;@MIT.EDU
Date: Wed, 10 Aug 2011 19:57:27 -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
In src/lib/gssapi/mechglue/g_acquire_cred.c it appears the intent of gss_acquire_cred is to succeed if at least one of the mechanisms succeeds. However, if gss_add_cred for the last mechanism in the list fails, its error will be returned even though some others succeeded. It takes the success path for setting output parameters because creds->count is not less than 1 but then in cleanup it takes the error path because major is still set to the error from the failed gss_add_cred call unless the caller happens to ask for actual_mechs. Note that it sets output_cred_handle to creds and then frees creds.
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
