kadmin core dumping

Sean McNeil sean at mcneil.com
Sun Sep 12 17:30:02 PDT 2004

I have had this problem for a very long time.  I really haven't found
anything I can point my finger at about this, but it seems like there is
something wrong with the key generation:

A simple thing like

kadmin -l
kadmin> init MCNEIL.COM

would core dump with

#11 0x0000000000000000 in ?? ()
#12 0x00000002009863ca in krb5_string_to_key_data_salt_opaque (
    context=0xc0f02010, enctype=201589254, password=
      {length = 6, data = 0x408d78}, salt=
        {salttype = KRB5_PW_SALT, saltvalue = {length = 26, data = 0x50f320}},
    opaque={length = 0, data = 0x0}, key=0x7)
    at /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/crypto.c:1007
#13 0x0000000200986321 in krb5_string_to_key_data_salt (context=0xcc182000,
    enctype=-955776509, password={length = 6, data = 0x408d78}, salt=
        {salttype = KRB5_PW_SALT, saltvalue = {length = 26, data = 0x50f320}},

I've always suspected that I have something old in my system that is
causing this.  Now I wonder if it isn't openssl from the ports.  For
some reason, kadmin is linked with libcrypto.so.3 instead of the
libcrypto.so in /usr/lib:

        libkadm5clnt.so.7 => /usr/lib/libkadm5clnt.so.7 (0x200636000)
        libkadm5srv.so.7 => /usr/lib/libkadm5srv.so.7 (0x20073f000)
        libhdb.so.7 => /usr/lib/libhdb.so.7 (0x20084d000)
        libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x200960000)
        libroken.so.7 => /usr/lib/libroken.so.7 (0x200aa9000)
        libasn1.so.7 => /usr/lib/libasn1.so.7 (0x200bb9000)
        libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x200ce2000)
        libcrypt.so.2 => /lib/libcrypt.so.2 (0x200f30000)
        libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x201049000)
        libreadline.so.4 => /lib/libreadline.so.4 (0x20114b000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x201285000)
        libldap-2.2.so.7 => /usr/local/lib/libldap-2.2.so.7
        liblber-2.2.so.7 => /usr/local/lib/liblber-2.2.so.7
        libc.so.5 => /lib/libc.so.5 (0x201628000)
        libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x20182c000)
        libssl.so.3 => /usr/local/lib/libssl.so.3 (0x201944000)

Could this be a problem, or is it just in there because sasl is?


More information about the freebsd-current mailing list