All,

I'm having some trouble interpreting the enctypes in both the RFC and the
MIT code. Specifically, I'm pulling a Ticket from an MIT credcache, and
using the key to decrypt it. In des-cbc-crc mode, I can expect the data to
look like this, right?

<confounder - 8 bytes><crc - 4 bytes><data><pad to 8 bytes>

...except obviously not, since how do I know what's padding and what's data?
There's no length field? Could someone clarify this? Also, the RFC mentions
that des_string_to_key uses the des-cbc MAC - which one (not desmac-k I
presume). Could someone clarify the various string_to_key algorithms?

Regards,
Phil

+------------------------------------------+
| Phil Mayers                              |
| Network & Infrastructure Group           |
| Information & Communication Technologies |
| Imperial College                         |
+------------------------------------------+ 

Reply via email to