RE: Old issues remaining in draft-ietf-smime-examples-06.txt
"Pawling, John" <[email protected]> Mon, 5 Mar 2001 10:29:57 -0500
| Newsgroups | gmane.ietf.smime-examples |
|---|---|
| Message-ID | <[email protected]> |
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C0A589.22741770 Content-Type: text/plain; charset="iso-8859-1" All, I confirmed that Magnus' comments #2 and #3 are correct. His other comments are probably accurate also, but I did not confirm. Regarding comment #1, attached is the BobPrivRSAEncrypt.pri file that we used with the SFL to generate the samples submitted for inclusion in the Examples-06 document. Regarding comment #3, agree with Magnus that Section 6.2 should state "does not have unprotected attributes." We intentionally omitted unprotected attributes when we created the 6.2 sample using the SFL. This was requested on the smime-examples mail list so that the 6.2 sample would be backwards-compatible with S/MIME v2. Jim Schaad was kind enough to generate the certificates and CRLs included in the Examples-06 document. Recommend that Jim work with Paul Hoffman to address Magnus' comments regarding the certificates and CRLs included in the Examples-06 document. =========================================== John Pawling, [email protected] Getronics Government Solutions, LLC =========================================== -----Original Message----- From: Magnus Svensson [mailto:[email protected]] Sent: Monday, March 05, 2001 9:19 AM To: [email protected] Subject: Old issues remaining in draft-ietf-smime-examples-06.txt I checked the draft-ietf-smime-examples-06.txt to verify that the issues I reported earlier had been fixed. Unfortunately some of them remains and I therefore list them here again: 1. Bob's private RSA key is incorrect. It is actually identical to Carl's private RSA key. This error is present in both the draft text (the ASN.1 text) and the binary file. As Alexei Shamov pointed out for some time ago, the correct key can be retrieved by downloading SFL and using the path <INSTALL_DIR>\smimeR1.8\test\CMS_MSExamples2.d\FirstSet.d\certs.d\private.d\ BobPrivRSAEncrypt.pri. This is surely not a preferred solution, so I suggest that this issue really is fixed for the next draft. Finding this error is most probably a frustrating and timeconsuming effort if you are not aware of it's presence. 2. nextUpdate field is missing in all CRLs. I mentioned this problem in a previous mail but the problem is still present. The nextUpdate field is required to be present, see RFC 2459 section 5.1.2.5. 3. In the description of example 6.2 the draft text states: "Does not have a OriginatorInfo, and has unprotected attributes.". Since the example does not have unprotected attributes the draft text should state "Does not have an OriginatorInfo or unprotected attributes.". 4. Example 6.1. Listed below the ASN.1 text are additional information regarding the keys used in the example. This listing contains two CEKs. The CEK with the hex-sequence beginning with "CD4F7C8373..." is the correct one. The other one needs to be removed. 5. Alice's and Bob's RSA certificates distributed separately are different from those present within the messages. The first has a signature algorithm OID of sha-1WithRSAEncryption (1 3 14 3 2 29) and the latter sha1withRSAEncryption (1 2 840 113549 1 1 5). The draft text incorrectly declares the algorithm OID for the separate certificates to be sha1withRSAEncryption (1 2 840 113549 1 1 5). I suppose only the PKCS#1 (and PKIX) variant should be used. The PKCS#1 OID is sha1withRSAEncryption (1 2 840 113549 1 1 5). Regards, Magnus ------_=_NextPart_000_01C0A589.22741770 Content-Type: application/octet-stream; name="BobPrivRSAEncrypt.pri" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="BobPrivRSAEncrypt.pri" MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBAORL/xi4JFf0d/9uc3uTcVy8MxqS knIj2EFG0M0ROgSzjq+Cnb1RHhd68nYsK4Y5p73XjRpT7OQA1ejsojax7eJQ4jIJij+fmSWPuE6r uX3VlmXaFqDFvg6uRFvvXvSnKcuC3axE6aqTlCkO+BjWyFde8nbE8hFgOLkbPB2XyWrxAgMBAAEC gYEArnPkW19bZlrJ18bvOF9TISovYv7eKZp6hmc2531ieHU9c6C8KQ7zj73Dycm2+LrWE5vDl3rK avC4hWVOD72nqPdUBkG969wgd5DfYZuab3Te6jvUnIdg7XaE8WowN9XgkBb4gEfDGWvtdXe6Su05 tl0CRztfG8gcq8vo9SY/pIECQQD/3wmgVgtCUp7ETZOzsEm73ueBfSiZ0LFIugs54Rx7IhgztkD2 v9yuHdChrQRxWmEKbjvOMNo2n2UlKbunDn8LAkEA5GloGF/5V9B8ZokPumMdcssgpIF2ZInNfdHC J6kurHpWmoUH2TADowOrf4iSUCQBqhsHHyBMt8l7Vve2wn6rcwJAVzZsj4wEdmy21O4kRAD4gOKv QgGpDxSE+OcA4I+MJ6QtX6LlbbVjwK1E6XaRpxlJLkb4d4VLO4cE8K/S2FQmlQJAZKEPrFV0G70N YXsXA82w5qcZHYCv8UFI2Bq2iBSgLHrFdtQPDh96KrJuNwSrOUVzukaoD42CXyIUBc+io/N8gwJA Jh4dHKGYK+TbOOhXbmtzGYhhOvp0SjaLR2hdUOsm4+p9m05lqa97q0sudlE9qNARq6PWqMAnNh1U C6qn0W2N+g== ------_=_NextPart_000_01C0A589.22741770--