[krbdev.mit.edu #8844] SPNEGO should filter mechs on acceptor with gss_acquire_cred()

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[krbdev.mit.edu #8844] SPNEGO should filter mechs on acceptor with gss_acquire_cred()

Jeffrey Arbuckle via RT

Tue Oct 29 14:41:16 2019: Request 8844 was acted upon.
 Transaction: Ticket created by [hidden email]
       Queue: krb5
     Subject: SPNEGO should filter mechs on acceptor with gss_acquire_cred()
       Owner: Nobody
  Requestors: [hidden email]
      Status: open
 Ticket <URL: https://krbdev.mit.edu/rt/Ticket/Display.html?id=8844 >


In SPNEGO, the initiator proposes a list of mechanisms and the acceptor picks
one. In the code, the list of negotiable mechanisms on each side is taken from
the credential if one is provided; otherwise gss_indicate_mechs() is used (with
SPNEGO removed, and after tickets 8021 and 8217 some mechs are filtered out by
attribute). In the latter case, the initiator but not the acceptor filters the
mechs using gss_acquire_cred(). This distinction in behavior dates back to the
original import of the Solaris SPNEGO code.

I believe the acceptor should also filter mechs using gss_acquire_cred(), to
reduce the likelihood that it will choose a mechanism it cannot accept. This
will also provide greater consistency between using the default
verifier_cred_handle and using an explicitly acquired verifier_cred_handle
obtained with the default name and mech list.


_______________________________________________
krb5-bugs mailing list
[hidden email]
https://mailman.mit.edu/mailman/listinfo/krb5-bugs