Network Working Group V. Popov Request for Comments: 4357 I. Kurepkin Category: Informational S. Leontiev CRYPTO-PRO January 2006 Additional Cryptographic Algorithms for Use with GOST 28147-89, GOST R 34.10-94, GOST R 34.10-2001, and GOST R 34.11-94 Algorithms Status of This Memo This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. Copyright Notice Copyright (C) The Internet Society (2006). Abstract This document describes the cryptographic algorithms and parameters supplementary to the original GOST specifications, GOST 28147-89, GOST R 34.10-94, GOST R 34.10-2001, and GOST R 34.11-94, for use in Internet applications. Table of Contents 1. Introduction ....................................................2 1.1. Terminology ................................................2 2. Cipher Modes and Parameters .....................................3 2.1. GOST 28147-89 CBC Mode .....................................4 2.2. GOST 28147-89 Padding Modes ................................4 2.3. Key Meshing Algorithms .....................................4 2.3.1. Null Key Meshing ....................................5 2.3.2. CryptoPro Key Meshing ...............................5 3. HMAC_GOSTR3411 ..................................................6 4. PRF_GOSTR3411 ...................................................6 5. Key Derivation Algorithms .......................................6 5.1. VKO GOST R 34.10-94 ........................................6 5.2. VKO GOST R 34.10-2001 ......................................7 6. Key Wrap Algorithms .............................................7 6.1. GOST 28147-89 Key Wrap .....................................7 6.2. GOST 28147-89 Key Unwrap ...................................8 6.3. CryptoPro Key Wrap .........................................8 6.4. CryptoPro Key Unwrap .......................................9 6.5. CryptoPro KEK Diversification Algorithm ....................9 Popov, et al. Informational [Page 1] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 7. Secret Key Diversification .....................................10 8. Algorithm Parameters ...........................................10 8.1. Encryption Algorithm Parameters ...........................10 8.2. Digest Algorithm Parameters ...............................11 8.3. GOST R 34.10-94 Public Key Algorithm Parameters ...........12 8.4. GOST R 34.10-2001 Public Key Algorithm Parameters .........13 9. Security Considerations ........................................14 10. Appendix ASN.1 Modules ........................................15 10.1. Cryptographic-Gost-Useful-Definitions ....................15 10.2. Gost28147-89-EncryptionSyntax ............................17 10.3. Gost28147-89-ParamSetSyntax ..............................19 10.4. GostR3411-94-DigestSyntax ................................21 10.5. GostR3411-94-ParamSetSyntax ..............................22 10.6. GostR3410-94-PKISyntax ...................................23 10.7. GostR3410-94-ParamSetSyntax ..............................25 10.8. GostR3410-2001-PKISyntax .................................27 10.9. GostR3410-2001-ParamSetSyntax ............................29 11. Appendix Parameters ...........................................30 11.1. Encryption Algorithm Parameters ..........................30 11.2. Digest Algorithm Parameters ..............................33 11.3. GOST R 34.10-94 Public Key Algorithm Parameters ..........34 11.4. GOST R 34.10-2001 Public Key Algorithm Parameters ........42 12. Acknowledgements ..............................................46 13. References ....................................................47 13.1. Normative References .....................................47 13.2. Informative References ...................................47 1. Introduction Russian cryptographic standards that define the algorithms GOST 28147-89 [GOST28147], GOST R 34.10-94 [GOSTR341094], GOST R 34.10-2001 [GOSTR341001], and GOST R34.11-94 [GOSTR341194] provide basic information about how the algorithms work, but supplemental specifications are needed to effectively use the algorithms (a brief English technical description of these algorithms can be found in [Schneier95]). This document is a proposal put forward by the CRYPTO-PRO Company to provide supplemental information and specifications needed by the "Russian Cryptographic Software Compatibility Agreement" community. 1.1. Terminology In this document, the key words MUST, MUST NOT, REQUIRED, SHOULD, SHOULD NOT, RECOMMENDED, and MAY are to be interpreted as described in [RFC2119]. Popov, et al. Informational [Page 2] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 The following functions and operators are also used in this document: '|' stands for concatenation. '~' stands for bitwise NOT operator. '^' stands for the power operator. encryptECB (K, D) is D, encrypted with key K using GOST 28147-89 in "prostaya zamena" (ECB) mode. decryptECB (K, D) is D, decrypted with key K using GOST 28147-89 in ECB mode. encryptCFB (IV, K, D) is D, encrypted with key K using GOST 28147-89 in "gammirovanie s obratnoj svyaziyu" (64-bit CFB) mode, and IV is used as the initialization vector. encryptCNT (IV, K, D) is D, encrypted with key K using GOST 28147-89 in "gammirovanie" (counter) mode, and IV is used as the initialization vector. gostR3411 (D) is the 256-bit result of the GOST R 34.11-94 hash function, used with zero initialization vector, and S-Box parameter, defined by id-GostR3411-94-CryptoProParamSet (see Section 11.2). gost28147IMIT (IV, K, D) is the 32-bit result of the GOST 28147-89 in "imitovstavka" (MAC) mode, used with D as plaintext, K as key and IV as initialization vector. Note that the standard specifies its use in this mode only with an initialization vector of zero. When keys and initialization vectors are converted to/from byte arrays, little-endian byte order is assumed. 2. Cipher Modes and Parameters This document defines four cipher properties that allow an implementer to vary cipher operations. The four parameters are the cipher mode, the key meshing algorithm, the padding mode, and the S-box. [GOST28147] defines only three cipher modes for GOST 28147-89: ECB, CFB, and counter mode. This document defines an additional cipher mode, CBC. Popov, et al. Informational [Page 3] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 When GOST 28147-89 is used to process large amounts of data, a symmetric key should be protected by a key meshing algorithm. Key meshing transforms a symmetric key after some amount of data has been processed. This document defines the CryptoPro key meshing algorithm. The cipher mode, key meshing algorithm, padding mode, and S-box are specified by algorithm parameters. 2.1. GOST 28147-89 CBC Mode This section provides the supplemental information for GOST 28147-89 (a block-to-block primitive) needed to operate in CBC mode. Before each plaintext block is encrypted, it is combined with the cipher text of the previous block via a bitwise XOR operation. This ensures that even if the plaintext contains many identical blocks, each block will encrypt to a different cipher text block. The initialization vector is combined with the first plaintext block by a bitwise XOR operation before the block is encrypted. 2.2. GOST 28147-89 Padding Modes This section provides the supplemental information for GOST 28147-89, needed to operate on plaintext where the length is not divisible by GOST 28147-89 block size (8 bytes). Let x (0 < x <= 8) be the number of bytes in the last, possibly incomplete, block of data. There are three padding modes: * Zero padding: 8-x remaining bytes are filled with zero * PKCS#5 padding: 8-x remaining bytes are filled with the value of 8-x. If there's no incomplete block, one extra block filled with value 8 is added. * Random padding: 8-x remaining bytes of the last block are set to random. 2.3. Key Meshing Algorithms Key meshing algorithms transform the key after processing a certain amount of data. In applications that must be strictly robust to attacks based on timing and EMI analysis, one symmetric key should not be used for quantities of plaintext larger than 1024 octets. Popov, et al. Informational [Page 4] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 A key meshing algorithm affects internal cipher state; it is not a protocol level feature. Its role is similar to that of a cipher mode. The choice of key meshing algorithm is usually dictated by the encryption algorithm parameters, but some protocols explicitly specify applicable key meshing algorithms. All encryption parameter sets defined in this document specify the use of the CryptoPro key meshing algorithm, except for id-Gost28147- 89-TestParamSet, which specifies use of null key meshing algorithm. 2.3.1. Null Key Meshing The null key meshing algorithm never changes a key. The identifier for this algorithm is: id-Gost28147-89-None-KeyMeshing OBJECT IDENTIFIER ::= { iso(1) member-body(2) ru(643) rans(2) cryptopro(2) keyMeshing(14) none(0) } There are no meaningful parameters to this algorithm. If present, AlgorithmIdentifier.parameters MUST contain NULL. 2.3.2. CryptoPro Key Meshing The CryptoPro key meshing algorithm transforms the key and initialization vector every 1024 octets (8192 bits, or 256 64-bit blocks) of plaintext data. This algorithm has the same drawback as OFB cipher mode: it is impossible to re-establish crypto synch while decrypting a ciphertext if parts of encrypted data are corrupted, lost, or processed out of order. Furthermore, it is impossible to re-synch even if an IV for each data packet is provided explicitly. Use of this algorithm in protocols such as IPsec ESP requires special care. The identifier for this algorithm is: id-Gost28147-89-CryptoPro-KeyMeshing OBJECT IDENTIFIER ::= { iso(1) member-body(2) ru(643) rans(2) cryptopro(2) keyMeshing(14) cryptoPro(1) } There are no meaningful parameters to this algorithm. If present, AlgorithmIdentifier.parameters MUST contain NULL. GOST 28147-89, in encrypt, decrypt, or MAC mode, starts with key K[0] = K, IV0[0] = IV, i = 0. Let IVn[0] be the value of the initialization vector after processing the first 1024 octets of data. Popov, et al. Informational [Page 5] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 Processing of the next 1024 octets will start with K[1] and IV0[1], which are calculated using the following formula: K[i+1] = decryptECB (K[i], C); IV0[i+1] = encryptECB (K[i+1],IVn[i]) Where C = {0x69, 0x00, 0x72, 0x22, 0x64, 0xC9, 0x04, 0x23, 0x8D, 0x3A, 0xDB, 0x96, 0x46, 0xE9, 0x2A, 0xC4, 0x18, 0xFE, 0xAC, 0x94, 0x00, 0xED, 0x07, 0x12, 0xC0, 0x86, 0xDC, 0xC2, 0xEF, 0x4C, 0xA9, 0x2B}; After processing each 1024 octets of data: * the resulting initialization vector is stored as IVn[i]; * K[i+1] and IV0[i+1] are calculated; * i is incremented; * Encryption or decryption of next 1024 bytes starts, using the new key and IV; The process is repeated until all the data has been processed. 3. HMAC_GOSTR3411 HMAC_GOSTR3411 (K,text) function is based on the hash function GOST R 34.11-94, as defined in [HMAC], with the following parameter values: B = 32, L = 32. 4. PRF_GOSTR3411 PRF_GOSTR3411 is a pseudorandom function, based on HMAC_GOSTR3411. It is calculated as P_hash, defined in Section 5 of [TLS]. PRF_GOSTR3411(secret,label,seed) = P_GOSTR3411 (secret,label|seed). 5. Key Derivation Algorithms Standards [GOSTR341094] and [GOSTR341001] do not define any key derivation algorithms. Section 5.1 specifies algorithm VKO GOST R 34.10-94, which generates GOST KEK using two GOST R 34.10-94 keypairs. Section 5.2 specifies algorithm VKO GOST R 34.10-2001, which generates GOST KEK using two GOST R 34.10-2001 keypairs and UKM. Keypairs MUST have identical parameters. 5.1. VKO GOST R 34.10-94 This algorithm creates a key encryption key (KEK) using the sender's private key and the recipient's public key (or vice versa). Popov, et al. Informational [Page 6] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 Exchange key KEK is a 256-bit hash of the 1024-bit shared secret that is generated using Diffie-Hellman key agreement. 1) Let K(x,y) = a^(x*y) (mod p), where x - sender's private key, a^x - sender's public key y - recipient's private key, a^y - recipient's public key a, p - parameters 2) Calculate a 256-bit hash of K(x,y): KEK(x,y) = gostR3411 (K(x,y)) Keypairs (x,a^x) and (y,a^y) MUST comply with [GOSTR341094]. This algorithm MUST NOT be used when a^x = a (mod p) or a^y = a (mod p). 5.2. VKO GOST R 34.10-2001 This algorithm creates a key encryption key (KEK) using 64 bit UKM, the sender's private key, and the recipient's public key (or the reverse of the latter pair). 1) Let K(x,y,UKM) = ((UKM*x)(mod q)) . (y.P) (512 bit), where x - sender's private key (256 bit) x.P - sender's public key (512 bit) y - recipient's private key (256 bit) y.P - recipient's public key (512 bit) UKM - non-zero integer, produced as in step 2 p. 6.1 [GOSTR341001] P - base point on the elliptic curve (two 256-bit coordinates) UKM*x - x multiplied by UKM as integers x.P - a multiple point 2) Calculate a 256-bit hash of K(x,y,UKM): KEK(x,y,UKM) = gostR3411 (K(x,y,UKM)) Keypairs (x,x.P) and (y,y.P) MUST comply with [GOSTR341001]. This algorithm MUST NOT be used when x.P = P, y.P = P 6. Key Wrap Algorithms This document defines two key wrap algorithms: GOST 28147-89 Key Wrap and CryptoPro Key Wrap. These are used to encrypt a Content Encryption Key (CEK) with a Key Encryption Key (KEK). 6.1. GOST 28147-89 Key Wrap This algorithm encrypts GOST 28147-89 CEK with a GOST 28147-89 KEK. Popov, et al. Informational [Page 7] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 Note: This algorithm MUST NOT be used with a KEK produced by VKO GOST R 34.10-94, because such a KEK is constant for every sender-recipient pair. Encrypting many different content encryption keys on the same constant KEK may reveal that KEK. The GOST 28147-89 key wrap algorithm is: 1) For a unique symmetric KEK, generate 8 octets at random and call the result UKM. For a KEK, produced by VKO GOST R 34.10-2001, use the UKM that was used for key derivation. 2) Compute a 4-byte checksum value, gost28147IMIT (UKM, KEK, CEK). Call the result CEK_MAC. 3) Encrypt the CEK in ECB mode using the KEK. Call the ciphertext CEK_ENC. 4) The wrapped content-encryption key is (UKM | CEK_ENC | CEK_MAC). 6.2. GOST 28147-89 Key Unwrap This algorithm decrypts GOST 28147-89 CEK with a GOST 28147-89 KEK. The GOST 28147-89 key unwrap algorithm is: 1) If the wrapped content-encryption key is not 44 octets, then error. 2) Decompose the wrapped content-encryption key into UKM, CEK_ENC, and CEK_MAC. UKM is the most significant (first) 8 octets. CEK_ENC is next 32 octets, and CEK_MAC is the least significant (last) 4 octets. 3) Decrypt CEK_ENC in ECB mode using the KEK. Call the output CEK. 4) Compute a 4-byte checksum value, gost28147IMIT (UKM, KEK, CEK), compare the result with CEK_MAC. If they are not equal, then error. 6.3. CryptoPro Key Wrap This algorithm encrypts GOST 28147-89 CEK with a GOST 28147-89 KEK. It can be used with any KEK (e.g., produced by VKO GOST R 34.10-94 or VKO GOST R 34.10-2001) because a unique UKM is used to diversify the KEK. The CryptoPro key wrap algorithm is: 1) For a unique symmetric KEK or a KEK produced by VKO GOST R 34.10-94, generate 8 octets at random. Call the result UKM. For a KEK, produced by VKO GOST R 34.10-2001, use the UKM that was used for key derivation. 2) Diversify KEK, using the CryptoPro KEK Diversification Algorithm, described in Section 6.5. Call the result KEK(UKM). Popov, et al. Informational [Page 8] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 3) Compute a 4-byte checksum value, gost28147IMIT (UKM, KEK(UKM), CEK). Call the result CEK_MAC. 4) Encrypt CEK in ECB mode using KEK(UKM). Call the ciphertext CEK_ENC. 5) The wrapped content-encryption key is (UKM | CEK_ENC | CEK_MAC). 6.4. CryptoPro Key Unwrap This algorithm encrypts GOST 28147-89 CEK with a GOST 28147-89 KEK. The CryptoPro key unwrap algorithm is: 1) If the wrapped content-encryption key is not 44 octets, then it is an error. 2) Decompose the wrapped content-encryption key into UKM, CEK_ENC, and CEK_MAC. UKM is the most significant (first) 8 octets. CEK_ENC is next 32 octets, and CEK_MAC is the least significant (last) 4 octets. 3) Diversify KEK using the CryptoPro KEK Diversification Algorithm, described in section 6.5. Call the result KEK(UKM). 4) Decrypt CEK_ENC in ECB mode using KEK(UKM). Call the output CEK. 5) Compute a 4-byte checksum value, gost28147IMIT (UKM, KEK(UKM), CEK), compare the result with CEK_MAC. If they are not equal, then it is an error. 6.5. CryptoPro KEK Diversification Algorithm Given a random 64-bit UKM and a GOST 28147-89 key K, this algorithm creates a new GOST 28147-89 key K(UKM). 1) Let K[0] = K; 2) UKM is split into components a[i,j]: UKM = a[0]|..|a[7] (a[i] - byte, a[i,0]..a[i,7] - it's bits) 3) Let i be 0. 4) K[1]..K[8] are calculated by repeating the following algorithm eight times: A) K[i] is split into components k[i,j]: K[i] = k[i,0]|k[i,1]|..|k[i,7] (k[i,j] - 32-bit integer) B) Vector S[i] is calculated: S[i] = ((a[i,0]*k[i,0] + ... + a[i,7]*k[i,7]) mod 2^32) | (((~a[i,0])*k[i,0] + ... + (~a[i,7])*k[i,7]) mod 2^32); C) K[i+1] = encryptCFB (S[i], K[i], K[i]) D) i = i + 1 5) Let K(UKM) be K[8]. Popov, et al. Informational [Page 9] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 7. Secret Key Diversification This algorithm creates a GOST 28147-89 key Kd, given GOST R 34.10-94 or GOST R 34.10-2001 secret key K and diversification data D of size 4..40 bytes. 1) 40-byte blob B is created from D by cloning it enough times to fill all 40 bytes. For example, if D is 40-bytes long, B = D; If D is 6-bytes long, B = D|D|D|D|D|D|D[0..3]. 2) B is split into 8-byte UKM and 32-byte SRCKEY (B = UKM|SRCKEY). 3) The algorithm from Section 6.5 is used to create K(UKM) from key K and UKM, with two differences: * Instead of S[i], vector (0,0,0,UKM[i],ff,ff,ff,ff XOR UKM[i]) is used. * During each encryption step, only 8 out of 32 GOST 28147-89 rounds are done. 4) Kd is calculated: Kd = encryptCFB (UKM, K(UKM), SRCKEY). 8. Algorithm Parameters Standards [GOST28147], [GOST341194], [GOSTR341094], and [GOSTR341001] do not define specific values for algorithm parameters. This document introduces the use of ASN.1 object identifiers (OIDs) to specify algorithm parameters. Identifiers for all of the proposed parameter sets can be found in Appendix ASN.1 modules. Corresponding parameter values for proposed parameter sets can be found in Section 11. 8.1. Encryption Algorithm Parameters GOST 28147-89 can be used in several modes; additional CBC mode is defined in Section 2.1. It also has an S-Box parameter. (See the Algorithm Parameters part in [GOST28147] in Russian; for a description in English, see [Schneier95], ch. 14.1, p. 331.) This table contains the list of proposed parameter sets for GOST 28147-89: Gost28147-89-ParamSetAlgorithms ALGORITHM-IDENTIFIER ::= { { Gost28147-89-ParamSetParameters IDENTIFIED BY id-Gost28147-89-TestParamSet } | { Gost28147-89-ParamSetParameters IDENTIFIED BY id-Gost28147-89-CryptoPro-A-ParamSet } | { Gost28147-89-ParamSetParameters IDENTIFIED BY id-Gost28147-89-CryptoPro-B-ParamSet } | Popov, et al. Informational [Page 10] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 { Gost28147-89-ParamSetParameters IDENTIFIED BY id-Gost28147-89-CryptoPro-C-ParamSet } | { Gost28147-89-ParamSetParameters IDENTIFIED BY id-Gost28147-89-CryptoPro-D-ParamSet } } Identifier values are in the Appendix ASN.1 modules, and corresponding parameters are in Section 11.1. Parameters for GOST 28147-89 are presented in the following form: Gost28147-89-ParamSetParameters ::= SEQUENCE { eUZ Gost28147-89-UZ, mode INTEGER { gost28147-89-CNT(0), gost28147-89-CFB(1), cryptoPro-CBC(2) }, shiftBits INTEGER { gost28147-89-block(64) }, keyMeshing AlgorithmIdentifier } Gost28147-89-UZ ::= OCTET STRING (SIZE (64)) Gost28147-89-KeyMeshingAlgorithms ALGORITHM-IDENTIFIER ::= { { NULL IDENTIFIED BY id-Gost28147-89-CryptoPro-KeyMeshing } | { NULL IDENTIFIED BY id-Gost28147-89-None-KeyMeshing } } where eUZ - S-box value; mode - cipher mode; shiftBits - cipher parameter; keyMeshing - key meshing algorithm identifier. 8.2. Digest Algorithm Parameters This table contains the list of proposed parameter sets for [GOST341194]: GostR3411-94-ParamSetAlgorithms ALGORITHM-IDENTIFIER ::= { { GostR3411-94-ParamSetParameters IDENTIFIED BY id-GostR3411-94-TestParamSet } | { GostR3411-94-ParamSetParameters IDENTIFIED BY id-GostR3411-94-CryptoProParamSet } } Popov, et al. Informational [Page 11] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 Identifier values are in the Appendix ASN.1 modules, and corresponding parameters are in Section 11.2. Parameters for [GOST341194] are presented in the following form: GostR3411-94-ParamSetParameters ::= SEQUENCE { hUZ Gost28147-89-UZ, -- S-Box for digest h0 GostR3411-94-Digest -- start digest value } GostR3411-94-Digest ::= OCTET STRING (SIZE (32)) 8.3. GOST R 34.10-94 Public Key Algorithm Parameters This table contains the list of proposed parameter sets for GOST R 34.10-94: GostR3410-94-ParamSetAlgorithm ALGORITHM-IDENTIFIER ::= { { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-TestParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-A-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-B-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-C-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-D-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-XchA-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-XchB-ParamSet } | { GostR3410-94-ParamSetParameters IDENTIFIED BY id-GostR3410-94-CryptoPro-XchC-ParamSet } } Identifier values are in the Appendix ASN.1 modules, and corresponding parameters are in Section 11.3. Parameters for GOST R 34.10-94 are presented in the following form: GostR3410-94-ParamSetParameters ::= SEQUENCE { t INTEGER, p INTEGER, q INTEGER, a INTEGER, validationAlgorithm AlgorithmIdentifier {{ Popov, et al. Informational [Page 12] RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006 GostR3410-94-ValidationAlgorithms }} OPTIONAL } GostR3410-94-ValidationParameters ::= SEQUENCE { x0 INTEGER, c INTEGER, d INTEGER OPTIONAL } Where t - bit length of p (512 or 1024 bits); p - modulus, prime number, 2^(t-1)
" and "|<" markers, remove any page breaks, and remove
the "|" in the first column of each line. The result is a valid
Base64 blob that can be processed by any Base64 decoder.
11.1. Encryption Algorithm Parameters
For each AlgorithmIdentifier in this sequence, the parameters field
contains Gost28147-89-ParamSetParameters.
0 30 480: SEQUENCE {
4 30 94: SEQUENCE {
6 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-TestParamSet
15 30 83: SEQUENCE {
17 04 64: OCTET STRING
: 4C DE 38 9C 29 89 EF B6 FF EB 56 C5 5E C2 9B 02
: 98 75 61 3B 11 3F 89 60 03 97 0C 79 8A A1 D5 5D
: E2 10 AD 43 37 5D B3 8E B4 2C 77 E7 CD 46 CA FA
: D6 6A 20 1F 70 F4 1E A4 AB 03 F2 21 65 B8 44 D8
Popov, et al. Informational [Page 30]
RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006
83 02 1: INTEGER 0
86 02 1: INTEGER 64
89 30 9: SEQUENCE {
91 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-None-KeyMeshing
: }
: }
: }
100 30 94: SEQUENCE {
102 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-A-ParamSet
111 30 83: SEQUENCE {
113 04 64: OCTET STRING
-- K1 K2 K3 K4 K5 K6 K7 K8
-- 9 3 E E B 3 1 B
-- 6 7 4 7 5 A D A
-- 3 E 6 A 1 D 2 F
-- 2 9 2 C 9 C 9 5
-- 8 8 B D 8 1 7 0
-- B A 3 1 D 2 A C
-- 1 F D 3 F 0 6 E
-- 7 0 8 9 0 B 0 8
-- A 5 C 0 E 7 8 6
-- 4 2 F 2 4 5 C 2
-- E 6 5 B 2 9 4 3
-- F C A 4 3 4 5 9
-- C B 0 F C 8 F 1
-- 0 4 7 8 7 F 3 7
-- D D 1 5 A E B D
-- 5 1 9 6 6 6 E 4
: 93 EE B3 1B 67 47 5A DA 3E 6A 1D 2F 29 2C 9C 95
: 88 BD 81 70 BA 31 D2 AC 1F D3 F0 6E 70 89 0B 08
: A5 C0 E7 86 42 F2 45 C2 E6 5B 29 43 FC A4 34 59
: CB 0F C8 F1 04 78 7F 37 DD 15 AE BD 51 96 66 E4
179 02 1: INTEGER 1
182 02 1: INTEGER 64
185 30 9: SEQUENCE {
187 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-KeyMeshing
: }
: }
: }
196 30 94: SEQUENCE {
198 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-B-ParamSet
207 30 83: SEQUENCE {
Popov, et al. Informational [Page 31]
RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006
209 04 64: OCTET STRING
: 80 E7 28 50 41 C5 73 24 B2 00 C2 AB 1A AD F6 BE
: 34 9B 94 98 5D 26 5D 13 05 D1 AE C7 9C B2 BB 31
: 29 73 1C 7A E7 5A 41 42 A3 8C 07 D9 CF FF DF 06
: DB 34 6A 6F 68 6E 80 FD 76 19 E9 85 FE 48 35 EC
275 02 1: INTEGER 1
278 02 1: INTEGER 64
281 30 9: SEQUENCE {
283 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-KeyMeshing
: }
: }
: }
292 30 94: SEQUENCE {
294 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-C-ParamSet
303 30 83: SEQUENCE {
305 04 64: OCTET STRING
: 10 83 8C A7 B1 26 D9 94 C7 50 BB 60 2D 01 01 85
: 9B 45 48 DA D4 9D 5E E2 05 FA 12 2F F2 A8 24 0E
: 48 3B 97 FC 5E 72 33 36 8F C9 C6 51 EC D7 E5 BB
: A9 6E 6A 4D 7A EF F0 19 66 1C AF C3 33 B4 7D 78
371 02 1: INTEGER 1
374 02 1: INTEGER 64
377 30 9: SEQUENCE {
379 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-KeyMeshing
: }
: }
: }
388 30 94: SEQUENCE {
390 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-D-ParamSet
399 30 83: SEQUENCE {
401 04 64: OCTET STRING
: FB 11 08 31 C6 C5 C0 0A 23 BE 8F 66 A4 0C 93 F8
: 6C FA D2 1F 4F E7 25 EB 5E 60 AE 90 02 5D BB 24
: 77 A6 71 DC 9D D2 3A 83 E8 4B 64 C5 D0 84 57 49
: 15 99 4C B7 BA 33 E9 AD 89 7F FD 52 31 28 16 7E
467 02 1: INTEGER 1
470 02 1: INTEGER 64
473 30 9: SEQUENCE {
475 06 7: OBJECT IDENTIFIER
: id-Gost28147-89-CryptoPro-KeyMeshing
: }
: }
: }
: }
Popov, et al. Informational [Page 32]
RFC 4357 Crypto-Pro Cryptographic Algorithms January 2006
|>Gost28147-89-ParamSetParameters.bin
|MIIB4DBeBgcqhQMCAh8AMFMEQEzeOJwpie+2/+tWxV7CmwKYdWE7ET+JYAOXDHmK
|odVd4hCtQzdds460LHfnzUbK+tZqIB9w9B6kqwPyIWW4RNgCAQACAUAwCQYHKoUD
|AgIOADBeBgcqhQMCAh8BMFMEQJPusxtnR1raPmodLyksnJWIvYFwujHSrB/T8G5w
|iQsIpcDnhkLyRcLmWylD/KQ0WcsPyPEEeH833RWuvVGWZuQCAQECAUAwCQYHKoUD
|AgIOATBeBgcqhQMCAh8CMFMEQIDnKFBBxXMksgDCqxqt9r40m5SYXSZdEwXRrsec
|srsxKXMceudaQUKjjAfZz//fBts0am9oboD9dhnphf5INewCAQECAUAwCQYHKoUD
|AgIOATBeBgcqhQMCAh8DMFMEQBCDjKexJtmUx1C7YC0BAYWbRUja1J1e4gX6Ei/y
|qCQOSDuX/F5yMzaPycZR7Nflu6luak167/AZZhyvwzO0fXgCAQECAUAwCQYHKoUD
|AgIOATBeBgcqhQMCAh8EMFMEQPsRCDHGxcAKI76PZqQMk/hs+tIfT+cl615grpAC
|Xbskd6Zx3J3SOoPoS2TF0IRXSRWZTLe6M+mtiX/9UjEoFn4CAQECAUAwCQYHKoUD
|AgIOAQ==
|