Не удалось улучшить подпись неизвестный код ошибки gge ru

1Aleksey1	#1 Оставлено : 3 октября 2014 г. 15:23:47(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.05.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Добрый день. Столкнулся со следующей проблемой: есть подписанный файл с несколькими присоединенными подписями. Пытаюсь улучшить подписи до CAdES_X_Long_Type_1 и получаю ошибку «Not enough revocation values for the certificate» Лог выполнения и исходный файл прикладываю Вложение(я): log.txt (1,084kb) загружен 5 раз(а). file.zip (23kb) загружен 3 раз(а). У Вас нет прав для просмотра или загрузки вложений. Попробуйте зарегистрироваться.

Новожилова Елена	#2 Оставлено : 3 октября 2014 г. 15:30:01(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 10.12.2008(UTC) Сообщений: 924 Откуда: Крипто-Про Поблагодарили: 99 раз в 95 постах	Здравствуйте! А какое ПО вы используете?

1Aleksey1	#3 Оставлено : 3 октября 2014 г. 15:36:47(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.05.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Улучшаю Java кодом, использую так: Код: Collection<X509Certificate> chain = new ArrayList<X509Certificate>(); // 1. Загрузка и "проверка" подписи. // Если подпись совмещенная, то данные (origData) равны null. logger.debug("Load signature..."); CAdESSignature cadesSignature = new CAdESSignature(cadesCms, origData, null); cadesSignature.verify(chain); CAdESSigner[] signerInfos = cadesSignature.getCAdESSignerInfos(); for (CAdESSigner signer : signerInfos) { chain.add(signer.getSignerCertificate()); } // Список всех подписантов в исходной подписи. Collection<SignerInformation> srcSignerInfos = new ArrayList<SignerInformation>(); for (CAdESSigner signer : signerInfos) { srcSignerInfos.add(signer.getSignerInfo()); } // 2. Усовершенствование подписи. CMSSignedData srcSignedData = cadesSignature.getSignedData(); for (CAdESSigner srcSigner : signerInfos) { // Исключаем его из исходного списка, т.к. его место займет усовершенствованный подписант. srcSignerInfos.remove(srcSigner.getSignerInfo()); // Улучшаем CAdES-BES до CAdES-X Long Type 1. srcSigner.enhance(JCP.PROVIDER_NAME, JCP.GOST_DIGEST_OID, chain, tsaUrl, CAdESType.CAdES_X_Long_Type_1); // Усовершенствованный подписант. SignerInformation enhSigner = srcSigner.getSignerInfo(); // Добавляем его в исходный список подписантов. srcSignerInfos.add(enhSigner); } // Список подписантов. SignerInformationStore dstSignerInfoStore = new SignerInformationStore(srcSignerInfos); // Обновляем исходную подпись c ее начальным списком подписантов на тот же, но с усовершенствованными подписантами. CMSSignedData dstSignedData = CMSSignedData.replaceSigners(srcSignedData, dstSignerInfoStore); // 3. Проверка усовершенствованной подписи. // Проверяем подпись. byte[] encodedSignature = dstSignedData.getEncoded(); cadesSignature = new CAdESSignature(encodedSignature, origData, null); cadesSignature.verify(chain); return encodedSignature;

Евгений Афанасьев	#4 Оставлено : 3 октября 2014 г. 17:00:26(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 06.12.2008(UTC) Сообщений: 3,740 Откуда: Крипто-Про Сказал(а) «Спасибо»: 20 раз Поблагодарили: 647 раз в 610 постах	Здравствуйте. В chain предполагается, что сертификат подписанта — первый в списке. Немного смущает for (CAdESSigner signer : signerInfos) { chain.add(signer.getSignerCertificate()); } а потом он передается всем, даже разным, подписям (enhance). Попробуйте не класть эти сертификаты, или класть так, чтобы первым был сертификат актуального, улучшаемого в данной итерации цикла подписанта. Отредактировано пользователем 3 октября 2014 г. 17:02:28(UTC)  | Причина: Не указана
Тех. поддержка База знаний Логирование JCP Логирование JTLS Тест JCP и сбор диаг. информации Скачать JCP, JCSP и JTLS Скачать Android CSP + SDK
1 пользователь поблагодарил Евгений Афанасьев за этот пост.	1Aleksey1 оставлено 03.10.2014(UTC)

