Sanity check: GSSAPI SPI simplifications
lukeh at padl.com
Tue May 25 10:27:14 EDT 2010
> OK; that's a fair point. But what about being able to combine mechs from multiple sources under one mechglue? What happenns when someone releases a SCRAM implementation and their own mechglue? If they make different assumptions, then neither mech works with the other provider's glue, and apps are stuck with the choice of supporting either krb5 or SCRAM (a decision the framework is supposed to save them from) but not both.
Recall also that the MIT mechglue supports dynamic loading of shared objects that themselves export the GSS API.
More information about the krbdev