[4172] in Kerberos-V5-bugs
Re: [krbdev.mit.edu #1445] GSSAPI can fail to generate error in
daemon@ATHENA.MIT.EDU (Nicolas Williams via RT)
Tue Apr 29 17:02:58 2003
Date: Tue, 29 Apr 2003 17:02:28 -0400 (EDT)
Message-Id: <rt-1445-5886.5.8695020757564@krbdev.mit.edu>
In-Reply-To: <rt-1445@krbdev.mit.edu>
From: "Nicolas Williams via RT" <rt-comment@krbdev.mit.edu>
To: krb5-prs@mit.edu
Reply-To: rt-comment@krbdev.mit.edu
Errors-To: krb5-bugs-bounces@mit.edu
Which brings us back to a discussion we had at Cthon03: why not always
decode the ap-req and use krb5_rd_req_dec() instead of krb5_rd_req().
IIRC you did not like having the decoding API exposed, so I suggested an
API for querying encoded AP-REQs. It would also be nice to have an
exposed API to query DER encoded objects for their tag and length.
Cheers,
Nico
On Tue, Apr 29, 2003 at 04:23:24PM -0400, Sam Hartman via RT wrote:
>
>
> Nico points out that in accept_sec_context, cred->princ is used as the
> server component of the call to krb5_mk_error.
>
>
> This is problematic because sname and srealm are required fields and
> cred->princ can be null in the gss_c_no_credential case.
>
>
> I believe that if cred->princ is null you can get the principal out of
> the decoded ap_req.
>
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> http://mailman.mit.edu/mailman/listinfo/krb5-bugs
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
http://mailman.mit.edu/mailman/listinfo/krb5-bugs