1Aleksey1	#5 Оставлено : 3 октября 2014 г. 17:57:25(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.05.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Спасибо! Немного исправил код, теперь все сработало.

1Aleksey1	#6 Оставлено : 3 октября 2014 г. 18:03:59(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.05.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Подскажите еще по такой проблеме Есть подпись CADES_BES сделанная например два месяца назад. Подписана сертификатом у которого истекает срок действия. Пытаюсь усовершенствовать подпись, но получаю ошибку: Код: CRL issued by CN=TAXCOM CA, OU=Удостоверяющий центр, O="ООО "Такском"", L=Москва, ST=77 Москва, C=RU, EMAILADDRESS=uc_support@taxcom.ru, STREET="ул. Плющиха, дом 26/2", OID.1.2.643.3.131.1.1=#120C303037373034323131323031, OID.1.2.643.100.1=#120D31303237373030303731353330, has wrong thisUpdate Thu Oct 02 17:10:00 GMT+04:00 2014 if compare to Fri Oct 03 17:39:32 GMT+04:00 2014 Про даты CRL я понимаю, но может есть какие то варианты как обойти данную проблему? Отредактировано пользователем 3 октября 2014 г. 18:04:48(UTC)  | Причина: Не указана

Евгений Афанасьев	#7 Оставлено : 4 октября 2014 г. 11:27:44(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 06.12.2008(UTC) Сообщений: 3,740 Откуда: Крипто-Про Сказал(а) «Спасибо»: 20 раз Поблагодарили: 647 раз в 610 постах	По 1 вопросу — спасибо, внесем исправление, которое позволит выбирать из цепочки chain нужный сертификат подписи независимо от его положения. По поводу двумесячной CAdES-BES — есть подозрение, что в сертификате подписи нет AIA — адреса OCSP службы. В этой версии CAdES.jar может быть ошибка — попытка обращения в случае отсутствия AIA или недоступности OCSP службы к CRL даже для сертификата подписи, хотя для него полагается только OCSP доказательство. Это исправлено в текущей версии. Отредактировано пользователем 4 октября 2014 г. 11:28:51(UTC)  | Причина: Не указана
Тех. поддержка База знаний Логирование JCP Логирование JTLS Тест JCP и сбор диаг. информации Скачать JCP, JCSP и JTLS Скачать Android CSP + SDK

1Aleksey1	#8 Оставлено : 6 октября 2014 г. 11:37:39(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.05.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Автор: afev По 1 вопросу — спасибо, внесем исправление, которое позволит выбирать из цепочки chain нужный сертификат подписи независимо от его положения. По поводу двумесячной CAdES-BES — есть подозрение, что в сертификате подписи нет AIA — адреса OCSP службы. В этой версии CAdES.jar может быть ошибка — попытка обращения в случае отсутствия AIA или недоступности OCSP службы к CRL даже для сертификата подписи, хотя для него полагается только OCSP доказательство. Это исправлено в текущей версии. Спасибо за ответ!

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Использование ЭЦП открывает для владельца подписи дополнительные возможности. Но вместе с этим, иногда сопровождается небольшими техническими проблемами, связанными с необходимостью чёткого выполнения действий, связанных с загрузкой сертификатов, авторизацией, установкой необходимого программного обеспечения, а также системных требований к компьютеру.

Важно отметить, что большинство ошибок при работе с ЭЦП можно устранить в домашних условиях, без необходимости привлечения специалистов со стороны.

Какие виды ошибок ЭЦП бывают

