[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: PKCS#7 and algorithm identifiers
At 02:11 AM 1/30/2007, SIEVANEN Markku wrote:
1.
I didn't find registered OIDs for other Triple DES modes, like for
example DES-EDE3 (ECB mode)? Is it so, that other Triple-DES modes
doesn't have registered OIDs and are not used in current
implementations?
Markku:
DES-EDE3-ECB appears to be registered under {iso(1)
identified-organization(3) oiw(14) secsig(3) algorithms(2) desEDE(17)}
("1.3.14.3.2.17"). It's used for voice encryption and
specified
in ITU-T Recommendation H.325.
Other variations:
3DesECB: {iso(1) identified-organization(3) dod(6) internet(1) private(4)
enterprise(1) 4929 1 7}
("1.3.6.1.4.1.4929.1.7")
DES_3ECB_pad: {iso(1) identified-organization(3) teletrust(36)
algorithm(3) encryptionAlgorithm(1) des-3(3) 1 1}
("1.3.36.3.1.3.1.1")
e.g.:
DES_3ECB_ISOpad: {iso(1) identified-organization(3) teletrust(36)
algorithm(3) encryptionAlgorithm(1) des-3(3) 1 1 1}
("1.3.36.3.1.3.1.1.1")
And other modes from our Russian friends:
3DesCBC: {iso(1) identified-organization(3) dod(6) internet(1) private(4)
enterprise(1) 4929 1 8}
("1.3.6.1.4.1.4929.1.8")
3DesCFB: {iso(1) identified-organization(3) dod(6) internet(1) private(4)
enterprise(1) 4929 1 10}
("1.3.6.1.4.1.4929.1.10")
3DesOFB: {iso(1) identified-organization(3) dod(6) internet(1) private(4)
enterprise(1) 4929 1 9}
("1.3.6.1.4.1.4929.1.9")
2.
The RFC 3370 indicates, that this same OID
("1.2.840.113549.3.7") is used also for DES-EDE2-CBC, two key
version Triple-DES? So, what is the common practice: use three key or two
key schemes in current implementations (PKCS#7 envelopes, S/MIME) under
this OID?
Not sure there is any "common practice," except for maybe
choosing one scheme for output
and making sure you're able to handle anything on input... assuming
you're worried
about compatibility.
-mjm