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

Greg Hudson via RT rt-comment at KRBDEV-PROD-APP-1.mit.edu
Tue Oct 29 14:41:16 EDT 2019


Tue Oct 29 14:41:16 2019: Request 8844 was acted upon.
 Transaction: Ticket created by ghudson at mit.edu
       Queue: krb5
     Subject: SPNEGO should filter mechs on acceptor with gss_acquire_cred()
       Owner: Nobody
  Requestors: ghudson at mit.edu
      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.




More information about the krb5-bugs mailing list