Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
IgorDID |
|
Статус: Участник Группы: Участники Поблагодарили: 1 раз в 1 постах |
Подскажите, в чем проблема с контейнером? выдает крипто-про 3.9 при тестировании контейнера: Проверка завершилась с ошибкой Контейнер закрытого ключа имя 4IPF5KOX5KO3JIK4 уникальное имя FAT12318D2DE8_VTB4IPF5KOX.000175F FQCN \.FAT12_F4IPF5KOX5KO3JIK4 проверка целостности контейнера успешно Ключ обмена доступен экспорт открытого ключа успешно импорт открытого ключа успешно подпись успешно проверка Ошибка 0x80090006 (-2146893818) Неправильная подпись. создание ключа обмена успешно экспорт ключа разрешен алгоритм ГОСТ Р 34.10-2001 DH ГОСТ Р 34.10-2001, параметры обмена по умолчанию ГОСТ Р 34.11-94, параметры по умолчанию сертификат в контейнере соответствует закрытому ключу сертификат в хранилище My ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх FAT12318D2DE8_VTB4IPF5KOX.000175F; Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider#75; dwFlags: 0x00000000; dwKeySpec: 1 имя сертификата Тимошенко Михаил Анатольевич субъект ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх поставщик ИНН=000000000000, C=RU, L=xxxxxxxxxx, S=42 xxxxxxxx, E=xx@xxxxx.ru, O=»xxxxxx», OU=Удостоверяющий центр, CN=xxxxxxxxx, STREET=»xxxxxxxxx», ОГРН=xxxxxx действителен с 16 июня 2015 г. 15:50:42 действителен по 25 мая 2016 г. 15:50:42 серийный номер 0201 0B02 1B74 0101 0221 AD Ключ подписи отсутствует загрузка ключей успешно |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Сказал «Спасибо»: 21 раз |
Очень интересно. Похоже на то, что сертификат от другого контейнера. А другие контейнеры пробовали? |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
IgorDID |
|
Статус: Участник Группы: Участники Поблагодарили: 1 раз в 1 постах |
К сожалению подробностей получить не удалось. Подскажите, что в теории могло вызвать данные симптомы ? |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Сказал «Спасибо»: 21 раз |
Пока только предположения, точных диагнозов нет. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 30 раз |
Столкнулись с такой же проблемой: ключ работал. Сейчас при тестировании в 3.6.7777 выдает ошибку Ошибка 0x80090006. Проверка завершилась с ошибкой контейнер один на рутокене. в панели управления рутокена эп просматривается, цепь сертификатов строится. драйвера рутокена последние. Помогите, пожалуйста, разобраться. |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 30 раз |
Также добавлю, что проверяли привязанность открытой части к контейнеру (в крипто про автоматически определился для этой открытой части именно этот контейнер). |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Сказал «Спасибо»: 21 раз |
Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 30 раз |
Автор: maxdm Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. В 4.0 ошибка повторилась. Это говорит о том, что контейнер поврежден? |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 30 раз |
И снова столкнулись с такой проблемой у другого клиента. Т.е.. таких уже как минимум 3: пользовались-пользовались, вдруг такая ошибка. |
|
|
Русев Андрей |
|
Статус: Сотрудник Группы: Администраторы, Участники Сказал(а) «Спасибо»: 12 раз |
Пришлите, пожалуйста, что выдаёт команда: Код:
|
Официальная техподдержка. Официальная база знаний. |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
Подскажите, в чем проблема с контейнером? выдает крипто-про 3.9 при тестировании контейнера: Проверка завершилась с ошибкой Контейнер закрытого ключа имя 4IPF5KOX5KO3JIK4 уникальное имя FAT12318D2DE8_VTB4IPF5KOX.000175F FQCN .FAT12_F4IPF5KOX5KO3JIK4 проверка целостности контейнера успешно Ключ обмена доступен экспорт открытого ключа успешно импорт открытого ключа успешно подпись успешно проверка Ошибка 0x80090006 (-2146893818) Неправильная подпись. создание ключа обмена успешно экспорт ключа разрешен алгоритм ГОСТ Р 34.10-2001 DH ГОСТ Р 34.10-2001, параметры обмена по умолчанию ГОСТ Р 34.11-94, параметры по умолчанию сертификат в контейнере соответствует закрытому ключу сертификат в хранилище My ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх FAT12318D2DE8_VTB4IPF5KOX.000175F; Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider#75; dwFlags: 0x00000000; dwKeySpec: 1 имя сертификата Тимошенко Михаил Анатольевич субъект ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх поставщик ИНН=000000000000, C=RU, L=xxxxxxxxxx, S=42 xxxxxxxx, E=xx@xxxxx.ru, O=»xxxxxx», OU=Удостоверяющий центр, CN=xxxxxxxxx, STREET=»xxxxxxxxx», ОГРН=xxxxxx действителен с 16 июня 2015 г. 15:50:42 действителен по 25 мая 2016 г. 15:50:42 серийный номер 0201 0B02 1B74 0101 0221 AD Ключ подписи отсутствует загрузка ключей успешно |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Очень интересно. Похоже на то, что сертификат от другого контейнера. А другие контейнеры пробовали? |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
К сожалению подробностей получить не удалось. Подскажите, что в теории могло вызвать данные симптомы ? |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Пока только предположения, точных диагнозов нет. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Столкнулись с такой же проблемой: ключ работал. Сейчас при тестировании в 3.6.7777 выдает ошибку Ошибка 0x80090006. Проверка завершилась с ошибкой контейнер один на рутокене. в панели управления рутокена эп просматривается, цепь сертификатов строится. драйвера рутокена последние. Помогите, пожалуйста, разобраться. |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Также добавлю, что проверяли привязанность открытой части к контейнеру (в крипто про автоматически определился для этой открытой части именно этот контейнер). |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Автор: maxdm Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. В 4.0 ошибка повторилась. Это говорит о том, что контейнер поврежден? |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
И снова столкнулись с такой проблемой у другого клиента. Т.е.. таких уже как минимум 3: пользовались-пользовались, вдруг такая ошибка. |
|
|
Русев Андрей |
|
Статус: Сотрудник Группы: Администраторы, Участники Сказал(а) «Спасибо»: 10 раз |
Пришлите, пожалуйста, что выдаёт команда: Код:
|
Официальная техподдержка. Официальная база знаний. |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
When copying files from Windows Server 2019 to a Windows 10 client, I get the following error:
error 0x80090006 «Invalid signature»
The data set I have been working with is about 50 GB of data, many of these files are ~500 MB each in size.
This likely happens with other data sets, but this was the first large transfer that I can reliably recreate the issue with on every attempt.
I have done many tests copying this same data set:
- From the server in question to my Windows 10 workstation
- To the server in question from my Windows 10 workstation
- From the server in question to another Windows 2016 server
- From the Windows 2016 server to my Windows 10 workstation
The only time I see this error is the first scenario (Windows 2019 > Windows 10).
Sometimes this error occurs within the first few seconds of my data copy, other times it doesn’t occur until 85%-90% of the data has transferred. Often it occurs multiple times (as much as 10-15) during the whole transfer. In testing this close
to 20 times it has produced this error at least once on transfer of this data set *every single time*.
The error seems recoverable. If I click «Try Again» the data appears to copy correctly, although I may receive the error again on the same file later in the copy or on another file later in the transfer. It seems completely random when
it occurs, but does appear to be happening more on the larger files.
I have researched this error and have found several references to it being possibly caused by Symantec products or VMWare/ESX network adapters. Neither of those is relevant in my case. I also saw some reference so UNC path issues, which let me
to research UNC path hardening. This led me down the path of investigating the SMB connection. What I have determined is this issue
does not occur when using SMB3 encryption.
I believe this is because when using SMB3 encryption, signing is disabled as per
this article:
When requiring SMB Encryption, SMB Signing is not used, regardless of settings. SMB Encryption implicitly provides the same integrity
guarantees as SMB Signing
Using UNC Path Hardening and setting RequirePrivacy=1, I am able to turn on SMB3 encryption on the share from the client and the issue goes away. However I do not wish to be required to use SMB encryption and should not have to in order to deal with
what is clearly a signing error. I have also attempted to turn of SMB 3.1.1 signing, but I have been unsuccessful in doing that (I detail that issue
here).
I should not however even have to disable SMB signing as this error should simply not be happening for a core function like file copy between two windows systems.
This appears to be the same issued outlined here:
https://support.microsoft.com/en-in/help/2686098/system-error-2148073478-extended-error-or-invalid-signature-error-mess
That still exists years later. That MS article however discusses issues between 3rd party products, not 2 modern Microsoft OSes.
Additionally, the workaround of disabling Secure Negotiate does not seem to work for Server 2019 and/or Windows 10 (again I detail that issue
here).
When copying files from Windows Server 2019 to a Windows 10 client, I get the following error:
error 0x80090006 «Invalid signature»
The data set I have been working with is about 50 GB of data, many of these files are ~500 MB each in size.
This likely happens with other data sets, but this was the first large transfer that I can reliably recreate the issue with on every attempt.
I have done many tests copying this same data set:
- From the server in question to my Windows 10 workstation
- To the server in question from my Windows 10 workstation
- From the server in question to another Windows 2016 server
- From the Windows 2016 server to my Windows 10 workstation
The only time I see this error is the first scenario (Windows 2019 > Windows 10).
Sometimes this error occurs within the first few seconds of my data copy, other times it doesn’t occur until 85%-90% of the data has transferred. Often it occurs multiple times (as much as 10-15) during the whole transfer. In testing this close
to 20 times it has produced this error at least once on transfer of this data set *every single time*.
The error seems recoverable. If I click «Try Again» the data appears to copy correctly, although I may receive the error again on the same file later in the copy or on another file later in the transfer. It seems completely random when
it occurs, but does appear to be happening more on the larger files.
I have researched this error and have found several references to it being possibly caused by Symantec products or VMWare/ESX network adapters. Neither of those is relevant in my case. I also saw some reference so UNC path issues, which let me
to research UNC path hardening. This led me down the path of investigating the SMB connection. What I have determined is this issue
does not occur when using SMB3 encryption.
I believe this is because when using SMB3 encryption, signing is disabled as per
this article:
When requiring SMB Encryption, SMB Signing is not used, regardless of settings. SMB Encryption implicitly provides the same integrity
guarantees as SMB Signing
Using UNC Path Hardening and setting RequirePrivacy=1, I am able to turn on SMB3 encryption on the share from the client and the issue goes away. However I do not wish to be required to use SMB encryption and should not have to in order to deal with
what is clearly a signing error. I have also attempted to turn of SMB 3.1.1 signing, but I have been unsuccessful in doing that (I detail that issue
here).
I should not however even have to disable SMB signing as this error should simply not be happening for a core function like file copy between two windows systems.
This appears to be the same issued outlined here:
https://support.microsoft.com/en-in/help/2686098/system-error-2148073478-extended-error-or-invalid-signature-error-mess
That still exists years later. That MS article however discusses issues between 3rd party products, not 2 modern Microsoft OSes.
Additionally, the workaround of disabling Secure Negotiate does not seem to work for Server 2019 and/or Windows 10 (again I detail that issue
here).
31 окт 2019 00:43 #14180
от nick_e
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
31 окт 2019 01:38 #14181
от Petrovich
Спасибо сказали: nick_e, vizartron
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
13 нояб 2019 23:06 #14313
от proJIog
с Континентом АП устанавливается Код безопасности CSP (пуск-Все программы-Код безопасности) так вот, запускаешь, 2 вкладка «Ключевые контейнеры» водишь пин код Токена, после в АП закрытый контейнер появляется, только в моем случае потом выдает ошибку что НЕ НАЙДЕН КОРНЕВОЙ СЕРТИФИКАТ!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:34 #14360
от Mr.ZEV
Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:49 #14361
от gurazor
Mr.ZEV пишет: Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Добрый день!
Пуск/все программы/код безопасности/Континент-АП/Код безопасности CSP работает?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 04:16 #14366
от Mr.ZEV
Что-то нет его. Переустановить континент?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 05:57 #14369
от Mr.ZEV
Переустановка Континента ничего не дала. Код безопасности так и не появился. Помогите плиз!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:29 #14371
от Mr.ZEV
Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:38 #14372
от Alex67
Mr.ZEV пишет: Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Континент TLS от ЭБ на машине был? Он видимо свой CSP от КБ поставил.
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 02:59 #14413
от Sherkhan
Ещё вчера всё работало, а сегодня с утра: ошибка подписи ключа 0x00000578 недопустимый дескриптор окна. В списке ошибок Континента такую не нашёл. Что это может быть?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:37 — 28 нояб 2019 05:48 #14415
от Alex67
Sherkhan пишет: Ещё вчера всё работало,
А ключ то у вас какой был ещё вчера? ГОСТ 2001 или ГОСТ 2012? Версия КАП? А ОС какая? Не обновлялась ли?
Что вы как партизан на допросе………..
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:49 #14416
от Sherkhan
На новом ГОСТЕ 2 недели работал нормально. Ничего не менялось. Обновления Windows отключены.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:50 — 28 нояб 2019 05:56 #14417
от Sherkhan
Windows 7 х64, АП 3.7.7.625, на вирусы проверил — чисто. В журнале:
— Provider
[ Name] eap
— EventID 51
[ Qualifiers] 49154
Level 2
Task 0
Keywords 0x80000000000000
Контроль целостности прошёл, ошибок нет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 06:51 #14419
от Alex67
Sherkhan пишет: [ Name] eap
В процессах EAPSigner161.exe (c:Program FilesSecurity CodeTerminal StationvpnEAPSigner161.exe) есть? (должен быть)
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 07:30 #14422
от Sherkhan
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
Подскажите, в чем проблема с контейнером? выдает крипто-про 3.9 при тестировании контейнера: Проверка завершилась с ошибкой Контейнер закрытого ключа имя 4IPF5KOX5KO3JIK4 уникальное имя FAT12318D2DE8_VTB4IPF5KOX.000175F FQCN .FAT12_F4IPF5KOX5KO3JIK4 проверка целостности контейнера успешно Ключ обмена доступен экспорт открытого ключа успешно импорт открытого ключа успешно подпись успешно проверка Ошибка 0x80090006 (-2146893818) Неправильная подпись. создание ключа обмена успешно экспорт ключа разрешен алгоритм ГОСТ Р 34.10-2001 DH ГОСТ Р 34.10-2001, параметры обмена по умолчанию ГОСТ Р 34.11-94, параметры по умолчанию сертификат в контейнере соответствует закрытому ключу сертификат в хранилище My ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх FAT12318D2DE8_VTB4IPF5KOX.000175F; Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider#75; dwFlags: 0x00000000; dwKeySpec: 1 имя сертификата Тимошенко Михаил Анатольевич субъект ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх поставщик ИНН=000000000000, C=RU, L=xxxxxxxxxx, S=42 xxxxxxxx, E=xx@xxxxx.ru, O=»xxxxxx», OU=Удостоверяющий центр, CN=xxxxxxxxx, STREET=»xxxxxxxxx», ОГРН=xxxxxx действителен с 16 июня 2015 г. 15:50:42 действителен по 25 мая 2016 г. 15:50:42 серийный номер 0201 0B02 1B74 0101 0221 AD Ключ подписи отсутствует загрузка ключей успешно |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Очень интересно. Похоже на то, что сертификат от другого контейнера. А другие контейнеры пробовали? |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
К сожалению подробностей получить не удалось. Подскажите, что в теории могло вызвать данные симптомы ? |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Пока только предположения, точных диагнозов нет. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Столкнулись с такой же проблемой: ключ работал. Сейчас при тестировании в 3.6.7777 выдает ошибку Ошибка 0x80090006. Проверка завершилась с ошибкой контейнер один на рутокене. в панели управления рутокена эп просматривается, цепь сертификатов строится. драйвера рутокена последние. Помогите, пожалуйста, разобраться. |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Также добавлю, что проверяли привязанность открытой части к контейнеру (в крипто про автоматически определился для этой открытой части именно этот контейнер). |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
Автор: maxdm Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. В 4.0 ошибка повторилась. Это говорит о том, что контейнер поврежден? |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 29 раз |
И снова столкнулись с такой проблемой у другого клиента. Т.е.. таких уже как минимум 3: пользовались-пользовались, вдруг такая ошибка. |
|
|
Русев Андрей |
|
Статус: Сотрудник Группы: Администраторы, Участники Сказал(а) «Спасибо»: 10 раз |
Пришлите, пожалуйста, что выдаёт команда: Код:
|
Официальная техподдержка. Официальная база знаний. |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
When copying files from Windows Server 2019 to a Windows 10 client, I get the following error:
error 0x80090006 «Invalid signature»
The data set I have been working with is about 50 GB of data, many of these files are ~500 MB each in size.
This likely happens with other data sets, but this was the first large transfer that I can reliably recreate the issue with on every attempt.
I have done many tests copying this same data set:
- From the server in question to my Windows 10 workstation
- To the server in question from my Windows 10 workstation
- From the server in question to another Windows 2016 server
- From the Windows 2016 server to my Windows 10 workstation
The only time I see this error is the first scenario (Windows 2019 > Windows 10).
Sometimes this error occurs within the first few seconds of my data copy, other times it doesn’t occur until 85%-90% of the data has transferred. Often it occurs multiple times (as much as 10-15) during the whole transfer. In testing this close
to 20 times it has produced this error at least once on transfer of this data set *every single time*.
The error seems recoverable. If I click «Try Again» the data appears to copy correctly, although I may receive the error again on the same file later in the copy or on another file later in the transfer. It seems completely random when
it occurs, but does appear to be happening more on the larger files.
I have researched this error and have found several references to it being possibly caused by Symantec products or VMWare/ESX network adapters. Neither of those is relevant in my case. I also saw some reference so UNC path issues, which let me
to research UNC path hardening. This led me down the path of investigating the SMB connection. What I have determined is this issue
does not occur when using SMB3 encryption.
I believe this is because when using SMB3 encryption, signing is disabled as per
this article:
When requiring SMB Encryption, SMB Signing is not used, regardless of settings. SMB Encryption implicitly provides the same integrity
guarantees as SMB Signing
Using UNC Path Hardening and setting RequirePrivacy=1, I am able to turn on SMB3 encryption on the share from the client and the issue goes away. However I do not wish to be required to use SMB encryption and should not have to in order to deal with
what is clearly a signing error. I have also attempted to turn of SMB 3.1.1 signing, but I have been unsuccessful in doing that (I detail that issue
here).
I should not however even have to disable SMB signing as this error should simply not be happening for a core function like file copy between two windows systems.
This appears to be the same issued outlined here:
https://support.microsoft.com/en-in/help/2686098/system-error-2148073478-extended-error-or-invalid-signature-error-mess
That still exists years later. That MS article however discusses issues between 3rd party products, not 2 modern Microsoft OSes.
Additionally, the workaround of disabling Secure Negotiate does not seem to work for Server 2019 and/or Windows 10 (again I detail that issue
here).
When copying files from Windows Server 2019 to a Windows 10 client, I get the following error:
error 0x80090006 «Invalid signature»
The data set I have been working with is about 50 GB of data, many of these files are ~500 MB each in size.
This likely happens with other data sets, but this was the first large transfer that I can reliably recreate the issue with on every attempt.
I have done many tests copying this same data set:
- From the server in question to my Windows 10 workstation
- To the server in question from my Windows 10 workstation
- From the server in question to another Windows 2016 server
- From the Windows 2016 server to my Windows 10 workstation
The only time I see this error is the first scenario (Windows 2019 > Windows 10).
Sometimes this error occurs within the first few seconds of my data copy, other times it doesn’t occur until 85%-90% of the data has transferred. Often it occurs multiple times (as much as 10-15) during the whole transfer. In testing this close
to 20 times it has produced this error at least once on transfer of this data set *every single time*.
The error seems recoverable. If I click «Try Again» the data appears to copy correctly, although I may receive the error again on the same file later in the copy or on another file later in the transfer. It seems completely random when
it occurs, but does appear to be happening more on the larger files.
I have researched this error and have found several references to it being possibly caused by Symantec products or VMWare/ESX network adapters. Neither of those is relevant in my case. I also saw some reference so UNC path issues, which let me
to research UNC path hardening. This led me down the path of investigating the SMB connection. What I have determined is this issue
does not occur when using SMB3 encryption.
I believe this is because when using SMB3 encryption, signing is disabled as per
this article:
When requiring SMB Encryption, SMB Signing is not used, regardless of settings. SMB Encryption implicitly provides the same integrity
guarantees as SMB Signing
Using UNC Path Hardening and setting RequirePrivacy=1, I am able to turn on SMB3 encryption on the share from the client and the issue goes away. However I do not wish to be required to use SMB encryption and should not have to in order to deal with
what is clearly a signing error. I have also attempted to turn of SMB 3.1.1 signing, but I have been unsuccessful in doing that (I detail that issue
here).
I should not however even have to disable SMB signing as this error should simply not be happening for a core function like file copy between two windows systems.
This appears to be the same issued outlined here:
https://support.microsoft.com/en-in/help/2686098/system-error-2148073478-extended-error-or-invalid-signature-error-mess
That still exists years later. That MS article however discusses issues between 3rd party products, not 2 modern Microsoft OSes.
Additionally, the workaround of disabling Secure Negotiate does not seem to work for Server 2019 and/or Windows 10 (again I detail that issue
here).
31 окт 2019 00:43 #14180
от nick_e
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
31 окт 2019 01:38 #14181
от Petrovich
Спасибо сказали: nick_e, vizartron
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
13 нояб 2019 23:06 #14313
от proJIog
с Континентом АП устанавливается Код безопасности CSP (пуск-Все программы-Код безопасности) так вот, запускаешь, 2 вкладка «Ключевые контейнеры» водишь пин код Токена, после в АП закрытый контейнер появляется, только в моем случае потом выдает ошибку что НЕ НАЙДЕН КОРНЕВОЙ СЕРТИФИКАТ!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:34 #14360
от Mr.ZEV
Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:49 #14361
от gurazor
Mr.ZEV пишет: Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Добрый день!
Пуск/все программы/код безопасности/Континент-АП/Код безопасности CSP работает?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 04:16 #14366
от Mr.ZEV
Что-то нет его. Переустановить континент?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 05:57 #14369
от Mr.ZEV
Переустановка Континента ничего не дала. Код безопасности так и не появился. Помогите плиз!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:29 #14371
от Mr.ZEV
Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:38 #14372
от Alex67
Mr.ZEV пишет: Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Континент TLS от ЭБ на машине был? Он видимо свой CSP от КБ поставил.
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 02:59 #14413
от Sherkhan
Ещё вчера всё работало, а сегодня с утра: ошибка подписи ключа 0x00000578 недопустимый дескриптор окна. В списке ошибок Континента такую не нашёл. Что это может быть?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:37 — 28 нояб 2019 05:48 #14415
от Alex67
Sherkhan пишет: Ещё вчера всё работало,
А ключ то у вас какой был ещё вчера? ГОСТ 2001 или ГОСТ 2012? Версия КАП? А ОС какая? Не обновлялась ли?
Что вы как партизан на допросе………..
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:49 #14416
от Sherkhan
На новом ГОСТЕ 2 недели работал нормально. Ничего не менялось. Обновления Windows отключены.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:50 — 28 нояб 2019 05:56 #14417
от Sherkhan
Windows 7 х64, АП 3.7.7.625, на вирусы проверил — чисто. В журнале:
— Provider
[ Name] eap
— EventID 51
[ Qualifiers] 49154
Level 2
Task 0
Keywords 0x80000000000000
Контроль целостности прошёл, ошибок нет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 06:51 #14419
от Alex67
Sherkhan пишет: [ Name] eap
В процессах EAPSigner161.exe (c:Program FilesSecurity CodeTerminal StationvpnEAPSigner161.exe) есть? (должен быть)
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 07:30 #14422
от Sherkhan
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Последние 2 недели я бился головой о стену, пытаясь создать и проверить подписи CMS в Swift 4 с помощью OpenSSL. Мой код в конечном итоге предназначен для запуска в Linux, поэтому я не могу использовать среду безопасности macOS. Я полагать Я наконец-то добился правильной работы создания подписи CMS. Мой код для этого выглядит так:
let testBundle = Bundle(for: type(of: self))
guard let textUrl = testBundle.url(forResource: "test_message", withExtension: "txt"),
let signingKeyUrl = testBundle.url(forResource: "signing_key", withExtension: "pem"),
let signingCertUrl = testBundle.url(forResource: "signing_cert", withExtension: "pem") else {
exit(1)
}
let certFileObject = signingCertUrl.path.withCString { filePtr in
return fopen(filePtr, "rb")
}
defer {
fclose(certFileObject)
}
let keyFileObject = signingKeyUrl.path.withCString { filePtr in
return fopen(filePtr, "rb")
}
defer {
fclose(keyFileObject)
}
guard let key = PEM_read_PrivateKey(keyFileObject, nil, nil, nil),
let cert = PEM_read_X509(certFileObject, nil, nil, nil) else {
exit(1)
}
OpenSSL_add_all_ciphers()
OpenSSL_add_all_digests()
OPENSSL_add_all_algorithms_conf()
guard let textData = FileManager.default.contents(atPath: textUrl.path) else {
exit(1)
}
guard let textBIO = BIO_new(BIO_s_mem()) else {
print("Unable to create textBIO")
exit(1)
}
_ = textData.withUnsafeBytes({dataBytes in
BIO_write(textBIO, dataBytes, Int32(textData.count))
})
guard let cms = CMS_sign(cert, key, nil, textBIO, UInt32(CMS_BINARY)) else {
exit(1)
}
Когда я отлаживаю этот код, я вижу, что объект cms устанавливается после вызова CMS_sign, поэтому я считаю, что подпись была сгенерирована правильно. Сразу после этого я пытаюсь проверить только что созданную подпись. Этот код выглядит так:
let store = X509_STORE_new()
X509_STORE_add_cert(store, cert)
let outBIO = BIO_new(BIO_s_mem())
let result = CMS_verify(cms, nil, store, nil, outBIO, 0)
print("result : (result)")
if result != 1 {
let errorCode: UInt = ERR_get_error()
print("ERROR : (String(format: "%2X", errorCode))")
}
Однако, когда я запускаю этот код, result == 0, что указывает на ошибку. Код ошибки, возвращаемый OpenSSL, — 0x2E099064. Я выполнил эту команду:
openssl errstr 0x2E099064
Что дало мне эту информацию об ошибке:
error:2E099064:CMS routines:func(153):reason(100)
Еще немного покопавшись, я считать, что ошибка соответствует PKCS7_R_DECRYPTED_KEY_IS_WRONG_LENGTH. Я получил это от pkcs7.h здесь., однако я не на 100% уверен, что это правильное сообщение об ошибке.
У меня вопрос: почему не проходит проверка моей подписи? Я использую тот же сертификат для проверки подписи. Весь этот код является встроенным, поэтому ничего нигде не теряется. Может ли кто-нибудь из вас дать мне представление о том, где что-то идет не так?
Область применения электронной подписи (ЭП или ЭЦП) довольно широка. Например, многие специальные сервисы требуют верификации пользователя с её помощью: Госуслуги, онлайн-сервисы для управления средствами в банке, электронные площадки и другие. Поэтому любые технические неполадки, возникающие при использовании ЭЦП, могут вызвать различные серьёзные: от упущенной выгоды до материальных убытков.
Какие бывают ошибки
Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на три группы:
- Проблемы с сертификатом. Они появляются, когда сертификат не выбран, не найден или не верен.
- Проблемы с подписанием документа. Ошибки возникают при попытке подписать документ.
- Проблема при авторизации на торговых площадках.
Рассмотрим неполадки подробнее и разберёмся, как их решать.
Сертификат не найден
Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».
У подобных ошибок могут быть следующие причины:
- На компьютере не установлены корневые сертификаты Удостоверяющего Центра (УЦ), в котором была получена ЭП. Необходимо установить либо обновить корневой сертификат. Установка корневых сертификатов удостоверяющего центра подробно описана в нашей инструкции.
- На ПК не установлено ни одного личного сертификата ЭП. Для применения ЭП необходимы и личные сертификаты. Об их установке мы писали в другой статье.
- Установленные на компьютере необходимые сертификаты не валидны. Сертификаты отозваны или просрочены. Уточните статус сертификата в УЦ. Ошибка с текстом «Ваш сертификат ключа подписи включён в список отозванных» возникает, если у сертификата закончился срок действия или на ПК нужно обновить список сертификатов. В последней ситуации следует вручную загрузить перечень отозванных сертификатов.
Для установки списка отозванных сертификатов:
- Откройте личный сертификат пользователя в окне Свойства браузера. Чтобы открыть его, наберите «Свойства браузера» в поисковой строке меню Пуск. Перейдите во вкладку Содержание и нажмите кнопку «Сертификаты».
- Во вкладке Состав выберите из списка пункт «Точки распространения списков отзыва».
- В блоке Имя точки распространения скопируйте ссылку на загрузку файла со списком отзыва.
- Скачайте по указанной ссылке файл. Нажмите по нему правой кнопкой мыши и выберите в контекстном меню «Установить список отзыва (CRL)».
- Следуйте указаниям «Мастера импорта сертификатов».
Не виден сертификат на носителе
Как правило, причина такой проблемы — сбой в работе программных компонентов. Для её решения достаточно перезагрузить компьютер. Однако иногда этого бывает недостаточно, поэтому требуется переустановка драйверов или обращение в службу техподдержки.
К наиболее распространённым причинам такой проблемы относятся следующие случаи:
- Драйвер носителя не установлен или установлен некорректно. Для решения проблемы необходимо извлечь носитель электронной подписи из ПК и скачать последнюю версию драйвера носителя с официальных ресурсов. Если переустановка драйвера не помогла, подключите носитель к другому ПК, чтобы убедиться в исправности токена. Если токен определится другой системой, попробуйте удалить на неисправном компьютере драйвер носителя и установить его заново.
- Долгое опознание носителя. Для решения проблемы необходимо дождаться завершения процесса или обновить версию операционной системы.
- Некорректная работа USB-порта. Подключите токен к другому USB-порту, чтобы убедиться, что проблема не в носителе ЭП. Если система определила токен, перезагрузите компьютер. Если это не поможет, следует обратиться службу технической поддержки.
- Неисправность носителя. Если при подключении токена к другому компьютеру или USB-порту система не определяет его, значит, проблема в самом носителе. Устранение неисправности возможно в данном случае лишь одним путём — нужно обратиться в сервисный центр для выпуска нового носителя.
ЭП не подписывает документ
Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:
- Закрытый ключ на используемом контейнере не соответствует открытому ключу сертификата. Возможно, был выбран не тот контейнер, поэтому следует проверить все закрытые контейнеры на компьютере. Если необходимый контейнер по тем или иным причинам отсутствует, владельцу придётся обращаться в удостоверяющий центр для перевыпуска ЭП.
- Ошибка «Сертификат недействителен» (certificate is not valid). Следует повторно установить сертификат ЭП по инструкциям УЦ в зависимости от используемого криптопровайдера — КриптоПро CSP, ViPNet CSP или другого.
- Сертификат ЭП определяется как непроверенный. В этом случае необходимо переустановить корневой сертификат удостоверяющего центра.
- Истёк срок действия криптопровайдера. Для решения этой проблемы необходим новый лицензионный ключ к программе-криптопровайдеру. Для его получения необходимо обращаться к специалистам УЦ или к ответственным сотрудникам своей организации.
- Подключён носитель с другим сертификатом. Убедитесь, что подключён правильный токен. Проверьте также, не подключены ли носители других сертификатов. Отключите другие носители в случае их обнаружения.
В момент подписания электронных документов или формирования запроса в различных может возникнуть ошибка «Невозможно создание объекта сервером программирования объектов».
В этой ситуации помогает установка и регистрация библиотеки Capicom:
- Скачайте файл архива.
- Распакуйте и переместите файлы capicom.dll и capicom.inf в каталог syswow64, находящийся в корневой папке ОС.
- Откройте командную строку от имени администратора — для этого в меню Пуск наберите «Командная строка», нажмите по найденному приложению правой кнопкой мыши и выберите Запуск от имени администратора.
- Введите «c:windowssyswow64regsvr32.exe capicom.dll» (без кавычек) и нажмите ENTER. Должно появиться уведомление о том, что команда выполнена успешно.
Выбранная подпись не авторизована
Подобная ошибка возникает при попытке авторизации в личном кабинете на электронных торговых площадках. Например, при входе на площадку ZakazRF отображается сообщение «Выбранная ЭЦП не авторизована».
Эта ошибка возникает из-за того, что пользователь не зарегистрирован на площадке, либо не зарегистрирован новый сертификат ключа ЭП. Решением проблемы будет регистрация нового сертификата.
Процесс запроса на авторизацию ЭП на разных торговых площадках может отличаться: часто нужно отправлять запрос оператору системы на авторизацию, иногда рабочее место настраивается автоматически.
Если ошибка сохраняется, возможно, следует отключить защитное ПО или добавить сайт электронной площадки в исключения.
Часто задаваемые вопросы
Почему компьютер не видит ЭЦП?
Причина кроется в несовместимости программного обеспечения и физического носителя ЭЦП. Необходимо проверить версию операционной системы и переустановить её до нужной версии. Если токен повреждён, возможно, понадобится обратиться в удостоверяющий центр для перевыпуска электронной подписи.
О том, что делать, если компьютер не видит ЭЦП и о способах проверки настроек, мы подробно писали в нашей статье.
Почему КриптоПро не отображает ЭЦП?
Если КриптоПро не отображает ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление программы в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.
Подробнее ознакомиться, как устранить данную неисправность можно в нашей статье.
Где на компьютере искать сертификаты ЭЦП?
Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:
C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.
Что такое сертификат ЭЦП и зачем он нужен мы рассказали в нашей статье.
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
Подскажите, в чем проблема с контейнером? выдает крипто-про 3.9 при тестировании контейнера: Проверка завершилась с ошибкой Контейнер закрытого ключа имя 4IPF5KOX5KO3JIK4 уникальное имя FAT12318D2DE8_VTB4IPF5KOX.000175F FQCN .FAT12_F4IPF5KOX5KO3JIK4 проверка целостности контейнера успешно Ключ обмена доступен экспорт открытого ключа успешно импорт открытого ключа успешно подпись успешно проверка Ошибка 0x80090006 (-2146893818) Неправильная подпись. создание ключа обмена успешно экспорт ключа разрешен алгоритм ГОСТ Р 34.10-2001 DH ГОСТ Р 34.10-2001, параметры обмена по умолчанию ГОСТ Р 34.11-94, параметры по умолчанию сертификат в контейнере соответствует закрытому ключу сертификат в хранилище My ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх FAT12318D2DE8_VTB4IPF5KOX.000175F; Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider#75; dwFlags: 0x00000000; dwKeySpec: 1 имя сертификата Тимошенко Михаил Анатольевич субъект ИНН=00хххххххххх, C=RU, L=хххххххххх, S=42 ххххххххххххх, E=хххх@хххх.ru, O=»ххххххххх», T=ххххххххх, CN=ххххххххх, SN=хххххх, G=хххххххх, STREET=»ххххххххх», ОГРН=хххххххххх, СНИЛС=ххххххххх поставщик ИНН=000000000000, C=RU, L=xxxxxxxxxx, S=42 xxxxxxxx, E=xx@xxxxx.ru, O=»xxxxxx», OU=Удостоверяющий центр, CN=xxxxxxxxx, STREET=»xxxxxxxxx», ОГРН=xxxxxx действителен с 16 июня 2015 г. 15:50:42 действителен по 25 мая 2016 г. 15:50:42 серийный номер 0201 0B02 1B74 0101 0221 AD Ключ подписи отсутствует загрузка ключей успешно |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Очень интересно. Похоже на то, что сертификат от другого контейнера. А другие контейнеры пробовали? |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
IgorDID |
|
Статус: Участник Группы: Участники
Зарегистрирован: 05.04.2012(UTC) Поблагодарили: 1 раз в 1 постах |
К сожалению подробностей получить не удалось. Подскажите, что в теории могло вызвать данные симптомы ? |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Пока только предположения, точных диагнозов нет. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 30 раз |
Столкнулись с такой же проблемой: ключ работал. Сейчас при тестировании в 3.6.7777 выдает ошибку Ошибка 0x80090006. Проверка завершилась с ошибкой контейнер один на рутокене. в панели управления рутокена эп просматривается, цепь сертификатов строится. драйвера рутокена последние. Помогите, пожалуйста, разобраться. |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 30 раз |
Также добавлю, что проверяли привязанность открытой части к контейнеру (в крипто про автоматически определился для этой открытой части именно этот контейнер). |
|
|
Максим Коллегин |
|
Статус: Сотрудник Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC) Сказал «Спасибо»: 21 раз |
Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. |
Знания в базе знаний, поддержка в техподдержке |
|
|
WWW |
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 30 раз |
Автор: maxdm Сделайте тестирование в последней версии 4.0. Скорее всего сертификат поврежден в контейнере. В 4.0 ошибка повторилась. Это говорит о том, что контейнер поврежден? |
|
|
Птаха |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 28.06.2013(UTC) Сказал(а) «Спасибо»: 30 раз |
И снова столкнулись с такой проблемой у другого клиента. Т.е.. таких уже как минимум 3: пользовались-пользовались, вдруг такая ошибка. |
|
|
Русев Андрей |
|
Статус: Сотрудник Группы: Администраторы, Участники Сказал(а) «Спасибо»: 12 раз |
Пришлите, пожалуйста, что выдаёт команда: Код:
|
Официальная техподдержка. Официальная база знаний. |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
проверка контейнера ошибка 0x80090006 (-2146893818) Неправильная подпись
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.0
»
Ошибка криптографии. неправильная подпись (0x80090006)
Dim3shturm |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 05.06.2008(UTC) Сказал(а) «Спасибо»: 4 раз |
ВОт такая ерунда при отправке протоколов в налоговой. КРипто ПРО стоит 3.0 |
|
|
Татьяна |
|
Статус: Сотрудник Группы: Участники
Зарегистрирован: 06.02.2008(UTC) Поблагодарили: 40 раз в 37 постах |
Такая ошибка возникает,например, если файл, подпись под которым проверяется, был изменен или если сертификат, при помощи которого пытаются проверить подпись, не соответствует тому, на котором было подписано сообщение. |
Татьяна |
|
|
|
Dim3shturm |
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 05.06.2008(UTC) Сказал(а) «Спасибо»: 4 раз |
Татьяна написал: Такая ошибка возникает,например, если файл, подпись под которым проверяется, был изменен или если сертификат, при помощи которого пытаются проверить подпись, не соответствует тому, на котором было подписано сообщение. Такое сообщение возникает в программе СБиС Налоговый инспектор при доставке почты. Сам ключик храниться в реестре, Крипто ПРо 3.0. |
|
|
Татьяна |
|
Статус: Сотрудник Группы: Участники
Зарегистрирован: 06.02.2008(UTC) Поблагодарили: 40 раз в 37 постах |
каким образом производилась установка и настройка сертификатов для этой системы? -запустите командную строку(пуск — выполнить — cmd) и сообщите мне вывод утилиты |
Татьяна |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.0
»
Ошибка криптографии. неправильная подпись (0x80090006)
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
#1 2015-02-09 18:45:31
- TWIN
- Посетитель
- Неактивен
Ошибка:Неправильная подпись (0x80090006)
Похожая ошибка уже была в теме: https://forum.rutoken.ru/topic/1739/
Сейчас аналогичная.
Драйвера 2.100 последние
Операционка WIN PROF SP3
Ключ рабочий точно. На другом компе с такой же операционкой — все работает. На токене 2 ключа — один выдан для отчетности, второй для VPN для УРМ.
Ключ отчетности в крипте видно. Для VPN и не должен видится.
При запуске подключения VPN ошибка аналогичная.
Драйвера переставлял, Крипто переставлял. Систему обновлял. Как ни крути не видит ключ.
Возможно что то в системе порушено. Очень не хочется систему переставлять. Много очень бухгалтерских программ.
#2 Ответ от Ксения Шаврова 2015-02-10 17:04:12 (2015-02-10 17:05:07 отредактировано Ксения Шаврова)
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Отвечено на почту, указанную при регистрации на форуме.
#3 Ответ от guryev 2015-03-21 11:43:34
- guryev
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Та же история — Панель управления Рутокен, при открывании вкладки «Сертификаты», ошибка Invalid Signature 0x80090006. Тип и свободная память отображаются в «Информации о Рутокене» как:
тип: Rutoken S 64K
Свободная память (байт): 57792
ОС Windows XP, установлены драйверы с установщика rtDrivers.x86.v.2.100.00.0542.exe
#4 Ответ от Ксения Шаврова 2015-03-23 11:14:19
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
guryev пишет:
Та же история — Панель управления Рутокен, при открывании вкладки «Сертификаты», ошибка Invalid Signature 0x80090006.
Здравствуйте, guryev
Указанного вами при регистрации e-mail не существует. Напишите запрос на почту службы технической поддержки hotline@rutoken.ru
#5 Ответ от guryev 2015-03-23 13:06:22
- guryev
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Спасибо за быстрый ответ:
1. e-mail существует (иначе бы я не смог зарегистрироваться);
2. Послал (с него) сообщение на hotline@rutoken.ru.
#6 Ответ от Ксения Шаврова 2015-03-23 13:49:55
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Отвечено по почте
#7 Ответ от microfarmica 2015-05-22 22:51:25
- microfarmica
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Сегодня выдали новый токен, в панели управления, пр переходе на вкладку «сертификаты», вылазит ошибка. ОС Win7, драйвера v.2.100.00.0542 от 20.11.2014, WHQL-certified
#8 Ответ от Эдуард 2022-04-11 05:57:55
- Эдуард
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
ФГИС «Аршин», при подписании заявки на публикацию выбирается действующий ключ, а затем вылетает «Ошибка:Неправильная подпись (0x80090006)». Что делать?
#9 Ответ от Фатеева Светлана 2022-04-11 15:01:27
- Фатеева Светлана
- Техническая поддержка
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Здравствуйте, Эдуард,
Пришлите пожалуйста скриншот «Панели управления Рутокен» на вкладке Сертификаты и скриншот ошибки.
#10 Ответ от fgfg 2022-10-06 14:14:53
- fgfg
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Добрый день!
Используем pkcs11 драйвер через библиотеку
c:windowssystem32rtPKCS11ECP.dll
Создаем подпись в соответствии с файлом примеро из SDK
rv = functionList->C_SignInit(session, &gostR3410_2001SigVerMech_WithHash, objects1[0]);
Если использовать этот механизм (изначально он закоментирован в Common.h)
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, parametersGostR3411_1994, sizeof(parametersGostR3411_1994)};
Тогда всё работает отлично и на старой и на новой версии драйвера pkcs11.
Если использовать рекомендованный механизм, а именно —
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, NULL_PTR, 0};
Тогда идет ошибка номер 6 — но только если использовать последнюю версию rtPKCS11ECP.dll 2.3.3.0
Если использовать старую (не помню точно номер, но вроде бы 2.2.5.0) — тогда всё ОК.
Отсюда вывод — поправьте последнюю 2.3.3.0 версию, там наблюдаются глюки в механизме
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, NULL_PTR, 0};
С уважением!
PS. Извините, пишу в эту тему так как здесь наблюдается такая точно ошибка, но в прикладных программах!
Которые по всей видимости, тоже используют этот новый проблемный драйвер.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
31 окт 2019 00:43 #14180
от nick_e
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
31 окт 2019 01:38 #14181
от Petrovich
Спасибо сказали: nick_e, vizartron
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
13 нояб 2019 23:06 #14313
от proJIog
с Континентом АП устанавливается Код безопасности CSP (пуск-Все программы-Код безопасности) так вот, запускаешь, 2 вкладка «Ключевые контейнеры» водишь пин код Токена, после в АП закрытый контейнер появляется, только в моем случае потом выдает ошибку что НЕ НАЙДЕН КОРНЕВОЙ СЕРТИФИКАТ!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:34 #14360
от Mr.ZEV
Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
18 нояб 2019 12:49 #14361
от gurazor
Mr.ZEV пишет: Здравствуйте! Столкнулся с проблемой при создании запроса на сертификат по гост — 2012. Появляется ошибка создания запроса 0x80090006 неправильная подпись. Стоит Континент версии 3.7.7.651. Подскажите пожалуйста, что делать?
Добрый день!
Пуск/все программы/код безопасности/Континент-АП/Код безопасности CSP работает?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 04:16 #14366
от Mr.ZEV
Что-то нет его. Переустановить континент?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 05:57 #14369
от Mr.ZEV
Переустановка Континента ничего не дала. Код безопасности так и не появился. Помогите плиз!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:29 #14371
от Mr.ZEV
Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
19 нояб 2019 07:38 #14372
от Alex67
Mr.ZEV пишет: Удаление из реестра папки HKEY_LOCAL_MACHINESOFTWARESecurityCodeCSP решило проблему.
Континент TLS от ЭБ на машине был? Он видимо свой CSP от КБ поставил.
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 02:59 #14413
от Sherkhan
Ещё вчера всё работало, а сегодня с утра: ошибка подписи ключа 0x00000578 недопустимый дескриптор окна. В списке ошибок Континента такую не нашёл. Что это может быть?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:37 — 28 нояб 2019 05:48 #14415
от Alex67
Sherkhan пишет: Ещё вчера всё работало,
А ключ то у вас какой был ещё вчера? ГОСТ 2001 или ГОСТ 2012? Версия КАП? А ОС какая? Не обновлялась ли?
Что вы как партизан на допросе………..
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:49 #14416
от Sherkhan
На новом ГОСТЕ 2 недели работал нормально. Ничего не менялось. Обновления Windows отключены.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 05:50 — 28 нояб 2019 05:56 #14417
от Sherkhan
Windows 7 х64, АП 3.7.7.625, на вирусы проверил — чисто. В журнале:
— Provider
[ Name] eap
— EventID 51
[ Qualifiers] 49154
Level 2
Task 0
Keywords 0x80000000000000
Контроль целостности прошёл, ошибок нет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 06:51 #14419
от Alex67
Sherkhan пишет: [ Name] eap
В процессах EAPSigner161.exe (c:Program FilesSecurity CodeTerminal StationvpnEAPSigner161.exe) есть? (должен быть)
«Кто людям помогает — лишь тратит время зря. Хорошими делами прославиться нельзя» (с) Шапокляк
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
28 нояб 2019 07:30 #14422
от Sherkhan
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.0
»
Ошибка криптографии. неправильная подпись (0x80090006)
Dim3shturm |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
ВОт такая ерунда при отправке протоколов в налоговой. КРипто ПРО стоит 3.0 |
|
|
Татьяна |
|
Статус: Сотрудник Группы: Участники Поблагодарили: 40 раз в 37 постах |
Такая ошибка возникает,например, если файл, подпись под которым проверяется, был изменен или если сертификат, при помощи которого пытаются проверить подпись, не соответствует тому, на котором было подписано сообщение. |
Татьяна |
|
|
|
Dim3shturm |
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Татьяна написал: Такая ошибка возникает,например, если файл, подпись под которым проверяется, был изменен или если сертификат, при помощи которого пытаются проверить подпись, не соответствует тому, на котором было подписано сообщение. Такое сообщение возникает в программе СБиС Налоговый инспектор при доставке почты. Сам ключик храниться в реестре, Крипто ПРо 3.0. |
|
|
Татьяна |
|
Статус: Сотрудник Группы: Участники Поблагодарили: 40 раз в 37 постах |
каким образом производилась установка и настройка сертификатов для этой системы? -запустите командную строку(пуск — выполнить — cmd) и сообщите мне вывод утилиты |
Татьяна |
|
|
|
Пользователи, просматривающие эту тему |
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.0
»
Ошибка криптографии. неправильная подпись (0x80090006)
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
#1 2015-02-09 18:45:31
- TWIN
- Посетитель
- Неактивен
Ошибка:Неправильная подпись (0x80090006)
Похожая ошибка уже была в теме: https://forum.rutoken.ru/topic/1739/
Сейчас аналогичная.
Драйвера 2.100 последние
Операционка WIN PROF SP3
Ключ рабочий точно. На другом компе с такой же операционкой — все работает. На токене 2 ключа — один выдан для отчетности, второй для VPN для УРМ.
Ключ отчетности в крипте видно. Для VPN и не должен видится.
При запуске подключения VPN ошибка аналогичная.
Драйвера переставлял, Крипто переставлял. Систему обновлял. Как ни крути не видит ключ.
Возможно что то в системе порушено. Очень не хочется систему переставлять. Много очень бухгалтерских программ.
#2 Ответ от Ксения Шаврова 2015-02-10 17:04:12 (2015-02-10 17:05:07 отредактировано Ксения Шаврова)
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Отвечено на почту, указанную при регистрации на форуме.
#3 Ответ от guryev 2015-03-21 11:43:34
- guryev
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Та же история — Панель управления Рутокен, при открывании вкладки «Сертификаты», ошибка Invalid Signature 0x80090006. Тип и свободная память отображаются в «Информации о Рутокене» как:
тип: Rutoken S 64K
Свободная память (байт): 57792
ОС Windows XP, установлены драйверы с установщика rtDrivers.x86.v.2.100.00.0542.exe
#4 Ответ от Ксения Шаврова 2015-03-23 11:14:19
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
guryev пишет:
Та же история — Панель управления Рутокен, при открывании вкладки «Сертификаты», ошибка Invalid Signature 0x80090006.
Здравствуйте, guryev
Указанного вами при регистрации e-mail не существует. Напишите запрос на почту службы технической поддержки hotline@rutoken.ru
#5 Ответ от guryev 2015-03-23 13:06:22
- guryev
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Спасибо за быстрый ответ:
1. e-mail существует (иначе бы я не смог зарегистрироваться);
2. Послал (с него) сообщение на hotline@rutoken.ru.
#6 Ответ от Ксения Шаврова 2015-03-23 13:49:55
- Ксения Шаврова
- Администратор
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Отвечено по почте
#7 Ответ от microfarmica 2015-05-22 22:51:25
- microfarmica
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Сегодня выдали новый токен, в панели управления, пр переходе на вкладку «сертификаты», вылазит ошибка. ОС Win7, драйвера v.2.100.00.0542 от 20.11.2014, WHQL-certified
#8 Ответ от Эдуард 2022-04-11 05:57:55
- Эдуард
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
ФГИС «Аршин», при подписании заявки на публикацию выбирается действующий ключ, а затем вылетает «Ошибка:Неправильная подпись (0x80090006)». Что делать?
#9 Ответ от Фатеева Светлана 2022-04-11 15:01:27
- Фатеева Светлана
- Техническая поддержка
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Здравствуйте, Эдуард,
Пришлите пожалуйста скриншот «Панели управления Рутокен» на вкладке Сертификаты и скриншот ошибки.
#10 Ответ от fgfg 2022-10-06 14:14:53
- fgfg
- Посетитель
- Неактивен
Re: Ошибка:Неправильная подпись (0x80090006)
Добрый день!
Используем pkcs11 драйвер через библиотеку
c:windowssystem32rtPKCS11ECP.dll
Создаем подпись в соответствии с файлом примеро из SDK
rv = functionList->C_SignInit(session, &gostR3410_2001SigVerMech_WithHash, objects1[0]);
Если использовать этот механизм (изначально он закоментирован в Common.h)
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, parametersGostR3411_1994, sizeof(parametersGostR3411_1994)};
Тогда всё работает отлично и на старой и на новой версии драйвера pkcs11.
Если использовать рекомендованный механизм, а именно —
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, NULL_PTR, 0};
Тогда идет ошибка номер 6 — но только если использовать последнюю версию rtPKCS11ECP.dll 2.3.3.0
Если использовать старую (не помню точно номер, но вроде бы 2.2.5.0) — тогда всё ОК.
Отсюда вывод — поправьте последнюю 2.3.3.0 версию, там наблюдаются глюки в механизме
static CK_MECHANISM gostR3410_2001SigVerMech_WithHash = {CKM_GOSTR3410_WITH_GOSTR3411, NULL_PTR, 0};
С уважением!
PS. Извините, пишу в эту тему так как здесь наблюдается такая точно ошибка, но в прикладных программах!
Которые по всей видимости, тоже используют этот новый проблемный драйвер.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться