[11975] in Kerberos-V5-bugs
[krbdev.mit.edu #6893] error codes from error responses can be
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Tue Apr 19 15:43:23 2011
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-6893@krbdev.mit.edu>
Message-ID: <rt-6893-34010.12.8358674423222@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #6893'":;"'AdminCc of krbdev.mit.edu Ticket #6893'":;@MIT.EDU
Date: Tue, 19 Apr 2011 15:43:20 -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
I think the correct way to handle an unframed KRB-ERROR response
containing e_data is to handle it as if it were a framed KRB-ERROR
response. Currently, that means ignoring the error code and instead
returning success with the numeric result code in the e_data.
Unfortunately, the way the code is currently structured, it would be a
little tricky to bypass the vno/ap_rep.length logic to get to the code for
handling a framed KRB-ERROR, so this will require some restructuring.
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
