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

При работе с online сервисами 1С и других разработчиков, где необходимо обращение к электронной подписи, пользователи часто сталкиваются с ошибками ее проверки. Что делать, если не удалось выполнить проверку отзыва сертификата 1С и какие еще возникают ошибки работы с ЭДО, разбираем подробно с вариантами решений.

Компании, у кого жестко настроена политика безопасности, чаще всего наблюдают сбои в работе с ЭП. Это из-за того, что постоянно очищается список имеющихся CRL на ПК или, наоборот, к ним не может достучаться криптография для проверки

Что вообще такое списки отзывов сертификатов

Certificate Revocation List или список отозванных сертификатов – это информация, предоставляемая удостоверяющими центрами о недействительных сертификатах, о тех, чей срок действия уже либо закончился, либо был прерван по различным обстоятельствам.

Ключи могут отзываться по различным причинам. Самые распространенные:

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

Список отозванных сертификатов ключей электронных подписей имеет расширение CRL. Сокращенное наименование СОС. В некоторых кругах можно услышать также понятие — Список аннулированных сертификатов (САС).

В настоящий момент (процесс был запущен еще в далеком 2017 г.) все чаще прибегают к отказу от СОС в сторону Online Certificate Status Protocol (OCSP, Онлайн Протокол Состояния Сертификата).

Принципы работы списков отозванных сертификатов

Актуализирует и публикует списки отозванных сертификатов САС Certificate Authority (CA — центр сертификации), который данный сертификат и выпустил.

Предпосылки для отзыва сертификата

Причины, по которым требуется аннулировать сертификат:

Отправляет запрос на аннулирование/отзыв сертификат:

1. Владелец.
2. Директор компании.
3. ФНС может послать запрос, если обнаружит компрометацию ключа.

Ошибка работы с ЭДО в 1С. Сертификат не прошел проверку или отозван

Пользователи онлайн-сервисов 1С нередко спрашивают: почему только недавно все работало, а теперь программа пишет, что сертификат недействительный или не удалось проверить сертификат в списке отозванных. Почему же этот сертификат не удалось проверить? Ответ прост: потому что на ПК нет установленных актуальных СRL-сертификатов от удостоверяющих центров, которые бы «сказали», что сертификат все еще действителен.

Для того, чтобы установить списки отозванных необходимо выполнить следующие шаги:

1. Из своей 1С выгрузить открытую часть ключа сертификата. Для этого необходимо идти по цепочке таких действий:
   Администрирование → Обмен электронными документами → Настройка электронной подписи и шифрования → Найти необходимый сертификат и двойным щелчком его открыть → Сохранить в файл → Выбрать удобную папку и нажать ОК.
   Если сертификатов и организаций много, можно открыть Учетную запись ЭДО и выгрузить сертификат оттуда.
   
   
   
2. Перейдите в папку, куда скопировали открытую часть ключа из ПО 1С и откройте файл (он должен быть с расширением .cer).
3. После того, как файл откроется, на вкладке Состав необходимо найти пункт Точки распространения списков отзывов (раздел Показать → Только расширения).
   
4. После того, как нашли строку со списками, необходимо скопировать самую крайнюю ссылку, на конце которой стоит расширение .сrl.
   Будьте внимательны, ссылки могут быть на конце с разными расширениями.
   Копировать необходимо при помощи комбинации клавиш клавиатуры сtrl+с.

   Подключение 1С-ЭДО от официального партнера 1С. Комплект документов от 250 руб./мес.

   • Если по крайней не скачивается, проверьте весь ли путь скопировали.
   • Если после установки сертификата ничего не изменилось, попробуйте следующую ссылку (снизу вверх).
   • Ошибка воспроизвелась опять? Установите СОС по всей цепочке сертификации.
   • Если и после этих действий ошибка остается, скачайте списки отозванных сертификатов с официального сайта вашего удостоверяющего центра (там данные публикуются и обновляются ориентировочно раз в сутки).
   • Все еще сертификат недействителен? Проверьте валидность ключа на сайте госуслуг или иным способом. Обратитесь в УЦ за проверкой ключа.
   
5. Вставляем скопированную ссылку в браузер, скачиваем СОС и нажимаем Ввод (Enter).
   

   При прохождении по ссылке может выйти ошибка:

   

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

   
   

   На сайте ФНС находятся также различные сертификаты, которые можно скачать и установить (от доверенных корневых до отозванных списков).

   
   
   

   Гарантия 6 мес. на услуги подключения и настройки ЭДО в 1С. Решаем любые задачи!

6. Находим наш скачанный файл и правой кнопкой мыши выбираем команду Установить списки отозванных.
   

   Откроется мастер импорта сертификатов, так называемый, помощник в установке сертификатов на компьютер.

   Нажимаем Далее → Автоматически выбирать хранилище на основе типа сертификата → Готово.

   
   
   

   Если выбирать пункт Поместить все сертификаты в следующие хранилища важно выбрать правильное хранилище, а именно: Промежуточные центры сертификации. И если активирована функция Показать физические хранилища указать Реестр (в зависимости от политики безопасности компании).

   
   

Если установка списков отозванных для личного сертификата не помогла, установите списки отзывов от других сертификатов из цепочки сертификации.

Удаленный узел не прошел проверку

Сообщение, которое также связано с корректной проверкой сертификатов.

С помощью операционной системы Windows платформа 1С:Предприятие проводит проверку сертификата средствами защищенного соединения TLS/SSL.

SSL (Secure Sockets Layer) — это протокол безопасности в Интернете, основанный на шифровании. Впервые он был разработан компанией Netscape в 1995 году с целью обеспечения конфиденциальности, аутентификации и целостности данных при общении через Интернет. SSL является предшественником современного шифрования TLS, используемого сегодня.

Веб-сайт, реализующий SSL/TLS, имеет в своем URL-адресе «HTTPS» вместо «HTTP». Протокол TLS (Transport Layer Security) основан на протоколе SSL. Безопасность транспортного уровня, или TLS, — это широко распространенный протокол безопасности, предназначенный для обеспечения конфиденциальности и безопасности данных при обмене данными через Интернет.

Основным вариантом использования TLS является шифрование связи между веб-приложениями и серверами. Например, когда веб-браузеры загружают сайт. TLS также можно использовать для шифрования других сообщений, таких как электронная почта, обмен сообщениями и передача голоса по IP (VoIP). В этой статье мы сосредоточимся на роли TLS в безопасности веб-приложений.

TLS был предложен IETF, международной организацией по стандартизации. Первая версия протокола была опубликована в 1999 году. Самая последняя версия TLS 1.3 — в 2018.

Итак, проблема, связанная с сообщением в конфигурации о том, что удаленный узел не прошел проверку связано с тем, что доступ в Интернет ограничен в общем или в частности только у пользователя, под которым запускается конфигурация и работает служба агент сервера 1С.

Наиболее распространенные причины:

Пути решения

Для начала необходимо разобраться с работой антивирусной программы и брандмауэром Windows. Далее перейти к настройкам прокси и хостов.

Прокси-сервер

Откройте панель управления от имени пользователя, под которым запущен и работает rphost → Свойства обозревателя (Свойства браузера) → Подключения → Настройка сети → снимите активированную галочку использования прокси-сервера, если оно не предусмотрено политикой безопасности. Если использование все-таки предусмотрено, укажите ресурс в качестве исключения.

Хост файл (host)

Расположен обычно по такому пути:

Доступ к сайтам может также быть ограничен параметрами, прописанными в данном файле. Пример блокировки выглядит так:

Постарались максимально доступно рассказать о наиболее частых ошибках, с которыми пользователи 1С могут столкнуться при работе в ЭДО, в т.ч. с применением сертификатов ключа проверки электронной подписи.

