Assertion failure due to repeated K5_KEY_GSS_SPNEGO_STATUS registration.

Greg Hudson ghudson at mit.edu
Thu Oct 15 18:55:45 EDT 2020


On 10/15/20 5:49 PM, Adam Dabrowski wrote:
> 1. Libgssapi_krb.so.2.2 is loaded dynamically with dlopen.
> 2. Call to gss_init_sec_context - library initialization, first 
> registration of K5_KEY_GSS_SPNEGO_STATUS.
> 3. libgssapi_krb.so.2.2 is unloaded, however libkrb5support stays in the 
> process memory.
> 4. Steps 1., 2..
> 5. Abort due to failed assertion 'destructors_set[keynum] == 0' in 
> k5_key_register.

If you edit gss_spnegoint_lib_fini() and add:

        k5_key_delete(K5_KEY_GSS_SPNEGO_STATUS);

does the problem go away?  I think this was neglected in commit
d160bc733a3dbeb6d84f4e175234ff18738d9f66 .


More information about the krbdev mailing list