Среди наиболее часто встречающихся ошибок в процессе подписания электронных документов электронной подписью выделяют три ключевых блока:

Проблема с подписанием ЭПЦ

Причины, вызывающие подобную ошибку весьма разнообразны. Тут можно выделить такие основные направления:

Как проявляется данная ошибка и что сделать, чтобы исправить

Ошибка исполнения функции с информированием о невозможности подписать документ ЭЦП обычно появляется в момент подписания документа.

Система сразу выводит на экран уведомление о непредвиденной ошибке с кратким указанием причины ее возникновения.

Обычно для ее исправления требуются такие действия:

Важно. Причина, из-за которой владелец ЭЦП не может нею воспользоваться, может быть комплексной. Поэтому, если не сработал один из предложенных вариантов, проверьте по другим направлениям.

Проблема с сертификатом

Распространенным явлением во время подписания электронных документов ЭЦП является получение уведомления, что системе не удалось получить доступ к сертификатам, пригодным для формирования подписи.

Здесь причины возникновения неисправности могут быть такими:

1. Пользователь не установил на свой ПК корневые сертификаты УЦ, осуществлявшего формирование и выдачу ЭЦП. Для устранения – скачать и установить на компьютер такой сертификат, либо прописать доступ к нему.
2. Система не видит личных сертификатов владельца ЭЦП. Выдаются одновременно с оформлением ЭП. Их необходимо загрузить на ваш ПК, и подтянуть в криптопровайдер. В дальнейшем можно загрузить через сайт УЦ. Устанавливаются и прописываются на рабочем месте, предназначенном для работы с ЭЦП. С незарегистрированным сертификатом вы не сможете осуществлять подписание электронных документов.
3. Информирование о невалидности сертификатов. Обычно такое возможно в случае, когда заканчивается срок действия сертификата, либо их отзывают. Потребуется обращаться в УЦ, выдавший ЭЦП, для уточнения статуса сертификатов подписи. В некоторых случаях помогает обновление сертификатов на компьютере пользователя. Сделать это можно вручную.

Что делать если не найден сертификат или не верен

Когда сертификат отсутствует в списке «Ваши Сертификаты», проблема может оказаться в отсутствии коренного сертификата УЦ.

Для устранения этой проблемы необходимо:

• проверить наличие такого сертификата на вашем ПК по пути: «Пуск» — дальше «Все программы» — после этого плагин «КриптоПро» — а уже там «Сертификаты»;
• дальше находим вкладку «Личное», выбираем «Сертификаты»;

• потребуется открыть не отображенный во вкладке сертификат и просмотреть его «Путь сертификации»;
• тут отображаются все цепочки сертификатов в порядке ранжирования. Важно чтобы напротив какого-то из них не стоял желтый, либо красный значок предупреждения. Если подобное присутствует – нажмите на сам сертификат и ознакомьтесь с ошибкой, что выдаст система;
• в зависимости от причины (обычно это окончание действия сертификата, либо не верифицирован) выполните ее устранение.

Чтобы устранить ошибку и перезагрузить отозванный сертификат потребуется выполнить несколько не сложных действий:

• в окне «Свойства браузера» откройте личный сертификат. Попасть туда можно через «Поиск» меню «Пуск». В открытом окошке ищите вкладку «Содержание», дальше вкладку «Сертификаты»;
• после этого во вкладке «Состав» потребуется выбрать позицию «Точки распространения списков отзывов»;
• в следующем блоке под названием «Имя точки распространения» необходимо выполнить копирование ссылки загрузки файла списка отзывов;
• переходя по указанной ссылке необходимо скачать и установить файл списка отзывов (CRL);
• дальше переходим по подсказкам «Мастера импорта сертификатов».

Следующей распространенной проблемой, когда компьютер не видит сертификат на носителе, является сбой в работе программных продуктов компьютера либо Токена (флешки). Обычно помогает простая перезагрузка ПК. Среди прочих популярных проблем этого направления можно выделить такие:

