Работа с функциями библиотеки rtPKCS11ECP (Страница 10 из 10)

Всё верно. Единственное что проверить это с нашей библиотекой у вас не получится, так как там нет поддержки тестовых параметров подписи (будет ошибка при создании ключа). Но для понимания того как работать с данными в формате big-endian всё же приведу пример:

А.1 Пример 1. для ГОСТ34.10-2012(256)

1. Для импорта открытого ключа, нужно разворачивать координаты, а не весь ключ полностью:
X:7F2B49E270DB6D90D8595BEC458B50C58585BA1D4E9B788F6689DBD8E56FD80B
Y:26F1B489D6701DD185C8413A977B3CBBAF64D1C593D26627DFFB101A87FF77DA

CK_BYTE public_key[] = {
0x0b, 0xd8, 0x6f, 0xe5, 0xd8, 0xdb, 0x89, 0x66, 0x8f, 0x78, 0x9b, 0x4e, 0x1d, 0xba, 0x85, 0x85,
0xc5, 0x50, 0x8b, 0x45, 0xec, 0x5b, 0x59, 0xd8, 0x90, 0x6d, 0xdb, 0x70, 0xe2, 0x49, 0x2b, 0x7f,

0xda, 0x77, 0xff, 0x87, 0x1a, 0x10, 0xfb, 0xdf, 0x27, 0x66, 0xd2, 0x93, 0xc5, 0xd1, 0x64, 0xaf, 
0xbb, 0x3c, 0x7b, 0x97, 0x3a, 0x41, 0xc8, 0x85, 0xd1, 0x1d, 0x70, 0xd6, 0x89, 0xb4, 0xf1, 0x26
};

Также значение параметров подписи в атрибутах ключа должно соответствовать тестовым "1.2.643.2.2.35.0"

CK_BYTE gost_3410_test_parameters[] = {
 0x06, 0x07, 0x2a, 0x85, 0x03, 0x02, 0x02, 0x23, 0x00
 };

CK_ATTRIBUTE sign_oid_attribute = {
 CKA_GOSTR3410_PARAMS, gostR3410params_oid, sizeof(gostR3410params_oid)
 };

2. Хеш разворачивается без особенностей
H: 2DFBC1B372D89A1188C09C52E0EEC61FCE52032AB1022E8E67ECE6672B043EE5

CK_BYTE hash[] = {
0xe5, 0x3e, 0x04, 0x2b, 0x67, 0xe6, 0xec, 0x67, 0x8e, 0x2e, 0x02, 0xb1, 0x2a, 0x03, 0x52, 0xce, 
0x1f, 0xc6, 0xee, 0xe0, 0x52, 0x9c, 0xc0, 0x88, 0x11, 0x9a, 0xd8, 0x72, 0xb3, 0xc1, 0xfb, 0x2d
};

3. Отдельно разворачиваем двоичные вектора составляющие подпись
r: 41AA28D2F1AB148280CD9ED56FEDA41974053554A42767B83AD043FD39DC0493
s: 1456C64BA4642A1653C235A98A60249BCD6D3F746B631DF928014F6C5BF9C40

CK_BYTE sign[] = {
0x93, 0x04, 0xdc, 0x39, 0xfd, 0x43, 0xd0, 0x3a, 0xb8, 0x67, 0x27, 0xa4, 0x54, 0x35, 0x05, 0x74,
0x19, 0xa4, 0xed, 0x6f, 0xd5, 0x9e, 0xcd, 0x80, 0x82, 0x14, 0xab, 0xf1, 0xd2, 0x28, 0xaa, 0x41,

0x40, 0x9c, 0xbf, 0xc5, 0xf6, 0x14, 0x80, 0x92, 0xdf, 0x31, 0xb6, 0x46, 0xf7, 0xd3, 0xd6, 0xbc,
0x49, 0x02, 0xa6, 0x98, 0x5a, 0x23, 0x3c, 0x65, 0xa1, 0x42, 0x46, 0xba, 0x64, 0x6c, 0x45, 0x01
};

Замечу, что большинство софта использует при работе "little-endian" (в ГОСТ всё же big-endian), при работе с тем же CryptoPro данные видоизменять никак не нужно.

3. Отдельно разворачиваем двоичные вектора составляющие подпись
r: 41AA28D2F1AB148280CD9ED56FEDA41974053554A42767B83AD043FD39DC0493
s: 1456C64BA4642A1653C235A98A60249BCD6D3F746B631DF928014F6C5BF9C40

CK_BYTE sign[] = {
0x93, 0x04, 0xdc, 0x39, 0xfd, 0x43, 0xd0, 0x3a, 0xb8, 0x67, 0x27, 0xa4, 0x54, 0x35, 0x05, 0x74,
0x19, 0xa4, 0xed, 0x6f, 0xd5, 0x9e, 0xcd, 0x80, 0x82, 0x14, 0xab, 0xf1, 0xd2, 0x28, 0xaa, 0x41,

0x40, 0x9c, 0xbf, 0xc5, 0xf6, 0x14, 0x80, 0x92, 0xdf, 0x31, 0xb6, 0x46, 0xf7, 0xd3, 0xd6, 0xbc,
0x49, 0x02, 0xa6, 0x98, 0x5a, 0x23, 0x3c, 0x65, 0xa1, 0x42, 0x46, 0xba, 0x64, 0x6c, 0x45, 0x01
};