Когда при тестировании контейнера ЭЦП в программе «Инструменты КриптоПро» или при попытке подписания документа возникает ошибка «0x800B010E: Процесс отмены не может быть продолжен — проверка сертификатов недоступна», значит программа КриптоПро CSP не может подключиться к серверам удостоверяющих центов, которые присутствуют в цепочке сертификатов электронной цифровой подписи.

Появление этой ошибки вовсе не означает, что рабочее место не настроено или настроено некорректно. Однако советуем пройтись по списку для 100% решения проблемы. Рекомендуем также после каждого пункта проверять наличие ошибки, запуская тестирование контейнера ЭЦП.

Как проверить и протестировать ЭЦП (контейнер закрытого ключа) в КриптоПро на ошибки?

Наша инструкция по проверке наличия ошибок в контейнере ЭЦП.

1. Обновите КриптоПро CSP.

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

Как обновить КриптоПро CSP до актуальной версии?

Наша подробная инструкция по обновлению программы КриптоПро.

1. Проверьте подключение к сети Интернет. Отключите VPN, если оно используется. Не используйте подключение к сети через прокси-сервер.

В первую очередь это связано с тем, что сервера удостоверяющих центов могут блокировать подключение пользователей из других стран. Даже если вы территориально находитесь в России, но используете VPN или прокси-сервер другой страны, вы будете получать ошибку 0x800B010E, и КриптоПро не сможет проверить сертификаты при использовании ЭЦП.

1. Подключите VPN с сервером из России, если вы находитесь за пределами Российской Федерации.

Имейте ввиду, что сервера удостоверяющих центров могут блокировать подключение пользователей из других стран, что может приводить к невозможности проверки сертификатов и появлению ошибки 0x800B010E.

1. Попробуйте использовать ЭЦП через некоторое время.

Если все вышеприведённые пункты не помогли, не исключено, что имеется временная проблема с серверами удостоверяющих центров. Сервера могут быть недоступны по различным причинам. Может быть сбой дата-центра, сервера могут испытывать повышенную нагрузку, или находиться под DDOS-атакой. Поэтому, если все вышеперечисленные пункты пройдены, а ошибка периодически возникает, самое лучшее, что можно предложить — просто подождать и попробовать в другое время.

Помогла ли вам наша инструкция решить проблему с ошибкой 0x800B010E в КриптоПро?

Расскажите в комментариях 😉

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

Если после этой процедуры ошибка не исчезнет, рекомендуем дополнительно скачать и установить список отзыва Головного Удостоверяющего Центра. Для этого нужно зайти в файл скаченного сертификата (см. пункт 1 данной инструкции), перейти на закладку «Путь сертификации» и открыть сертификат Удостоверяющего Центра (как правило, он располагается посередине цепочки сертификации). Ссылку на список отзыва ищем по аналогии с пунктом 2 данной инструкции:

Установка этого списка отзыва проводится тем же способом, что описан выше.

Работа с КЭП

Что такое КЭП (ЭЦП)?

Реквизит электронного документа, полученный в результате криптографического преобразования информации с использованием закрытого ключа подписи и позволяющий проверить отсутствие искажения информации в электронном документе с момента формирования подписи (целостность), принадлежность подписи владельцу сертификата ключа подписи (авторство), а в случае успешной проверки подтвердить факт подписания электронного документа (неотказуемость).

Установка программного обеспечения

Для регистрации на сайте «Платформа ОФД» с КЭП используется специализированное программное обеспечение — КриптоПро CSP и КриптоПро ЭЦП Browser plug-in.

Официальный сайт — https://www.cryptopro.ru/

Для скачивания файлов произведите регистрацию или авторизацию на сайте https://www.cryptopro.ru/

После скачивания программ выполните их установку на ваш ПК следуя подсказкам на экране.

Рис. 1 установка КриптоПро CSP

Рис. 2 установка КриптоПро ЭЦП Browser plug-in

Установка личного сертификата в КриптоПро

При первом использовании КЭП установите драйвер для сертифицированного защищенного носителя с сайта производителя, т. к. Смарт карта, Рутокен, eToken, JaCarta автоматически определены на ПК не будут.

Рутокен — https://www.rutoken.ru/support/download/drivers-for-windows/

eToken, JaCarta — https://www.aladdin-rd.ru/support

Далее запускаем КриптоПро CSP и переходим во вкладку «Сервис», пункт «Установить личный сертификат»

В следующем окне необходимо указать путь к расположению сертификата.

Установка сертификата в хранилище сертификатов

Запускаем КриптоПро CSP и переходим во вкладку «Сервис», далее нажимаем на «Просмотреть сертификаты в контейнере».

Личный сертификат подписи должен быть установлен для пользователя, а не для локального компьютера

Загрузка показана на изображении ниже:

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

Отсутствие ключевого контейнера в списке может быть вызвано:

• В USB-разъем не подключен ключевой носитель с подписью.
• В USB-разъем подключен ключевой носитель с подписью, но сам носитель неактивен по причине того, что для него не установлен необходимый драйвер.

В случае отсутствия закрытого ключевого контейнера для открытого ключа квалифицированной электронной подписи, необходимо обратиться в Удостоверяющий центр для устранения ошибки.

После выбора подписи проверьте информацию о сертификате вашей подписи в следующем окне:

Проверяя информацию о сертификате, обратите внимание на срок действия сертификата.

Корневые и промежуточные сертификаты удостоверяющего центра

Корневой сертификат Удостоверяющего центра (далее УЦ) возможно загрузить двумя способами:

• Обратиться в службу технической поддержки УЦ
• Самостоятельно загрузить сертификат с сайта УЦ

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

Нажимаем кнопку «Далее» и выбираем «Поместить все сертификаты в следующее хранилище» и нажимаем кнопку «Обзор» (рисунок ниже).

Помещаем сертификат в «Доверенные корневые центры сертификации» и нажимаем «ОК» (рисунок ниже)

Затем нажимаем кнопку «Далее» и «Готово». В случае успешной установки появится окно (рисунок ниже). На этом установка корневого сертификата завершена.

Промежуточные сертификаты устанавливаются аналогичным образом, но в окне выбора хранилищ сертификатов выбираем «Промежуточные центры корневой сертификации».

В случае отсутствия установленных корневых и промежуточных сертификатов, личный сертификат подписи может работать некорректно, чаще всего это проявляется в виде ошибки «Не удалось построить цепочку сертификатов для доверенного корневого центра» или «A certificate chain could not be built to a trusted root authority (0x800B010A)».

Запустите исполняемый файл cadesplugin.exe.

Подтвердите установку КриптоПро ЭЦП Browser plug-in.

Если потребуется, разрешите КриптоПро ЭЦП Browser plug-in внести изменения на ПК путем нажатия кнопки «Да».

Дождитесь окончания установки КриптоПро ЭЦП Browser plug-in.

После окончания установки КриптоПро ЭЦП Browser plug-in нажмите ОК.

Дальнейшие настройки различаются в зависимости от используемого браузера.

Браузер Chrome: запустите Chrome и дождитесь оповещения об установленном расширении «CryptoPro Extension for CAdES Browser Plug-in». Включите это расширение. Если на Вашем компьютере ранее уже выполнялась установка КриптоПро ЭЦП Browser plug-in, а потом он был удален, потребуется отдельно установить расширение.

Для этого перейдите по ссылке и установите расширение из интернет-магазина Chrome.

Браузер Opera или Яндекс.Браузер: расширение доступно по ссылке.

Браузер Microsoft Internet Explorer: не требуется дополнительных настроек.

Проверьте корректность установки на странице проверки плагина. Для этого в открывшемся окне подтвердите доступ путем нажатия кнопки «Да».

Если установка КриптоПро ЭЦП Browser plug-in прошла успешно, появится окно с надписью: «Плагин загружен», указанием его версии и используемой вами версии КриптоПро CSP.