1. На носителе отсутствует драйвер, либо он установлен не корректно. Необходимо скачать последнюю версию драйвера с официального источника и установите его. Можно проверить работоспособность съемного носителя на другом ПК. В этом случае, если другой ПК нормально работает с носителем ЭЦП, переустановите драйверы на первом компьютере.
2. Система долго распознает носитель ЭЦП. Тут проблема в операционной системе. Ее потребуется обновить до минимального уровня, требуемого для работы с ЭЦП.
3. USB-порт работает не корректно. Попробуйте подсоединить Токен (флешку) через другой порт, либо на другом ПК, чтобы убедиться, что проблема не в носителе. Выполните перезагрузку компьютера.
4. Если Токин (флешка) не открывается ни на одном компьютере, значит проблема в носителе. Когда ключ был записан в единственном экземпляре на этот носитель – потребуется обращаться в УЦ для перевыпуска ЭЦП.

Важно. Перед вынесением «окончательного вердикта» касательно работоспособности носителя и сертификата, не поленитесь выполнить их проверку через несколько различных источников.

Проблемы при авторизации

Часто с подобными неприятностями сталкиваются владельцы ЭЦП, пытающиеся пройти регистрацию, либо авторизацию на различных электронных торговых площадках. Пользователю появляется уведомление, что его подпись не авторизирована.

Обычно проблема кроется:

1. Отсутствие регистрации. Потребуется попросту зарегистрироваться на избранном вами ресурсе.
2. Не зарегистрирован сертификат. Возникает после обновления ключа ЭЦП. Устраняется путем регистрации нового сертификата ключа ЭЦП.

В дальнейшем, при работе на самой электронной площадке и попытке подписать электронные документы, могут возникать дополнительные трудности, связанные с такими моментами:

1. Необходимости присоединиться к регламенту. Система не даст возможность полноценно работать, если вы не согласитесь с ее условиями.
2. Невозможность загрузить файл (файлы). Обычно это ошибка превышения размера информации, что допустима для загрузки. Просто смените формат разрешения файла, чтобы уменьшить его размер.
3. Требование использовать определенный браузер (определенную версию браузера). Это системные требования владельца площадки, которые необходимо соблюдать.
4. Проблемы со считыванием сертификатов. Потребуется проверить не просрочены ли ваши сертификаты, а также все ли они установлены на ПК.

Неизвестный криптографический алгоритм (80091002)

  На компьютере не установлено приложение от криптопровайдера, указанного в сертификате, которым осуществляется попытка наложения ЭЦП либо которым подписан документ (при проверке ЭЦП) — см. свойство сертификата «Алгоритм подписи». Например, ПО от Крипто Про, если ключевая пара (открытый и закрытый) созданы по ГОСТ .

 Не удается найти указанный файл  (00000002)

  Возможные причины:

 Неизвестная ошибка. (C000000D)

Проблема в совместимости ПО «Крипто Про» и «Континент АП», способы решения см на форумах соответствующих ПО. См так же обсуждение  на форуме «Бюджет-СМАРТ» https://keysystems.ru/forum/index.php?showtopic=19187&p=157205 .

 Статус аннулирования сертификатов не выяснен. Не удалось загрузить действующий список отозванных сертификатов — состояние (статус) ЭЦП.

 Не удается построить цепочку сертификатов для доверенного корневого центра — сообщение при наложении ЭЦП.

  Возможные причины:

  Корневой сертификат УЦ обычно обновляется ежегодно. На сервисе ОД должен быть установлен корневой сертификат УЦ, под которым выдавались ключи пользователям.

  Примеры ситуаций, приводящие к вышеприведенной ошибке: часть пользователей имеют ключи 2011г, часть 2012г, установлен корневой сертификат 2012г — пользователи с сертификатами 2011г не смогут подписать (либо их подпись станет неверна).

 Один из сертификатов в цепочке не является доверенным — причина в том, что корневой сертификат УЦ не установлен в список «Доверенные корневые центры сертификации» на компьютере, где проверяется ЭЦП.

 Документ не удовлетворяет условиям схем работы с ЭП  

 Нет подходящего варианта в автомате ЭЦП для данного документа. Если автомат не настраивался, то не следует включать настройку «Использовать Автомат ЭЦП».

