[11972] 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 14:43:20 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-34003.16.0366331625681@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 14:43:18 -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
Are you actually seeing unframed KRB-ERROR responses with e_data? If so,
from what server, and what's in the e_data?
The intention of the code is to work around the specific interoperability
bug where an AD server returns an unframed KRB-ERROR message with no
e_data, which was a specific observed behavior. If there are servers
returning unframed KRB-ERROR messages with e_data, we need to figure out
how to process it. The current code intentionally treats the packet as
garbage (because plen is wrong and the circumstances don't meet the
specific interop workaround).
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