Распространенные ошибки

1.«A certificate chain could not be built to a trusted root authority (0x800B010A)» или «Не удалось построить цепочку сертификатов для доверенного корневого центра».

Установить необходимые корневые и промежуточные сертификаты.

2. «The revocation process could not continue — the certificate(s) could not be checked (0x800B010E)» или «Процесс отмены не может быть продолжен — проверка сертификатов недоступна (0x800B010E)».

• Отключить на время работы брандмауэр и антивирус.
• Отключить в настройках сети прокси – сервер.

3. Crypto Pro Cades Plugin не найден.

• Проверить статус плагина в настройках браузера
• Отключить программное обеспечение стороннего крипто провайдера
• Переустановить плагин для вашего браузера.

Ссылка — https://www.cryptopro.ru/products/cades/plugin/get_2_0

4. При выборе персонального ключа электронной подписи нет ни одного контейнера с сертификатом.

5. При нажатии на кнопку загрузить, ничего не происходит.

Удалить файлы кэш и cookies в браузере, который используется для регистрации на сайте «Платформа ОФД» и повторить процедуру заново.

В случае если ошибка повторится, сменить браузер на другой и повторить регистрацию.

6. КЭП не содержит ОГРН (ИНН).

• Проверить не принадлежит ли подпись физическому лицу.
• Проверить состав личного сертификата на наличие данных реквизитов. Если они отсутствуют, то рекомендуем обратиться в УЦ для корректировки подписи.
• Если данные реквизиты есть, но в них допущена ошибка или данные реквизиты расположены не в поле «Субъект», а в других полях, необходимо обращаться к УЦ для формирования состава КЭП в соответствии с методическими рекомендациями.

7. При выборе персонального ключа и нажатии на кнопку «Загрузить» требуется ввести Pin-код для защищенного сертифицированного аппаратного ключа.

По умолчанию установлены следующие PIN-коды:

• Рутокен — 12345678
• eToken — 1234567890
• JaCarta PKI — 11111111

При использовании JaCarta PKI с опцией «Обратная совместимость» 1234567890

В случае если эти Pin-коды являются некорректными необходимо обратиться к производителю КЭП.

8. Ошибка при выборе персонального ключа

В письме указать номер мобильного телефона, на который была осуществлена регистрация личного кабинета.

Когда при тестировании контейнера ЭЦП в программе «Инструменты КриптоПро» или при попытке подписания документа возникает ошибка «0x800B010E: Процесс отмены не может быть продолжен — проверка сертификатов недоступна», значит программа КриптоПро CSP не может подключиться к серверам удостоверяющих центов, которые присутствуют в цепочке сертификатов электронной цифровой подписи.

Появление этой ошибки вовсе не означает, что рабочее место не настроено или настроено некорректно. Однако советуем пройтись по списку для 100% решения проблемы. Рекомендуем также после каждого пункта проверять наличие ошибки, запуская тестирование контейнера ЭЦП.

Как проверить и протестировать ЭЦП (контейнер закрытого ключа) в КриптоПро на ошибки?

Наша инструкция по проверке наличия ошибок в контейнере ЭЦП.

1. Обновите КриптоПро CSP.

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

Как обновить КриптоПро CSP до актуальной версии?

Наша подробная инструкция по обновлению программы КриптоПро.

1. Проверьте подключение к сети Интернет. Отключите VPN, если оно используется. Не используйте подключение к сети через прокси-сервер.

В первую очередь это связано с тем, что сервера удостоверяющих центов могут блокировать подключение пользователей из других стран. Даже если вы территориально находитесь в России, но используете VPN или прокси-сервер другой страны, вы будете получать ошибку 0x800B010E, и КриптоПро не сможет проверить сертификаты при использовании ЭЦП.

1. Подключите VPN с сервером из России, если вы находитесь за пределами Российской Федерации.

Имейте ввиду, что сервера удостоверяющих центров могут блокировать подключение пользователей из других стран, что может приводить к невозможности проверки сертификатов и появлению ошибки 0x800B010E.

1. Попробуйте использовать ЭЦП через некоторое время.

Если все вышеприведённые пункты не помогли, не исключено, что имеется временная проблема с серверами удостоверяющих центров. Сервера могут быть недоступны по различным причинам. Может быть сбой дата-центра, сервера могут испытывать повышенную нагрузку, или находиться под DDOS-атакой. Поэтому, если все вышеперечисленные пункты пройдены, а ошибка периодически возникает, самое лучшее, что можно предложить — просто подождать и попробовать в другое время.

Помогла ли вам наша инструкция решить проблему с ошибкой 0x800B010E в КриптоПро?

Расскажите в комментариях 😉

bazooka	#1 Оставлено : 15 февраля 2016 г. 8:48:38(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.09.2014(UTC) Сообщений: 123 Сказал «Спасибо»: 5 раз Поблагодарили: 2 раз в 2 постах	Добрый день! Подскажите, в последнее время, при проверке загружаемых на сервер подписанных файлов, через Крипто SDK стала случайным образом падать эта ошибка (0x800B010E): Процесс отмены не может быть продолжен — проверка сертификатов недоступна. Поймать ее для исследования не получается, она происходит совсем случайно и часто ночью. Подскажите, в каком направлении копать, я грешу, что какие-то сетевые запросы на OCSP проверку не проходят или что-то подобное, но точно не знаю… Помогите, что с этим делать. Ранее тот же код и сервер (ничего значимое не менялось) работало отлично.

Павел Смирнов	#2 Оставлено : 15 февраля 2016 г. 8:51:37(UTC)
Статус: Вам и не снилось Группы: Администраторы Зарегистрирован: 24.12.2007(UTC) Сообщений: 831 Откуда: Крипто-Про Сказал(а) «Спасибо»: 1 раз Поблагодарили: 48 раз в 44 постах	Скорее всего, беда именно с сетью. Надо копать именно в эту сторону.
Техническую поддержку оказываем тут. Наша база знаний.
	WWW

bazooka	#3 Оставлено : 15 февраля 2016 г. 9:47:08(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.09.2014(UTC) Сообщений: 123 Сказал «Спасибо»: 5 раз Поблагодарили: 2 раз в 2 постах	Но не совсем понятно, что именно проверять с сетью — на другом компьютере, с «другим» интернетом, все работает. Вот получилось найти файл, с которым воспроизводится постоянно. Собрал кусок лога, где падает несколько таких ошибок подряд. Плюс приложу еще сертификат, на который грешу, что подпись им по какой-то причине там не проверяется. С ним неувязка, что у него указаны два адреса ocsp, первый из которых находится во внутренней сети РЖД, естественно недоступен из вне. Но по второму все ок. Может еще что подскажете… CertAndLog.zip (8kb) загружен 5 раз(а).

Павел Смирнов	#4 Оставлено : 15 февраля 2016 г. 10:10:15(UTC)
Статус: Вам и не снилось Группы: Администраторы Зарегистрирован: 24.12.2007(UTC) Сообщений: 831 Откуда: Крипто-Про Сказал(а) «Спасибо»: 1 раз Поблагодарили: 48 раз в 44 постах	Такой трассы для анализа недостаточно. Надо ещё собрать сообщения от winhttp.
Техническую поддержку оказываем тут. Наша база знаний.
	WWW

bazooka	#5 Оставлено : 24 февраля 2016 г. 16:27:56(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.09.2014(UTC) Сообщений: 123 Сказал «Спасибо»: 5 раз Поблагодарили: 2 раз в 2 постах	Разобрались сами. Проблема была в том, что почему-то подписи сделанные определенными ключами ломились в сеть РЖД для проверки, к которой в этом месте доступа нет. Мы решили, что некоторые ключи АУЦ РЖД могут работать только с проверкой через их лок. сеть (хотя оба адреса через лок. сеть и через интернет в сертификате указаны и запросы идут на оба адреса). Благодарю за направление «копания». Но возникли 2 других случая. 1)Так же самая ошибка Процесс отмены не может быть продолжен — проверка сертификатов недоступна. Возникает при проверке отделенной подписи через крипто-SDK, сертификат которой отозван УЦ (выяснилось при проверке через крипто арм) а)Подскажите, как можно получить понятный текст ошибки, который говорит не о «недоступности проверки», а том что проверка прошла, но серт. невалидный? б)Также, скажите, является ли подпись верной, если сертификат отозван, но подпись, допустим сделана до его отзыва. И если да, то как отследить этот случай? 2) получаем ошибку «Не удается построить цепочку сертификатов для доверенного корневого центра.» в случае, если у сертификата закончился срок действия на текущий момент, но подпись сделана до его окончания. Разве в этом случае подпись считается невалидной?

cross	#6 Оставлено : 1 марта 2016 г. 12:47:43(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 24.11.2009(UTC) Сообщений: 965 Откуда: Crypto-Pro Сказал(а) «Спасибо»: 3 раз Поблагодарили: 174 раз в 152 постах	1)Можно ли получить немного больше деталей о том когда появляется такая ошибка? В сертификате подписанта есть ссылка на OCSP, если есть то доступен ли адрес в момент проверки и кем выдан сертификат службы OCSP. Какая версия SDK и платформа. 2) Если речь идет о подписи формата CADES_X_LONG_TYPE_1 то подпись будет считаться валидной если сертификат был отозван уже после момента создания подписи. Если про CADES_BES то нет, т.к. подпись не содержит «доверенного времени создания подписи» и сохраненных доказательств что сертификат в этот момент был действителен. Отредактировано пользователем 1 марта 2016 г. 12:48:15(UTC)  | Причина: Не указана
Техническую поддержку оказываем тут. Наша база знаний. Наша страничка в Instagram.

bazooka	#7 Оставлено : 1 марта 2016 г. 19:04:09(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.09.2014(UTC) Сообщений: 123 Сказал «Спасибо»: 5 раз Поблагодарили: 2 раз в 2 постах	1) В сертификате есть адреса OCSP [1]Доступ к сведениям центра сертификации Метод доступа=Протокол определения состояния сертификата через сеть (1.3.6.1.5.5.7.48.1) Дополнительное имя: URL=http://ca.rzd/ocsp/ocsp.srf [2]Доступ к сведениям центра сертификации Метод доступа=Протокол определения состояния сертификата через сеть (1.3.6.1.5.5.7.48.1) Дополнительное имя: URL=http://ca.rzd.ru/ocsp/ocsp.srf [3]Доступ к сведениям центра сертификации Метод доступа=Поставщик центра сертификации (1.3.6.1.5.5.7.48.2) Дополнительное имя: URL=http://ca.rzd/aca/root.p7b [4]Доступ к сведениям центра сертификации Метод доступа=Поставщик центра сертификации (1.3.6.1.5.5.7.48.2) Дополнительное имя: URL=http://ca.rzd.ru/aca/root.p7b Причем адреса ca.rzd — недоступны с машины, где идет проверка. А ca.rzd.ru — доступны. А каком сертификате службы OCSP идет речь? SDK 1.5, вызывается через .net-assembly на сайте, хост в IIS, win 2008. 2) Да, ясно, спасибо! И, как я понимаю, в случае окончания срока сертификата, проверка через SDK в случае BES должна падать с ошибкой, а CADES_X_LONG_TYPE_1 — нет, верно?

cross	#8 Оставлено : 2 марта 2016 г. 9:40:20(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 24.11.2009(UTC) Сообщений: 965 Откуда: Crypto-Pro Сказал(а) «Спасибо»: 3 раз Поблагодарили: 174 раз в 152 постах	1) Да, очень похожую ошибку мы правили в версии 2.0. При наличии нескольких OCSP адресов, мы опрашиваем о статусе все. И результирующей ошибкой становилась ошибка от поcледнего OCSP. Т.к. один из адресов не доступен => ошибка «проверка сертификатов недоступна» 2) Да. вы правы. Подпись CADES_BES, по сути, проверяется на текущий момент. Если с сертификатом сейчас что то не так (отозван. просрочен ….) то подпись считается плохой. Для X_LONG_TYPE_1 такой проблемы нет.
Техническую поддержку оказываем тут. Наша база знаний. Наша страничка в Instagram.

bazooka	#9 Оставлено : 2 марта 2016 г. 9:46:36(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.09.2014(UTC) Сообщений: 123 Сказал «Спасибо»: 5 раз Поблагодарили: 2 раз в 2 постах	Т.е. это ошибка 1.5 версии? Что бы я получил во 2й версии при вашем исправлении? стоит на нее попробовать перейти на сервере?

cross	#10 Оставлено : 2 марта 2016 г. 12:39:19(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 24.11.2009(UTC) Сообщений: 965 Откуда: Crypto-Pro Сказал(а) «Спасибо»: 3 раз Поблагодарили: 174 раз в 152 постах	Просто так на нее не перейти — нужно будет лицензии новые. В следующей версии 1.5 исправим.
Техническую поддержку оказываем тут. Наша база знаний. Наша страничка в Instagram.

Пользователи, просматривающие эту тему

Guest

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

Работа с КЭП

Что такое КЭП (ЭЦП)?

Реквизит электронного документа, полученный в результате криптографического преобразования информации с использованием закрытого ключа подписи и позволяющий проверить отсутствие искажения информации в электронном документе с момента формирования подписи (целостность), принадлежность подписи владельцу сертификата ключа подписи (авторство), а в случае успешной проверки подтвердить факт подписания электронного документа (неотказуемость).

Установка программного обеспечения

Для регистрации на сайте «Платформа ОФД» с КЭП используется специализированное программное обеспечение — КриптоПро CSP и КриптоПро ЭЦП Browser plug-in.

Официальный сайт — https://www.cryptopro.ru/

Для скачивания файлов произведите регистрацию или авторизацию на сайте https://www.cryptopro.ru/

После скачивания программ выполните их установку на ваш ПК следуя подсказкам на экране.

Рис. 1 установка КриптоПро CSP

Рис. 2 установка КриптоПро ЭЦП Browser plug-in

Установка личного сертификата в КриптоПро

При первом использовании КЭП установите драйвер для сертифицированного защищенного носителя с сайта производителя, т. к. Смарт карта, Рутокен, eToken, JaCarta автоматически определены на ПК не будут.

Рутокен — https://www.rutoken.ru/support/download/drivers-for-windows/

eToken, JaCarta — https://www.aladdin-rd.ru/support

Далее запускаем КриптоПро CSP и переходим во вкладку «Сервис», пункт «Установить личный сертификат»

В следующем окне необходимо указать путь к расположению сертификата.

Установка сертификата в хранилище сертификатов

Запускаем КриптоПро CSP и переходим во вкладку «Сервис», далее нажимаем на «Просмотреть сертификаты в контейнере».

Личный сертификат подписи должен быть установлен для пользователя, а не для локального компьютера

Загрузка показана на изображении ниже:

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

Отсутствие ключевого контейнера в списке может быть вызвано:

• В USB-разъем не подключен ключевой носитель с подписью.
• В USB-разъем подключен ключевой носитель с подписью, но сам носитель неактивен по причине того, что для него не установлен необходимый драйвер.

В случае отсутствия закрытого ключевого контейнера для открытого ключа квалифицированной электронной подписи, необходимо обратиться в Удостоверяющий центр для устранения ошибки.

После выбора подписи проверьте информацию о сертификате вашей подписи в следующем окне:

Проверяя информацию о сертификате, обратите внимание на срок действия сертификата.

