| commit | d5970c0851ff91b1c2aee5860c0f6adbd37b5aea | |
| author | Russ Allbery <rra@stanford.edu> | |
| Tue, 2 Feb 2010 22:28:10 +0000 (2 14:28 -0800) | ||
| committer | Love Hornquist Astrand <lha@h5l.org> | |
| Wed, 3 Feb 2010 03:36:20 +0000 (2 19:36 -0800) | ||
| tree | e6427ae2a9057b7976a02c6cd81dac027a5647c0 | treesnapshot (tar.gz zip) |
| parent | 117652f35331acd6041153c79cb564bea33caca6 | commitdiff |
Report mkvno as unknown
When the principal is retrieved from the database via libkadm5srv, the
keys are always decrypted, so the reported mkvno is always 0. Rather
than returning 0 and implying that the key in the database is not
encrypted, report the mkvno as unknown for right now.
A better fix is required to either not decrypt the keys when retrieving
get information or to get the mkvno before keys are decrypted.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
When the principal is retrieved from the database via libkadm5srv, the
keys are always decrypted, so the reported mkvno is always 0. Rather
than returning 0 and implying that the key in the database is not
encrypted, report the mkvno as unknown for right now.
A better fix is required to either not decrypt the keys when retrieving
get information or to get the mkvno before keys are decrypted.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
| kadmin/get.c | diffblobblamehistory |