STT - useable in real life ?
17 Dec
2003
17 Dec
'03
11:17 p.m.
>From reading the STT specs, a 'credential' is made up of typically 4 certificates - root, country CA, issuer Ca, and cardholder/merchant. Two certificates are based upon a 1024 bit public keys, 1 (root) is 2048 while the cardholder PK is 512/768 bit. I believe a decrypt operation is required to verify each certificate. I have seen test result from a local crypto company which indicate a 1024 bit decrypt operation will take between 2.5-30 seconds (Pentium 90 - 386/33 - I am trying to relate this to userland, not the well equipped cybernaut). PK encrypt is somewhat faster. On this basis, a credential verify will take 10+ seconds up to several minutes, on this range of equipment. This seems to take a significant amount of time in verifying certificates. This situation will only get worse as renewal certificates are appended to existing certificates. Can someone comment, or steer me in the right direction if I have misunderstood certificate verification ? Working for a bank who may have to use this one day, customer impact is a big deal - we can afford specialised hardware, but not all our customers can. thanks for any clarification, lyal All mistakes in this message belong to me - you should not use them!
17 Dec
17 Dec
11:17 p.m.
lyalc@ozemail.com.au (lyal collins) writes:
From reading the STT specs, a 'credential' is made up of typically 4 certificates - root, country CA, issuer Ca, and cardholder/merchant. Two certificates are based upon a 1024 bit public keys, 1 (root) is 2048 while the cardholder PK is 512/768 bit. I believe a decrypt operation is required to verify each certificate.
Usually, decrypt operations are needed to ISSUE certificates but not to verify them. Verification is equivalent to an encrypt operation using a small exponent, and may be roughly about 100 times faster than a decrypt. Hal
8224
Age (days ago)
8224
Last active (days ago)
1 comments
2 participants
participants (2)
-
Hal -
lyalc@ozemail.com.au