Корневые и промежуточные сертификаты удостоверяющего центра

Корневой сертификат Удостоверяющего центра (далее УЦ) возможно загрузить двумя способами:

• Обратиться в службу технической поддержки УЦ
• Самостоятельно загрузить сертификат с сайта УЦ

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

Нажимаем кнопку «Далее» и выбираем «Поместить все сертификаты в следующее хранилище» и нажимаем кнопку «Обзор» (рисунок ниже).

Помещаем сертификат в «Доверенные корневые центры сертификации» и нажимаем «ОК» (рисунок ниже)

Затем нажимаем кнопку «Далее» и «Готово». В случае успешной установки появится окно (рисунок ниже). На этом установка корневого сертификата завершена.

Промежуточные сертификаты устанавливаются аналогичным образом, но в окне выбора хранилищ сертификатов выбираем «Промежуточные центры корневой сертификации».

В случае отсутствия установленных корневых и промежуточных сертификатов, личный сертификат подписи может работать некорректно, чаще всего это проявляется в виде ошибки «Не удалось построить цепочку сертификатов для доверенного корневого центра» или «A certificate chain could not be built to a trusted root authority (0x800B010A)».

Запустите исполняемый файл cadesplugin.exe.

Подтвердите установку КриптоПро ЭЦП Browser plug-in.

Если потребуется, разрешите КриптоПро ЭЦП Browser plug-in внести изменения на ПК путем нажатия кнопки «Да».

Дождитесь окончания установки КриптоПро ЭЦП Browser plug-in.

После окончания установки КриптоПро ЭЦП Browser plug-in нажмите ОК.

Дальнейшие настройки различаются в зависимости от используемого браузера.

Браузер Chrome: запустите Chrome и дождитесь оповещения об установленном расширении «CryptoPro Extension for CAdES Browser Plug-in». Включите это расширение. Если на Вашем компьютере ранее уже выполнялась установка КриптоПро ЭЦП Browser plug-in, а потом он был удален, потребуется отдельно установить расширение.

Для этого перейдите по ссылке и установите расширение из интернет-магазина Chrome.

Браузер Opera или Яндекс.Браузер: расширение доступно по ссылке.

Браузер Microsoft Internet Explorer: не требуется дополнительных настроек.

Проверьте корректность установки на странице проверки плагина. Для этого в открывшемся окне подтвердите доступ путем нажатия кнопки «Да».

Если установка КриптоПро ЭЦП Browser plug-in прошла успешно, появится окно с надписью: «Плагин загружен», указанием его версии и используемой вами версии КриптоПро CSP.

Распространенные ошибки

1.«A certificate chain could not be built to a trusted root authority (0x800B010A)» или «Не удалось построить цепочку сертификатов для доверенного корневого центра».

Установить необходимые корневые и промежуточные сертификаты.

2. «The revocation process could not continue — the certificate(s) could not be checked (0x800B010E)» или «Процесс отмены не может быть продолжен — проверка сертификатов недоступна (0x800B010E)».

• Отключить на время работы брандмауэр и антивирус.
• Отключить в настройках сети прокси – сервер.

3. Crypto Pro Cades Plugin не найден.

• Проверить статус плагина в настройках браузера
• Отключить программное обеспечение стороннего крипто провайдера
• Переустановить плагин для вашего браузера.

Ссылка — https://www.cryptopro.ru/products/cades/plugin/get_2_0

4. При выборе персонального ключа электронной подписи нет ни одного контейнера с сертификатом.

5. При нажатии на кнопку загрузить, ничего не происходит.

Удалить файлы кэш и cookies в браузере, который используется для регистрации на сайте «Платформа ОФД» и повторить процедуру заново.

В случае если ошибка повторится, сменить браузер на другой и повторить регистрацию.

6. КЭП не содержит ОГРН (ИНН).

• Проверить не принадлежит ли подпись физическому лицу.
• Проверить состав личного сертификата на наличие данных реквизитов. Если они отсутствуют, то рекомендуем обратиться в УЦ для корректировки подписи.
• Если данные реквизиты есть, но в них допущена ошибка или данные реквизиты расположены не в поле «Субъект», а в других полях, необходимо обращаться к УЦ для формирования состава КЭП в соответствии с методическими рекомендациями.

7. При выборе персонального ключа и нажатии на кнопку «Загрузить» требуется ввести Pin-код для защищенного сертифицированного аппаратного ключа.

По умолчанию установлены следующие PIN-коды:

• Рутокен — 12345678
• eToken — 1234567890
• JaCarta PKI — 11111111

При использовании JaCarta PKI с опцией «Обратная совместимость» 1234567890

В случае если эти Pin-коды являются некорректными необходимо обратиться к производителю КЭП.

8. Ошибка при выборе персонального ключа

В письме указать номер мобильного телефона, на который была осуществлена регистрация личного кабинета.

Когда при тестировании контейнера ЭЦП в программе «Инструменты КриптоПро» или при попытке подписания документа возникает ошибка «0x800B010E: Процесс отмены не может быть продолжен — проверка сертификатов недоступна», значит программа КриптоПро CSP не может подключиться к серверам удостоверяющих центов, которые присутствуют в цепочке сертификатов электронной цифровой подписи.

Появление этой ошибки вовсе не означает, что рабочее место не настроено или настроено некорректно. Однако советуем пройтись по списку для 100% решения проблемы. Рекомендуем также после каждого пункта проверять наличие ошибки, запуская тестирование контейнера ЭЦП.

Как проверить и протестировать ЭЦП (контейнер закрытого ключа) в КриптоПро на ошибки?

Наша инструкция по проверке наличия ошибок в контейнере ЭЦП.

1. Обновите КриптоПро CSP.

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

Как обновить КриптоПро CSP до актуальной версии?

Наша подробная инструкция по обновлению программы КриптоПро.

1. Проверьте подключение к сети Интернет. Отключите VPN, если оно используется. Не используйте подключение к сети через прокси-сервер.

В первую очередь это связано с тем, что сервера удостоверяющих центов могут блокировать подключение пользователей из других стран. Даже если вы территориально находитесь в России, но используете VPN или прокси-сервер другой страны, вы будете получать ошибку 0x800B010E, и КриптоПро не сможет проверить сертификаты при использовании ЭЦП.

1. Подключите VPN с сервером из России, если вы находитесь за пределами Российской Федерации.

Имейте ввиду, что сервера удостоверяющих центров могут блокировать подключение пользователей из других стран, что может приводить к невозможности проверки сертификатов и появлению ошибки 0x800B010E.

1. Попробуйте использовать ЭЦП через некоторое время.

Если все вышеприведённые пункты не помогли, не исключено, что имеется временная проблема с серверами удостоверяющих центров. Сервера могут быть недоступны по различным причинам. Может быть сбой дата-центра, сервера могут испытывать повышенную нагрузку, или находиться под DDOS-атакой. Поэтому, если все вышеперечисленные пункты пройдены, а ошибка периодически возникает, самое лучшее, что можно предложить — просто подождать и попробовать в другое время.

Помогла ли вам наша инструкция решить проблему с ошибкой 0x800B010E в КриптоПро?

Расскажите в комментариях 😉

