Добрый день!

После обновления КриптоПро CSP 3.9 до версии 4.0.9680 стало невозможно подписать отчетность одним из сертификатов:

2016-03-11 13:01:12.903286] [P:9088] [T:10156] [Trace] CPCrypto: ICPCryptoImpl::CertIsValid: leaved
[2016-03-11 13:01:12.903286] [P:9088] [T:10156] [Trace] CPCrypto: Из множества сертификатов выбран: "ОАО "Сказка"".
[2016-03-11 13:01:12.903286] [P:9088] [T:10156] [Trace] CPCrypto: Сертификат(ы) был(и) найден(ы) в хранилище "Личные".
[2016-03-11 13:01:12.904286] [P:9088] [T:10156] [Trace] CPCrypto:
--------------- Подпись ---------------
Сертификат подписи: ОАО "Сказка", {D01EC7...E696}

[2016-03-11 13:01:12.905286] [P:9088] [T:10156] [Trace] CPCrypto: Будет использован криптопровайдер "Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider"
[2016-03-11 13:01:12.905286] [P:9088] [T:10156] [Trace] CPCrypto: Размер подписываемых данных 12
[2016-03-11 13:01:12.918287] [P:9088] [T:10156] [Trace] CPCrypto: Не удалось определить размер для кодирования, причина: Отказано в доступе. (0x80090010)
[2016-03-11 13:01:12.918287] [P:9088] [T:10156] [Trace] CPCrypto: ICPCryptoImpl::sign_stream_d: leaved
[2016-03-11 13:01:12.933289] [P:9088] [T:11256] [Trace] CPCrypto: CRL "TAXCOM CA" для БД действительна

Никаких паролей не стоит, перепривязать ключ пробовала. С сертификатом все хорошо, с КриптоПро 3.9 все было в порядке.
С остальными сертификатами проблем нет.

Подскажите пожалуйста, в чем может быть проблема?

Добрый день!

Протестировала контейнер, вот что пишет:
Проверка завершилась с ошибкой
Контейнер закрытого ключа пользователя
имя le-81eeea8f-deca-4d4c-8660-c4fee15164c4
уникальное имя REGISTRY\\le-81eeea8f-deca-4d4c-8660-c4fee15164c4
FQCN \\.\REGISTRY\le-81eeea8f-deca-4d4c-8660-c4fee15164c4
проверка целостности контейнера успешно
Ключ обмена доступен
длина ключа 512 бит
экспорт открытого ключа успешно
вычисление открытого ключа успешно
импорт открытого ключа успешно
подпись Ошибка 0x80090010 (-2146893808) Отказано в доступе.[/b][/u]
создание ключа обмена успешно
экспорт ключа разрешен
алгоритм ГОСТ Р 34.10-2001 DH
ГОСТ Р 34.10-2001, параметры обмена по умолчанию
ГОСТ Р 34.11-94, параметры по умолчанию
ГОСТ 28147-89, параметры по умолчанию
сертификат в контейнере соответствует закрытому ключу
сертификат в хранилище My
СНИЛС=99999985973, ОГРН=1140181251220, OID.1.2.643.3.141.1.2=0011, OID.1.2.643.3.141.1.1=0000000011, ИНН=009901652368, E=9901doc@host1.taxcom.ru, C=RU, L=Москва, O="ОАО ""Сказка""", OU=0, CN="ОАО ""Сказка""", STREET=Москва, OID.1.2.840.113549.1.9.2=Иванов Сергей Иванович, T=директор, G=Сергей Иванович, SN=Иванов
REGISTRY\\le-81eeea8f-deca-4d4c-8660-c4fee15164c4; Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider#75; dwFlags: 0x00000000; dwKeySpec: AT_KEYEXCHANGE#1
имя сертификата ОАО "Сказка"
субъект СНИЛС=99999985973, ОГРН=1140181251220, OID.1.2.643.3.141.1.2=0011, OID.1.2.643.3.141.1.1=0000000011, ИНН=009901652368, E=9901doc@host1.taxcom.ru, C=RU, L=Москва, O="ОАО ""Сказка""", OU=0, CN="ОАО ""Сказка""", STREET=Москва, OID.1.2.840.113549.1.9.2=Иванов Сергей Иванович, T=директор, G=Сергей Иванович, SN=Иванов
поставщик ОГРН=1027700071530, ИНН=7704211201, STREET=Варшавское шоссе 33, C=RU, S=Москва, L=Москва, O="ООО ""Такском""", OU=Удостоверяющий центр, CN="УЦ ООО ""Такском"""
действителен с 17 июня 2014 г. 13:25:00
действителен по 15 марта 2017 г. 11:00:00
ключ действителен с 17 июня 2014 г. 13:25:00
ключ действителен по 17 июня 2015 г. 13:25:00
серийный номер 111F 4C1D 0000 0000 1395
Срок действия закрытого ключа 17 июня 2015 г. 13:25:00
Использование ключа обмена запрещено. Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 3 года для неизвлекаемых ключей, хранящихся на ФКН и на HSM, и 1 год 3 месяца для прочих ключей.
Ключ подписи отсутствует
загрузка ключей успешно
Версия контейнера 2


Как может быть, что для Крипто Про 3.9 для этого же сертификата ошибки нет?

Отредактировано пользователем 8 апреля 2016 г. 16:13:11(UTC)  | Причина: Не указана

Отлично, наконец-то данная функциональность реализована!

ключ действителен с 17 июня 2014 г. 13:25:00
ключ действителен по 17 июня 2015 г. 13:25:00
- получается, что данный работник более 10 месяцев подписывал документы просроченным ключом?

Документацией на сертифицированное по требованию ФСБ России средство ЭП установлено ограничение на использование ключей ЭП и ключа проверки ЭП. При этом срок действия ключа ЭП зависит от конкретного средства ЭП и варьируется от 1 года до 3-х лет (для ФКН), а срок действия ключа проверки ЭП – не более 15 лет от срока действия закрытого ключа.
Признание квалифицированной электронной подписи установлено статьей 11 Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи». При этом в перечне условий признания квалифицированной электронной подписи не установлено условие, при котором ключ электронной подписи, предназначенный для создания квалифицированной ЭП, должен использоваться только в период, который указан в квалифицированном сертификате ключа проверки ЭП - это явная недоработка 63-ФЗ.

Причина введения данного контроля понятна и справедлива. Но впервые в своей практике столкнулся со следующим:
- дата генерации и создания закрытых ключей - 25.10.2016;
- дата изготовления сертификата ЭП и срок его действия - с 27.10.2016 по 27.01.2018;
- период использования закрытого ключа - с 26.01.2016 по 26.01.2018 (?)
Как такое получается, что период закрытых ключей не совпадает ни с датой их генерации, ни со сроком действия сертификата ЭП?
Генерация производилась под КриптоПро-3.6.1, сертификат работает уже под КриптоПро-4.0.9842, обе лицензионные.
При попытке подписать получили ошибку 0x80090010 - отказано в доступе.

UPD: 2016 год был високосным, генерация производилась после 29 февраля. Неужели это могло привести к такому "подвоху"?

Отредактировано пользователем 26 января 2018 г. 18:24:43(UTC)  | Причина: Не указана

Если правильно Вас понимаю - имеете в виду следующие параметры, которые отображаются
при открытии файла сертификата стандартно в Windows:

Если это не то, тогда подскажите, пожалуйста, через какую прогу или команду увидеть Private Key Usage Period в cer-файле.

Отредактировано пользователем 30 января 2018 г. 13:47:51(UTC)  | Причина: Не указана