Part 1: General - Computer Security Resource Center - National ...

More documents

Recommendations

Info

March, 2007 APPENDIX D: Revisions The original version of this document was published in August, 2005. In May, 2006, the following revisions were incorporated: 1. The definition of security strength has been revised to remove “or security level” from the first column, since this term is not used in the document. 2. In the footnote for 2TDEA in Table 2 of Section 5.6.1, the word “guarantee” has been changed to “assessment”. 3. In the paragraph under Table 2 in Section 5.6.1, the phrase “or security strength” has been inserted into line 3. In line 5, the phrase “and the security strength to be provided by the digital signature” has been inserted. 4. In Table 3 of Section 5.6.1, a list of appropriate hash functions have been inserted into the HMAC and Key Derivation Function columns. In addition, a footnote has been included for the Key Derivation Function column. 5. The original text for the paragraph immediately below Table 3 has been removed. In March, 2007, the following revisions were made to allow the dual use of keys during certificate requests: 1. In Section 5.2, the following text was added: “This specification also permits the use of a key transport or key agreement private key to generate a digital signature for the following special case: When requesting the (initial) certificate for a static key establishment key, the associated private key may be used to sign the certificate request. Also refer to Section 8.1.5.1.1.2.” 2. In Section 8.1.5.1.1.2, the fourth paragraph was originally as follows: “The owner provides POP by performing operations with the private key that satisfy the indicated key use. For example, if a key pair is intended to support key transport, the owner may decrypt a key provided to the owner by the CA that is encrypted using the owner's public key. If the owner can correctly decrypt the ciphertext key using the associated private key and then provide evidence that the key was correctly decrypted (e.g., by encrypting a random challenge from the CA, then the owner has established POP. Where a key pair is intended to support key establishment, POP shall not be afforded by generating and verifying a digital signature with the key pair.” The paragraph was change to the following, where the changed text is indicated in italics: “The (reputed) owner should provide POP by performing operations with the private key that satisfy the indicated key use. For example, if a key pair is intended to support key transport, the owner may decrypt a key provided to 141
March, 2007 the owner by the CA that is encrypted using the owner's public key. If the owner can correctly decrypt the ciphertext key using the associated private key and then provide evidence that the key was correctly decrypted (e.g., by encrypting a random challenge from the CA, then the owner has established POP. However, when a key pair is intended to support key establishment, POP may also be afforded by using the private key to digitally sign the certificate request (although this is not the preferred method). The key establishment private key shall not be used to perform signature operations after certificate issuance.” 142
Page 1 and 2:
ARCHIVED PUBLICATION The attached p
Page 3 and 4:
Abstract March, 2007 This Recommend
Page 5 and 6:
Authority March, 2007 This document
Page 7 and 8:
March, 2007 key validation, account
Page 9 and 10:
March, 2007 4.2.4.1 DSA............
Page 11 and 12:
March, 2007 8 KEY MANAGEMENT PHASES
Page 13 and 14:
March, 2007 10.2.9 Compromise Manag
Page 15 and 16:
March, 2007 Figure 3: Key states an
Page 17 and 18:
March, 2007 1.2 Audience The audien
Page 19 and 20:
March, 2007 1. Section 1, Introduct
Page 21 and 22:
March, 2007 Backup A copy of inform
Page 23 and 24:
March, 2007 Digital signature The r
Page 25 and 26:
Key Management Policy Key Managemen
Page 27 and 28:
Proof of possession (POP) Pseudoran
Page 29 and 30:
March, 2007 Split knowledge A proce
Page 31 and 32:
March, 2007 3 Security Services Cry
Page 33 and 34:
March, 2007 However, it is often th
Page 35 and 36:
March, 2007 4 Cryptographic Algorit
Page 37 and 38:
March, 2007 operates on blocks (chu
Page 39 and 40:
March, 2007 minimum key size 7 of 1
Page 41 and 42:
March, 2007 2. The protocols trigge
Page 43 and 44:
March, 2007 7. Symmetric key wrappi
Page 45 and 46:
March, 2007 9. Random numbers: The
Page 47 and 48:
March, 2007 In general, where stron
Page 49 and 50:
March, 2007 a. When a symmetric key
Page 51 and 52:
March, 2007 information. For less s
Page 53 and 54:
8. Symmetric and Asymmetric RNG key
Page 55 and 56:
15. Private ephemeral key agreement
Page 57 and 58:
Key Type 12. Symmetric Key Agreemen
Page 59 and 60:
March, 2007 establishment keys, see
Page 61 and 62:
March, 2007 c. Restricting plaintex
Page 63 and 64:
March, 2007 algorithms completely i
Page 65 and 66:
March, 2007 Table 3: Hash function
Page 67 and 68:
Table 4: Recommended algorithms and
Page 69 and 70:
March, 2007 size is available, the
Page 71 and 72:
Security life of data up to 4 years
Page 73 and 74:
March, 2007 6 Protection Requiremen
Page 75 and 76:
Table 5: Protection requirements fo
Page 77 and 78:
Key Type Security Service Private e
Page 79 and 80:
March, 2007 Crypto. Security Securi
Page 81 and 82:
March, 2007 may be applied only to
Page 83 and 84:
March, 2007 All cryptographic infor
Page 85 and 86:
March, 2007 8. Domain parameters (e
Page 87 and 88:
March, 2007 6. Destroyed Compromise
Page 89 and 90:
March, 2007 a. A private signature
Page 91 and 92: 2 Pre-Operational Phase 3 7 1 4 Ope
Page 93 and 94: March, 2007 8.1 Pre-operational Pha
Page 95 and 96: 8.1.5.1.1 Distribution of Static Pu
Page 97 and 98: March, 2007 and then provide eviden
Page 99 and 100: March, 2007 listed in Section 8.1.5
Page 101 and 102: March, 2007 encrypting key or publi
Page 103 and 104: March, 2007 8.1.5.3.5 Intermediate
Page 105 and 106: March, 2007 of keying material and
Page 107 and 108: March, 2007 2. The application in w
Page 109 and 110: March, 2007 and the key derivation
Page 111 and 112: March, 2007 Type of Key Archive? Re
Page 113 and 114: March, 2007 All records of the enti
Page 115 and 116: March, 2007 other cryptographic inf
Page 117 and 118: March, 2007 access to information e
Page 119 and 120: March, 2007 1. Private key used to
Page 121 and 122: March, 2007 10.2 Content of the Key
Page 123 and 124: March, 2007 Management Specificatio
Page 125 and 126: March, 2007 is the same value as th
Page 127 and 128: March, 2007 If the decision is made
Page 129 and 130: March, 2007 only, and then shall be
Page 131 and 132: March, 2007 may be stored in backup
Page 133 and 134: March, 2007 and the method of key r
Page 135 and 136: March, 2007 ephemeral key pairs, an
Page 137 and 138: B.3.14.7 Key Control Information Ma
Page 139 and 140: March, 2007 to be saved. Keys for t
Page 141: [HAC] Handbook of Applied Cryptogra
show all

Part 1: General - Computer Security Resource Center - National ...

Create successful ePaper yourself

Delete template?

Save as template?