uishnik	#1 Оставлено : 27 апреля 2018 г. 17:34:44(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 29.12.2015(UTC) Сообщений: 40 Сказал(а) «Спасибо»: 1 раз	Добрый день! При проверке подписи возникает ошибка 0x800b010e The revocation process could not continue — the certificate(s) could not be checked. /var/log/auth.log: Код: Apr 27 17:09:23 f86c4f14df26 cpcsp[22570]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:09:23 f86c4f14df26 cpcsp[22570]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:09:23 f86c4f14df26 cpcsp[22570]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:09:23 f86c4f14df26 cpcsp[22570]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:09:23 f86c4f14df26 cpcsp[22570]: capi10: CryptGetDefaultProviderA () Default provider for type 1 is not specified! Apr 27 17:11:10 f86c4f14df26 cades[22590]: cades: CadesVerifyDetachedMessage (pVerifyPara=0x0x7ffecc2b86e0, dwSignerIndex=0, pbDetachedSignBlob=0x0x225be50, cbDetachedSignBlob=5110, cToBeSigned=1, rgpbToBeSigned=0x0x7ffecc2b86d0, rgcbToBeSigned=0x0x7ffecc2b86c0, ppVerificationInfo=0x0x7ffecc2b86d8 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesMsgVerifySignatureImpl Input parameters checked Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: capi20: CryptMsgGetParam () Exception :' 0xea: More data is available.' at file:'/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/capilite/CMSMessage.h' line:163 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: VerifyMessageSignature Signature verification started Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: VerifyMessageSignature Signature verified Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: validateChain #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: buildChain #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: walk #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext dwErrorStatus = 0x00000000, acceptableStatus.dwErrorStatus = 0x00000000 Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext dwInfoStatus = 0x00000000, acceptableStatus.dwInfoStatus = 0xffffffff Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext Policy = {B52FF66F-13A5-402C-B958-A3A6B5300FB6} Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chain #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: firstElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: firstElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: middleElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: middleElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: lastElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: lastElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkCertificate #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: walk #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: walk #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyTime #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: evidenceVerifyTime #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chainContext #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chain #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: chain #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: firstElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: firstElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: firstElement #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: capi10: CryptGetDefaultProviderA () Default provider for type 1 is not specified! Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyNocheckOCSPs" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyNocheckOCSPs" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: retrieveOcspResponse #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: LoadGroupPolicy Loading GP... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertIDHashAlg" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertIDHashAlg" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertsToInclude" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyCertsToInclude" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyResponseAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyResponseAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyNonceLength" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyNonceLength" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyProxyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyProxyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyProxyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyProxyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultOCSPURL" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultOCSPURL" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultProxy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultProxy" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAllowedOCSPs" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyAllowedOCSPs" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDeniedOCSPs" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyDeniedOCSPs" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAllowedProxies" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyAllowedProxies" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: LoadGroupPolicy Loading GP... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertIDHashAlg" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertIDHashAlg" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyCertsToInclude" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyCertsToInclude" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyThisUpdateAccuracyUnits" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyThisUpdateAccuracy" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyResponseAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyResponseAccuracy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyNonceLength" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyNonceLength" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyProxyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyProxyAuthTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyProxyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading default value of policy "configcadesocsppolicyProxyAuthSSLTypeDefault" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultOCSPURL" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultOCSPURL" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultProxy" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDefaultProxy" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAllowedOCSPs" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyAllowedOCSPs" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyDeniedOCSPs" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyDeniedOCSPs" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading policy "configcadesocsppolicyAllowedProxies" ... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: Load Loading multistring policy "configcadesocsppolicyAllowedProxies" ... param not found Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: retrieveOcspResponse Request object initialized Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: CheckPolicies Checking policies... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: CheckPolicies Checking policies... OK. Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: MakeRequest Making request... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: MakeRequest Filling SRs... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: MakeRequest Filling extensions... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: ocsp: MakeRequest Encoding request... Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: retrieveOcspResponse #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation #failure# HRESULT: (0x80071b90) Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation Cannot find OCSP response for certificate. Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: checkRevocation Checking certificate in CRL Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findAndVerifyInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findInElementAndVerifyInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findInElementAndVerifyInCrl #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findInStoreAndVerifyInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findInStoreAndVerifyInCrl Cannot find CRL in provided store Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findInStoreAndVerifyInCrl #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: retrieveAndVerifyInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyCertificateInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyCertificateInCrl #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyCertificateInCrl #start# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: verifyCertificateInCrl #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: retrieveAndVerifyInCrl #success# Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findAndVerifyInCrl #failure# HRESULT: (0x800b010e) Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: findAndVerifyInCrl Cannot verify certificate with CRL. Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesMsgVerifySignatureImpl Exception thrown: _hr Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesVerifyDetachedMessage CAtlException, m_hr=0x800b010e Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesVerifyDetachedMessage (res=0, GetLastError=0x800b010e Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesFreeVerificationInfo (pVerificationInfo=0x0x22cf7a0) Apr 27 17:11:10 f86c4f14df26 cpcsp[22590]: cades: CadesFreeVerificationInfo (res=1, GetLastError=0x00000000 Использую cpcsp 4.0. Ссылки на списки отзыва в сертификате рабочие. Подскажите, пожалуйста, в чем может быть проблема.

Андрей Емельянов	#2 Оставлено : 28 апреля 2018 г. 13:16:19(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 11.03.2013(UTC) Сообщений: 805 Откуда: Оттуда Сказал «Спасибо»: 4 раз Поблагодарили: 148 раз в 144 постах	Добрый день. Возможно сертификат подписанта получить для воспроизведения?
Техническую поддержку оказываем тут Наша база знаний Наша страничка в Instagram

uishnik	#3 Оставлено : 28 апреля 2018 г. 13:46:37(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 29.12.2015(UTC) Сообщений: 40 Сказал(а) «Спасибо»: 1 раз	Почему-то не получилось загрузить файл на форум. Отправил ссылку в ЛС.

Андрей Емельянов	#4 Оставлено : 28 апреля 2018 г. 16:13:15(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 11.03.2013(UTC) Сообщений: 805 Откуда: Оттуда Сказал «Спасибо»: 4 раз Поблагодарили: 148 раз в 144 постах	Добрый день. Цитата: Ссылки на списки отзыва в сертификате рабочие. Проблема в самом списке отзыва, который скачивается, в нем присутствуют расширения Код: 2.5.29.28: Флаги = 1(Критический), Длина = 96 Точка распространения выдачи Имя точки распространения: Полное имя: URL=http://***.crl URL=http://***.crl содержит только сертификаты пользователей=Нет содержит только сертификаты ЦС=Нет Непрямой CRL=Нет 1.3.6.1.4.1.311.21.14: Флаги = 0, Длина = 3d Размещения опубликованных CRL [1]Размещения Имя точки распространения: Полное имя: URL=D:crl***.crl Информация известна разработчикам, для ориентира CPCSP-8705. На данный момент с таким crl проверка не будет проходить в linux.
Техническую поддержку оказываем тут Наша база знаний Наша страничка в Instagram

mpjoker	#5 Оставлено : 3 октября 2018 г. 12:30:51(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 23.08.2016(UTC) Сообщений: 3 Откуда: Tomsk	Добрый день. Периодически возникает такая же проблема. Система: Windows 10 Используется: CSP 4.0.9956 (core version 4.0.9018 KC1) (недавно было обновлено до данной версии, до этого использовалась — CSP 4.0.9842 (core version 4.0.9014 KC1). Обновили после прочтения данной темы) Проблема возникает периодически, за день несколько раз. Подпись то валидируется, то возникает ошибка — 0x800b010e. Можете подсказать с чем это связанно? В логах есть записи с успешной валидацией и с ошибкой. В сертификате прописанно: http://cdp.skbkontur.ru/cdp/kontur-q1-2017.crl http://cdp2.skbkontur.ru/cdp/kontur-q1-2017.crl DebugView.LOG (54kb) загружен 8 раз(а). Отредактировано пользователем 3 октября 2018 г. 13:22:35(UTC)  | Причина: Не указана

