[krbdev.mit.edu #6650] SVN Commit
Greg Hudson via RT
rt-comment at krbdev.mit.edu
Thu Jan 28 16:39:34 EST 2010
krb5_dbe_lookup_mkvno assumes an mkvno of 1 for entries with no
explicit tl_data. We've seen at least one pre-1.7 KDB with a master
kvno of 0, violating this assumption. Fix this as follows:
* krb5_dbe_lookup_mkvno outputs 0 instead of 1 if no tl_data exists.
* A new function krb5_dbe_get_mkvno translates this 0 value to the
minimum version number in the mkey_list. (krb5_dbe_lookup_mkvno
cannot do this as it doesn't take the mkey_list as a parameter.)
* Call sites to krb5_dbe_lookup_mkvno are converted to
krb5_dbe_get_mkvno, except for an LDAP case where it is acceptable
to store 0 if the mkvno is unknown.
http://src.mit.edu/fisheye/changelog/krb5/?cs=23676
Commit By: ghudson
Revision: 23676
Changed Files:
U trunk/src/include/kdb.h
U trunk/src/kadmin/dbutil/kdb5_mkey.c
U trunk/src/lib/kadm5/srv/svr_principal.c
U trunk/src/lib/kdb/kdb5.c
U trunk/src/lib/kdb/libkdb5.exports
More information about the krb5-bugs
mailing list