Невозможно создать файл, так как он уже существует.

B7: CryptMsgUpdate

При установке сертификата на компьютер пользователя средствами Крипто ПРО был выбран неверный криптопровайдер в поле «Выберите CSP для поиска ключевых контейнеров».

Возникла ошибка при соединении с сервисом проверки ЭЦП: …

  Настройка «Меню Настройки: НАСТРОЙКИ Электронная подпись Сервис проверки ЭЦП» указана неверно (несуществующий адрес), либо SQL сервер не может подключиться к сервису ОД из указанной настройки (ограничения сетевых экранов, антивирусы и т.п.).

Отказано в доступе. 80090010: CryptMsgOpenToEncode HResult: -2146233296

  Истёк срок действия закрытого ключа. Для получения подробных сведений о сроках и причинах, следует протестировать контейнер закрытого ключа в ПО «Крипто Про» — обратить внимание на информацию вида:

Срок действия закрытого ключа       20 января 2019 г. 11:27:15

Использование ключа обмена          запрещено. Срок действия закрытого ключа истек…..

Сannot connect или Cannot resolve IP address или Error get version

  При применении Сервера ключей (устарело): данные сообщения означают, что не удалось обратиться к серверу ключей: неверно указана настройка сервера ключей, либо на сервере ключей не запущена программа проверки ЭЦП (CertServer.exe), либо не удалось соединиться с сервером ключей (антивирус, брандмауер и т.д.) и т.п. причины.

ИСТОЧНИК

Указан неправильный алгоритм (0x80090008)

Текст ошибки: 

Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при сохранении данных

Ошибка загрузки данных

Произошла ошибка при добавлении данных в сообщение

Указан неправильный алгоритм. (0x80090008)

Как выглядит ошибка: 

Решение

В большинстве случаев ошибка Указан неправильный алгоритм (0x80090008) решается переустановкой сертификата подписи. Переустановить сертификат можно несколькими способами: 

1. В программе КриптоАРМ так, как показано в видео инструкции.

2. В личном хранилище сертификатов КриптоАРМа найдите ваш сертификат, выделите нажав на него курсором мыши. Нажмите на кнопку Экспорт, в открывшемся окне мастера нажмите Далее, в следующем окне обязательно укажите НЕТ НЕ ЭКСПОРТИРОВАТЬ ЗАКРЫТЫЙ КЛЮЧ, в мастере экспорта выберите кодировку DER, нажав кнопку Обзор поместите его на рабочий стол под любым именем. Удалять сертификат из личного хранилища при этом не нужно. Затем снова импортируйте его в личное хранилище, используя кнопку Импорт на панели инструментов, в мастере импорта сертификатов установите чекбоксы Установить личный сертификат и Поместить сертификат в контейнер. Далее понадобится выбрать криптопровайдер и контейнер вручную. После успешного импорта сертификата повторите подписание.

3.Также переустановку сертификата можно выполнить через КриптоПро CSP. Для этого откройте программу КриптоПро CSP и перейдите во вкладку Сервис. Затем нажмите на кнопки Просмотреть сертификаты в контейнере и Обзор. Выберите нужный контейнер и нажмите кнопку Ok, а после Установить. Снова повторите подписание.

После выполненных переустановок сертификата, если ошибка возникнет снова, войдите в КриптоАРМ в меню Профили, далее Управление профилями, откройте профиль по умолчанию (он помечен зеленой галочкой в списке), перейдите на вкладку Общие. Здесь в поле Владелец сертификата добавьте этот сертификат, нажмите Применить и ОК. После этого повторите подписание.