Андрей Емельянов	#6 Оставлено : 8 октября 2018 г. 15:21:24(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 11.03.2013(UTC) Сообщений: 805 Откуда: Оттуда Сказал «Спасибо»: 4 раз Поблагодарили: 148 раз в 144 постах	Добрый день. Вышеописанная проблема касалась linux систем. Сторониие провайдеры не используются? Приложите ветки реестра посмотреть [HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyDefaults] [HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 1CertDllVerifyRevocation]
Техническую поддержку оказываем тут Наша база знаний Наша страничка в Instagram

mpjoker	#7 Оставлено : 9 октября 2018 г. 11:32:41(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 23.08.2016(UTC) Сообщений: 3 Откуда: Tomsk	Добрый день. экспорт из реестра: 2.reg (1kb) загружен 5 раз(а). 1.reg (12kb) загружен 4 раз(а).

Андрей Емельянов	#8 Оставлено : 10 октября 2018 г. 16:44:28(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 11.03.2013(UTC) Сообщений: 805 Откуда: Оттуда Сказал «Спасибо»: 4 раз Поблагодарили: 148 раз в 144 постах	Приложите еще скриншот оснастки «Управление лицензиями КриптоПро PKI» в развернутом виде, где видно список продуктов и срок действия их лицензии.
Техническую поддержку оказываем тут Наша база знаний Наша страничка в Instagram

mpjoker	#9 Оставлено : 11 октября 2018 г. 10:32:08(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 23.08.2016(UTC) Сообщений: 3 Откуда: Tomsk	Добрый день. Да, лицензии истекли, еще в апреле. Попросил обновить. Ошибка 0x800b010e может быть с этим связанна? screenPKILicenseManagment.png (40kb) загружен 49 раз(а).

Андрей Емельянов	#10 Оставлено : 11 октября 2018 г. 11:57:32(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 11.03.2013(UTC) Сообщений: 805 Откуда: Оттуда Сказал «Спасибо»: 4 раз Поблагодарили: 148 раз в 144 постах	Ошибка 0x800b010e возникает в случае, если не удается проверить какой-либо сертификат из цепочки на отзыв. Но в приложенном логе есть еще ошибки от клиента OCSP. Если проверяете/ставите подпись стандарта CAdES-X LONG TYPE 1, то лицензии на клиенты нужны.
Техническую поддержку оказываем тут Наша база знаний Наша страничка в Instagram

Пользователи, просматривающие эту тему

Guest

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

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

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

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

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

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

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

Вопросы: площадка АСТ ГОЗ

Re: Обсуждение: площадка АСТ ГОЗ

orenten писал(а):Помогите, пожалуйста, периодически выходит ошибка «Ошибка проверки подписи: Не удалось получить актуальный список отозванных сертификатов (0х800B010E)». В техподдержке не отвечают, работать нормально не можем. Утром один раз заходит, а потом весь день ошибка.

Пишите на

info@astgoz.ru

Вам помогут.

helper

Завсегдатай

 

Сообщений: 97

Зарегистрирован: 13 сен 2018, 09:44

Благодарил (а): 0 раз.

Поблагодарили: 11 раз.

Роль: Прохожий

Пункты репутации: 10

---

Re: Обсуждение: площадка АСТ ГОЗ

helper » 13 сен 2018, 10:43

звёздочка писал(а):Люди! Помогите с входом в АСТ ГОЗ. Ситуация такая всё сделали по инструкции , у нас не формируется ЭЦП. ЭПЦ мы заказывали согласно всех протокол площадки. Тех поддержка там по эл. почте и никакая. Наш айтишник не знает, что пошло не так. Если у кого-то есть контакты фирмы , которая специализируется на этой площадке в рамках подключения и подгрузки ЭЦП — поделитесь контактом! Мы в МОСКВЕ.

1. КриптоПРО должен быть не ниже 4 версии;
2. Mozilla Firefox должен быть версии 51 или 52 ESR для работы с АСТ ГОЗ;
3. Пишите на info@astgoz.ru с данной проблемой, они проверят ваш сертификат.

Свой среди чужих, чужой среди своих.

helper

Завсегдатай

 

Сообщений: 97

Зарегистрирован: 13 сен 2018, 09:44

Благодарил (а): 0 раз.

Поблагодарили: 11 раз.

Роль: Прохожий

Пункты репутации: 10

---

Re: Обсуждение: площадка АСТ ГОЗ

Асво » 26 сен 2018, 19:01

Скажите, пожалуйста, как быть?
Была получена новая ЭП, но при входе в личный кабинет он не видит ее в списке сертификатов(хотя на других площадках все работает). Также устарел пароль до кучи и я вообще никак не могу войти. ТП молчит как всегда(

Асво

Новичок

 

Сообщений: 1

Зарегистрирован: 26 сен 2018, 18:55

Благодарил (а): 0 раз.

Поблагодарили: 0 раз.

Роль: Поставщик

Пункты репутации: 0

---

---

Re: Обсуждение: площадка АСТ ГОЗ

helper » 27 сен 2018, 09:29

Асво писал(а):Скажите, пожалуйста, как быть?
Была получена новая ЭП, но при входе в личный кабинет он не видит ее в списке сертификатов(хотя на других площадках все работает). Также устарел пароль до кучи и я вообще никак не могу войти. ТП молчит как всегда(

ТП отвечает быстро и своевременно. Писали на

secure@astgoz.ru

?

Свой среди чужих, чужой среди своих.

helper

Завсегдатай

 

Сообщений: 97

Зарегистрирован: 13 сен 2018, 09:44

Благодарил (а): 0 раз.

Поблагодарили: 11 раз.

Роль: Прохожий

Пункты репутации: 10

---

Re: Обсуждение: площадка АСТ ГОЗ

Iren_2018 » 02 окт 2018, 15:45

Подскажите пожалуйста как отозвать поданную заявку

Iren_2018

Новичок

 

Сообщений: 1

Зарегистрирован: 02 окт 2018, 15:42

Благодарил (а): 0 раз.

Поблагодарили: 0 раз.

Роль: Поставщик

Пункты репутации: 0

---

Re: Обсуждение: площадка АСТ ГОЗ

helper » 03 окт 2018, 11:41

Iren_2018 писал(а):Подскажите пожалуйста как отозвать поданную заявку

Поданную заявку, на что?

Свой среди чужих, чужой среди своих.

helper

Завсегдатай

 

Сообщений: 97

Зарегистрирован: 13 сен 2018, 09:44

Благодарил (а): 0 раз.

Поблагодарили: 11 раз.

Роль: Прохожий

Пункты репутации: 10

---

Re: Обсуждение: площадка АСТ ГОЗ

Zakup69 » 03 окт 2018, 16:30

Добрый день!
Такая ситуация сложилась, просрочили публикацию протокола подведения итого ЭА на АСТ ГОЗ, что в такой ситуации делать не понятно, законодательно и в интернетах нет никакой информации за исключением информации о штрафах за просрочку,а какого то регламента действий — нет. Есть возможность отменить определения поставщика, но ведь под основания отмены определения по 44фз этот случай уже не подходит, а отключением света вряд ли можно подвести под обстоятельства непреодолимой силы

Zakup69

Иногда заглядывает

 

Сообщений: 3

Зарегистрирован: 03 окт 2018, 16:27

Благодарил (а): 0 раз.

Поблагодарили: 0 раз.

Роль: Прохожий

Пункты репутации: 0

---

Re: Обсуждение: площадка АСТ ГОЗ

Просто Петр » 04 окт 2018, 01:36

Zakup69 писал(а):Добрый день!
Такая ситуация сложилась, просрочили публикацию протокола подведения итого ЭА на АСТ ГОЗ, что в такой ситуации делать не понятно, законодательно и в интернетах нет никакой информации за исключением информации о штрафах за просрочку,а какого то регламента действий — нет. Есть возможность отменить определения поставщика, но ведь под основания отмены определения по 44фз этот случай уже не подходит, а отключением света вряд ли можно подвести под обстоятельства непреодолимой силы

В техподдержку не пробовали звонить?

Жалеть о потерянном- терять вдвойне

Просто Петр

Доцент

 

Сообщений: 4838

Зарегистрирован: 27 янв 2018, 01:58

Откуда: Санкт-Петербург

Благодарил (а): 98 раз.

Поблагодарили: 464 раз.

Роль: Поставщик

Пункты репутации: 284

---

Re: Обсуждение: площадка АСТ ГОЗ

Маба Калох » 04 окт 2018, 09:59

подскажите пожалуйста, я могу установить ПО с АСТГОЗ на 2 компьютера (на стационарный и ноут) чтобы можно было работать одной и той же эцп на обоих?

Самые сложные задачи выполняем немедленно, невозможные-чуть погодя ;))))

