Proposed modifications to replay cache to prevent false positives
Sam Hartman
hartmans at MIT.EDU
Thu Jun 2 13:33:16 EDT 2005
>>>>> "Roland" == Roland Dowdeswell <elric at imrryr.org> writes:
Roland> 2. the hash should be performed on the authenticator
Roland> prior to decryption so that the ticket used is implicitly
Roland> part of the hashed data (since it's session key should be
Roland> different than any other session key) and the
Roland> authenticator's IV should eliminate the chance of false
Roland> positives using the same ticket.
I'm not at all sure about this. You need to make sure that there
aren't changes to the ciphertext (for example padding, changing ASN.1
wrappers) that can cause the hash to change but not change the
underlying semantic content.
More information about the krbdev
mailing list