Здесь не до конца был прав, данные с токена возвращаются в таком виде, но в PKCS дополнительно разворачиваются, чтобы соответстовать стандарту:

pkcs-11v2-30m1-d7 пишет:

The signature octets correspond to the concatenation of the
GOST R 34.10-2001 values s and r’, both represented as a 32 bytes octet string in big
endian order with the most significant byte first [RFC 4490] section 3.2, and [RFC 4491]
section 2.2.2.

Аналогично реализован и ГОСТ34.10-2012. То есть C_Sign вернёт

CK_BYTE sign[] = {
  0x01, 0x45, 0x6c, 0x64, 0xba, 0x46, 0x42, 0xa1, 0x65, 0x3c, 0x23, 0x5a, 0x98, 0xa6, 0x02, 0x49,
  0xbc, 0xd6, 0xd3, 0xf7, 0x46, 0xb6, 0x31, 0xdf, 0x92, 0x80, 0x14, 0xf6, 0xc5, 0xbf, 0x9c, 0x40,
  
  0x41, 0xaa, 0x28, 0xd2, 0xf1, 0xab, 0x14, 0x82, 0x80, 0xcd, 0x9e, 0xd5, 0x6f, 0xed, 0xa4, 0x19,
  0x74, 0x05, 0x35, 0x54, 0xa4, 0x27, 0x67, 0xb8, 0x3a, 0xd0, 0x43, 0xfd, 0x39, 0xdc, 0x04, 0x93,
}

По вашему примеру с "КриптоПро А". К сожалению пока проверка не сходится и на самом токене. Возможно в предоставленные данные закралась ошибка ? или при подписи использовалась другая ключевая пара ?

CK_BYTE message[] = {
 0x00, 0x6f, 0x6c, 0x6c, 0x65, 0x48
}

C_Digest(...)

hash[] = {
 0xB3, 0x9D, 0xDB, 0x1C, 0x9E, 0x03, 0x27, 0xDD, 0x20, 0x8D, 0x51, 0xFD, 0xD8, 0x5D, 0xD9, 0x53,
 0x3B, 0x4E, 0xBD, 0x5D, 0x37, 0xA6, 0xCA, 0xD9, 0xCF, 0xBC, 0x01, 0xA5, 0x90, 0xEE, 0xFC, 0xB5,
 0xF5, 0xD6, 0xE7, 0x78, 0xB7, 0xFE, 0xA9, 0x2A, 0x8D, 0x5B, 0x9F, 0xA4, 0x30, 0xD0, 0x4D, 0x1D,
 0x98, 0xA7, 0xAF, 0x85, 0x00, 0xF3, 0x91, 0x41, 0x91, 0x32, 0x22, 0x30, 0x04, 0xB7, 0xB2, 0x2E 
};

signature[] = {
 0xCC, 0xC4, 0xA8, 0x43, 0x7E, 0xA3, 0x9B, 0xD0, 0xAC, 0x5D, 0x53, 0xCE, 0x8E, 0xEE, 0x8F, 0x01,
 0xDD, 0x24, 0x01, 0xA1, 0x0A, 0xEC, 0x46, 0xF3, 0xDE, 0xF4, 0x14, 0xBF, 0xCD, 0x51, 0xA7, 0x2A, 
 0xBF, 0x00, 0x1C, 0xB6, 0xA4, 0x9C, 0xB1, 0xB3, 0xD6, 0x35, 0xAA, 0xB8, 0xA6, 0x66, 0x43, 0xD7,
 0xB7, 0xDB, 0xAC, 0x7B, 0xC5, 0x40, 0x09, 0x10, 0x34, 0x38, 0xEF, 0x9C, 0x3F, 0x21, 0x8D, 0xC7,
 
 0xBE, 0xF4, 0x98, 0xA1, 0x0D, 0x0A, 0x39, 0x71, 0x56, 0x7A, 0x16, 0x50, 0x85, 0x35, 0x6F, 0x88,
 0x82, 0x73, 0x50, 0x54, 0x68, 0x68, 0x36, 0xC8, 0x3F, 0xBC, 0x55, 0x18, 0xAD, 0xD9, 0x08, 0x33,
 0x38, 0x76, 0x38, 0x81, 0xBC, 0x0B, 0x10, 0x48, 0x6E, 0x20, 0x07, 0x93, 0x88, 0xDD, 0x4E, 0x89,
 0xF1, 0x88, 0x22, 0xED, 0x52, 0x63, 0x9E, 0x6E, 0x09, 0x24, 0x63, 0xE7, 0xDD, 0x80, 0x7D, 0x34 };

C_Verify(...) = 0xC0 (CKR_SIGNATURE_INVALID)

на сервер нужно отправлять

E769E42D16103DEF3D1AFAFFA5ED47A871289BE0F4F00669B75AD8E29301B7C67A00082C532163B175A87047B107D2A88C93FAC3F55FBC4981DB05C38911C083
236914E88238DDA00A5B4B8AE084511F475262E9EC44A53D9334429E6F9AE7FF2AF0C10CB0A66CBC6794C7BD282A5A5790BA38C85736E59ACD93FE54BB8AF05E