Маба Калох

Завсегдатай

 

Сообщений: 74

Зарегистрирован: 29 мар 2012, 08:40

Благодарил (а): 26 раз.

Поблагодарили: 3 раз.

Роль: Заказчик

Пункты репутации: 5

---

---

Вернуться в Работа на электронных торговых площадках (ЭТП)

Кто сейчас на форуме

Зарегистрированные пользователи: ASGOR, Google [Bot]

Работает на phpВВ © phpВВ Group

Форум КриптоПро
 » 
Средства криптографической защиты информации
 » 
КриптоПро CSP 5.0
 » 
ошибка проверки подписи: не удалось получить актуальный список отозванных сертификатов

Smk-43@bk.ru	#1 Оставлено : 29 июня 2022 г. 15:13:24(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 29.06.2022(UTC) Сообщений: 1 Откуда: Киров	Добрый день! Произошла такая ситуация, во время торгов на АСТ ГОЗ прошло более десят ка ценовых предложений с подписью. Примерно на 19-м ценовом предложении выпрыгнуло красное окошко «ошибка проверки подписи: не удалось получить актуальный список отозванных сертификатов (0х800В010Е)». Торги проиграли и даже не смогли отправить обращение в техподдержку. В чем причина и что нужно сделать, что бы в будущем такое не повторялось? Буду благодарен за помощь!

Андрей *	#2 Оставлено : 29 июня 2022 г. 16:19:46(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,739 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	Здравствуйте. Это вопрос к реализации проверки (онлайн, crlкэшдопустимый интервал отсутствия актуального статуса) и устойчивости ИС к таким ситуациям. В каком УЦ издан сертификат? Был ли его CRL и по цепочке выше доступны и вопрос — на клиенте или на сервере ИС (АСТ ГОЗ) произошла проблема с получением… 1. Все CRL по цепочке сертификации — перед торгами необходимо скачать и установить в промежуточные центры сертификации (если проблема на клиенте возникла) 2. Если ИС не может на своей стороне проверить по сети CRLOCSP — то должен быть использован, вероятно, последний доступный для неё и ещё не истёкший CRL (спорный момент) иначе действительно — ИС не может проверить статус сертификата — отказ. 3. Почему не смогли отправить обращение?
Техническую поддержку оказываем тут Наша база знаний
	WWW

Пользователи, просматривающие эту тему

Guest

Форум КриптоПро
 » 
Средства криптографической защиты информации
 » 
КриптоПро CSP 5.0
 » 
ошибка проверки подписи: не удалось получить актуальный список отозванных сертификатов

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

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

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

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

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

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

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

Из нашей статьи вы узнаете:

При использовании КриптоПро ЭЦП Browser plug-in могут возникать ошибки, приводящие к тому, что плагин не работает или работает некорректно, из-за чего электронная подпись не создаётся. Рассмотрим наиболее распространённые варианты ошибок и разберёмся, как их устранить.

При проверке отображается статус «Плагин загружен», но нет информации о криптопровайдере

Это значит, что криптопровайдер КриптоПро CSP не установлен. Необходимо загрузить дистрибутив программы с сайта разработчика и установить её на компьютер. В настройках плагина в графу Список доверенных узлов также следует добавить адрес ресурса, с которым работаете (например, nalog.ru).

Не удаётся построить цепочку сертификатов для доверенного корневого центра. (0x800B010A)

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

Для устранения этой ошибки нужно привязать сертификат к закрытому ключу.

Сначала проверьте, строится ли цепочка доверия. Для этого нужно открыть файл сертификата, а затем вкладку Путь сертификации.

Если на значке сертификата отображается крест, это означает, что цепочка доверия не строится. В этом случае необходимо скачать и установить корневые и промежуточные сертификаты. Они должны быть доступны для загрузки на сайте удостоверяющего центра, который выпустил сертификат на ваше имя.

Для установки корневого сертификата необходимо:

• Кликнуть правой кнопкой мыши по файлу.
• В контекстном меню выбрать пункт Установить сертификат.
• После запуска Мастера установки нажать Далее.
• Выбрать вариант Поместить все сертификаты в выбранной хранилище и нажать Обзор.
• Выбрать в списке хранилищ Доверенные корневые центры сертификации, нажать ОК, затем Далее.
• Нажать Готово.

Установка промежуточных сертификатов выполняется точно так же, как и установка корневых, за исключением того, что в процессе установки вместо пункта Доверенные корневые центры сертификации нужно выбрать пункт Промежуточные центры сертификации.

Если вы создаёте ЭЦП таких форматов, как CAdES-T или CAdES-X Long Type 1, ошибка может возникать из-за отсутствия доверия к сертификату оператора службы предоставления штампов времени. В этой ситуации нужно установить корневой сертификат УЦ в доверенные корневые центры.

ЭЦП создаётся с ошибкой при проверке цепочки сертификатов

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

Ошибка несоответствия версии плагина

При проверке возникает сообщение «Установлен и настроен плагин для браузера КриптоПро ЭЦП Browser plug-in версии 2.0.12438 и выше. — undefined». В этом случае необходимо установить плагин версии 2.0.12438 и выше.

Появляется сообщение «Плагин недоступен»

Данная проблема может возникнуть, если ваш браузер не поддерживает установленную версию плагина. Попробуйте воспользоваться другим обозревателем.

Ошибки 0x8007064A и 0x8007065B

Ошибка возникает в связи с окончанием срока действия лицензий на КриптоПро CSP (КриптоПро TSP Client 2.0, Криптопро OCSP Client 2.0).

Чтобы создать электронную подпись с форматом CAdES-BES, необходима действующая лицензия на КриптоПро CSP. Создание ЭЦП с форматом CAdES-X Long Type 1 потребует наличия действующих лицензий:

• КриптоПро CSP;
• КриптоПро OCSP Client 2.0;
• КриптоПро TSP Client 2.0.

После приобретения лицензии потребуется её активация.

Набор ключей не существует (0x80090016)

Возникает из-за того, что у браузера нет прав для выполнения операции. Для решения проблемы в настройках плагина добавьте сайт в Список доверенных узлов.

Отказано в доступе (0x80090010)

Возникает в связи с истечением срока действия закрытого ключа. Чтобы проверить срок действия, запустите Крипто-Про CSP, затем откройте вкладку Сервис. Далее необходимо выбрать пункт Протестировать и указать контейнер с закрытым ключом. Если в результатах тестирования вы увидите, что срок действия закрытого ключа истёк, необходимо получить новый ключ.

Ошибка: Invalid algorithm specified. (0x80090008)

Появление такой ошибки означает, что криптопровайдер не поддерживает алгоритм используемого сертификата. Рекомендуется проверить актуальность версии КриптоПро CSP.

Если предлагаемые выше способы устранения ошибок не помогут, рекомендуем обратиться в службу поддержки КриптоПро.

У вас ещё нет электронной подписи? Её можно заказать у нас на сайте. Выберите подходящий вариант ЭЦП: для участия в электронных торгах, работы с порталами или отчётности. Процедура оформления не займёт больше одного дня.