Не удалось проверить подпись формата cms ошибка неправильное значение хеша код 0x80091007

Форум КриптоПро
 » 
Средства криптографической защиты информации
 » 
КриптоПро ЭЦП (усовершенствованная ЭЦП)
 » 
Не удалось проверить подпись CAdES-XLT1. Ошибка: [Неправильное значение хеша]. Код: [0x80091007].Соо


Offline

pavenko_sv

 


#1
Оставлено
:

7 сентября 2017 г. 14:46:00(UTC)

pavenko_sv

Статус: Активный участник

Группы: Участники

Зарегистрирован: 23.08.2017(UTC)
Сообщений: 70
Мужчина
Российская Федерация
Откуда: Нижний Новгород

Сказал «Спасибо»: 39 раз

Проверяю получившуюся электронную подпись в КриптоПро DSS:

Цитата:

Документ для проверки
C:fakepathspravka_soc_viplaty_09.08.2017.pdf(IE).p7s

Не удалось определить формат подписи, выберите требуемый формат в разделе Формат подписи
Формат подписи
Подпись в формате CMS

Параметры
Подпись данных

Отсоединённая подпись

Исходный документ
C:fakepathspravka_soc_viplaty_09.08.2017.pdf

Результат проверки

Цитата:

Название документа spravka_soc_viplaty_09.08.2017.pdf(IE).p7s
Подпись 1
Результат проверки
Подпись не действительна
Дополнительная информация
Не удалось проверить подпись CAdES-XLT1. Ошибка: [Неправильное значение хеша]. Код: [0x80091007].Сообщение содержит неверную подпись.
Дополнительная информация о подписи
Формат подписи CAdES
Подпись в формате XLT1
Время подписи, полученное из штампа
9/7/2017 1:37:18 PM
Время подписи
9/7/2017 1:37:02 PM
Информация о сертификате
Субъект
C=RU, S=Нижегородская Область, L=Нижний Новгород, O=»ООО «»КазАУП»»», OU=Отдел разработки, CN=Stanislav, E=pavenko_sv@mail.ru
Издатель
CN=CRYPTO-PRO Test Center 2, O=CRYPTO-PRO LLC, L=Moscow, C=RU, E=support@cryptopro.ru
Срок действия
07.09.2017 09:43:43 — 07.12.2017 09:53:43

Пример документа и схормированной подписи:
sign.zip (36kb) загружен 5 раз(а).

Код формирования:

Код:

let oStore = yield cadesplugin.CreateObjectAsync("CAPICOM.Store");
yield oStore.Open(CAPICOM_CURRENT_USER_STORE, CAPICOM_MY_STORE,CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED);
                
let CertificatesObj = yield oStore.Certificates;
let oCertificates = yield CertificatesObj.Find(CAPICOM_CERTIFICATE_FIND_SHA1_HASH, thumbprint);
                
let Count = yield oCertificates.Count;
let oCertificate = yield oCertificates.Item(1);
let oSigner = yield cadesplugin.CreateObjectAsync("CAdESCOM.CPSigner");
yield oSigner.propset_Certificate(oCertificate);
yield oSigner.propset_Options(CAPICOM_CERTIFICATE_INCLUDE_WHOLE_CHAIN);
/*
                
-если тестовый личный сертификат выпускали здесь https://www.cryptopro.ru/ui/
то используйте стенд http://www.cryptopro.ru/tsp/tsp.srf

-если тестовый личный сертификат выпускали здесь https://www.cryptopro.ru/certsrv/
используйте стенд http://testca.cryptopro.ru/tsp/tsp.srf
                
*/
let tspService = "http://testca.cryptopro.ru/tsp/tsp.srf";
yield oSigner.propset_TSAAddress(tspService);

let oSignedData = yield cadesplugin.CreateObjectAsync("CAdESCOM.CadesSignedData");
yield oSignedData.propset_ContentEncoding(CADESCOM_ENCODE_BASE64);
yield oSignedData.propset_Content(dataToSign);

let sSignedMessage = yield oSignedData.SignCades(oSigner, CADESCOM_CADES_X_LONG_TYPE_1, true);
                
yield oSignedData.VerifyCades(sSignedMessage, CADESCOM_CADES_X_LONG_TYPE_1, true);

yield oStore.Close();
args[2](sSignedMessage);
return true;

Вверх

WWW


Offline

Андрей Емельянов

 


#2
Оставлено
:

8 сентября 2017 г. 14:47:58(UTC)

Андрей Емельянов

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 11.03.2013(UTC)
Сообщений: 805
Мужчина
Российская Федерация
Откуда: Оттуда

Сказал «Спасибо»: 4 раз
Поблагодарили: 148 раз в 144 постах

Добрый день.
В архиве две подписи, не проверяется только отсоединенная подпись, проблема может быть в этом:
http://cpdn.cryptopro.ru…es/content-encoding.html

Техническую поддержку оказываем тут
Наша база знаний
Наша страничка в Instagram


Вверх

thanks 1 пользователь поблагодарил Андрей Емельянов за этот пост.

pavenko_sv

оставлено 08.09.2017(UTC)


Offline

Андрей Писарев

 


#3
Оставлено
:

8 сентября 2017 г. 14:58:12(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 12,010
Мужчина
Российская Федерация

Сказал «Спасибо»: 457 раз
Поблагодарили: 1912 раз в 1478 постах

Автор: eav Перейти к цитате

Добрый день.
В архиве две подписи, не проверяется только отсоединенная подпись, проблема может быть в этом:
http://cpdn.cryptopro.ru…es/content-encoding.html

Проблема в двойном кодировании.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW

thanks 1 пользователь поблагодарил Андрей * за этот пост.

Андрей Емельянов

оставлено 08.09.2017(UTC)


Offline

pavenko_sv

 


#4
Оставлено
:

8 сентября 2017 г. 15:16:58(UTC)

pavenko_sv

Статус: Активный участник

Группы: Участники

Зарегистрирован: 23.08.2017(UTC)
Сообщений: 70
Мужчина
Российская Федерация
Откуда: Нижний Новгород

Сказал «Спасибо»: 39 раз

Автор: eav Перейти к цитате

Добрый день.
В архиве две подписи, не проверяется только отсоединенная подпись, проблема может быть в этом:
http://cpdn.cryptopro.ru…es/content-encoding.html

Спасибо. Починил!

было:
//Задание кодировки подписываемых данных
var CADESCOM_STRING_TO_UCS2LE = 0x00 //Данные будут перекодированы в UCS-2 little endian.
var CADESCOM_BASE64_TO_BINARY = 0x01 //Данные будут перекодированы из Base64 в бинарный массив.

стало:
//Задание кодировки подписываемых данных
var CADESCOM_STRING_TO_UCS2LE = 0; //Данные будут перекодированы в UCS-2 little endian.
var CADESCOM_BASE64_TO_BINARY = 1; //Данные будут перекодированы из Base64 в бинарный массив.


Вверх

WWW


Offline

Андрей Писарев

 


#5
Оставлено
:

8 сентября 2017 г. 15:33:41(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 12,010
Мужчина
Российская Федерация

Сказал «Спасибо»: 457 раз
Поблагодарили: 1912 раз в 1478 постах

Понятно.
Об этом есть здесь.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW

thanks 1 пользователь поблагодарил Андрей * за этот пост.

pavenko_sv

оставлено 08.09.2017(UTC)


Offline

Андрей Писарев

 


#6
Оставлено
:

8 сентября 2017 г. 15:36:02(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 12,010
Мужчина
Российская Федерация

Сказал «Спасибо»: 457 раз
Поблагодарили: 1912 раз в 1478 постах

Автор: Андрей * Перейти к цитате

Автор: eav Перейти к цитате

Добрый день.
В архиве две подписи, не проверяется только отсоединенная подпись, проблема может быть в этом:
http://cpdn.cryptopro.ru…es/content-encoding.html

Проблема в двойном кодировании.

Цитата:

0x01 <> 1

Плагину не сообщалось, что нужно декодировать предварительно данные в памяти и он подписывал как есть — т.е. base64 вариант.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW

thanks 1 пользователь поблагодарил Андрей * за этот пост.

pavenko_sv

оставлено 08.09.2017(UTC)

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

Guest

Форум КриптоПро
 » 
Средства криптографической защиты информации
 » 
КриптоПро ЭЦП (усовершенствованная ЭЦП)
 » 
Не удалось проверить подпись CAdES-XLT1. Ошибка: [Неправильное значение хеша]. Код: [0x80091007].Соо

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

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

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

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

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

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

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

Ошибка. Нет полного доверия к сертификату подписи

Частые ошибки в СУФД

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

Ошибка при расчете хэша по контенту вложения

Решение: Удалить вложения документов приложенных в платежное поручение которые вложились с нулевым (0) размером.

Почему не удается создать подпись | ошибка 0x80090010

Среди основных причин, почему не удается создать подпись и появляется сообщение об ошибке с кодом 0x80090010, можно выделить следующие:

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

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

Для того, чтобы узнать о состоянии ключа, следует:

Открыть раздел «Все программы» и перейти в «КриптоПро».

После этого нужно нажать л. к. м. на «Сертификаты».

В строке хранилище, отметить нужное.

Кликнуть на выбранный сертификат.

Открыть раздел «Путь сертификации».

В строке «Состояние» будет отражён статус неактивного сертификата.

Во вкладке «Общие» отображается причина, к примеру, «Этот сертификат не удалось проверить, проследив его до доверенного центра».

Сообщение об ошибке может отображаться по следующим причинам:

Линия доверия была нарушена (неправильно прописан путь сертификации), произошло повреждение одного или всех сертификатов (кодирование соединения не будет доверенным, либо просто не будет работать).

Некорректно инсталлирован криптопровайдер КриптоПро.

Алгоритмы шифрования СКЗИ не работают, или работают некорректно.

Нет доступа к реестровым документам.

Версия браузера устарела.

На компьютере выставлены неправильные хронометрические данные.

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

Цепочка доверия, от министерства цифрового развития и связи до пользователя

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

Принцип построения ЦДС

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

КС выдаётся пользователю при получении КЭЦП, также его можно загрузить с сайта roskazna. ru, либо с официального портала УЦ. В цепи доверия он занимает не последнее значение — и служит подтверждением подлинности КЭЦП.

Вторая ступень – это ПС, он предоставляется в комплекте с КС и включает в себя:

Данные об УЦ и срок действия ключа.

Электронный адрес для связи с реестром организации.

Данные сведения поступают в закодированном формате и применяются криптопровайдером для подтверждения подлинности открытого ключа КЭЦП.

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

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

СКПЭП объединяет открытый ключ с определенным человеком, иными словами, подтверждает факт принадлежности ЭП конкретному лицу.

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

Причиной возникновения ошибки «Этот сертификат содержит недействительную цифровую подпись» может служить повреждение любого отрезка ЦДС, начиная с Минкомсвязи РФ и заканчивая пользователем.

Пути решения ошибки

Для начала необходимо убедиться в том, что КС активен и верно инсталлирован. Для этого применяется стандартный путь: «Пуск» > «Все программы» > «КриптоПро» > «Сертификаты» > «Доверенные центры сертификации» > «Реестр». В появившемся перечне должен находиться файл от ПАК «Минкомсвязь России». Если сертификата нет, или он не активен, требуется его инсталлировать:

Запустите скачанный файл на компьютере и, в разделе «Общие», нажмите «Установить».

Поставьте отметку рядом со строчкой «Поместить в следующее хранилище».

Укажите хранилище «Доверенные корневые центры сертификации».

Для продолжения инсталляции, кликните на кнопку «ОК» и дайте согласие в окне, предупреждающем о безопасности.

После инсталляции сертификата, перезагрузите ПК.

Файл предоставляется УЦ одновременно с остальными средствами для генерации КЭЦП, если он потерян или удалён, необходимо обратиться в УЦ, предоставивший СКПЭП.

Когда с КС Минкомсвязи всё в порядке, но статус по-прежнему неактивен, необходимо его переустановить (удалить и инсталлировать повторно).

Существует ещё один вариант исправления ошибки, но он срабатывает не каждый раз. В случае, если предыдущий способ не помог, войдите в «Пуск», в строке поиска наберите regedit, после чего войдите в редактор и самостоятельно удалите следующие файлы.

На форуме CryptoPro CSP предлагается еще один вариант решения проблемы. Но работает он не всегда. Если установка документа не помогла, откройте меню «Пуск» и выполните поиск редактора реестра по его названию regedit. В редакторе найдите и вручную удалите следующие ветки:

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

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

Исправление ошибки, на примере казначейства

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

Ниже мы разберём причину ошибки, на примере Управления Федерального казначейства (УФК).

Изменение или повреждение файла УФК

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

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

Зайти в раздел «Личное».

Указать неработающий СКПЭП, после чего открыть раздел «Путь сертификации». В таком случае, основным УЦ будет выступать Мнкомсвязи РФ, а подчинённым УФК. Самым последним элементом в доверительной линии будет СКПЭП пользователя.

Если после этого, статус до сих пор недействительный, то следует проследить всю доверительную линию и определить слабый элемент.

Вернуться обратно во вкладку «Общие» и проверить, правильно ли указаны данные организации, выпустившей СКПЭП.

После чего перейти в «Промежуточные центры сертификации». Если выявится, что причина в данном звене, в разделе «Общие» появятся следующие данные: «Этот сертификат не удалось проверить, проследив его до …».

На сайте УФК войти во вкладку «Корневые сертификаты».

Загрузить «Сертификат УЦ Федерального казначейства».

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

Выключите и включите ПК.

На последнем этапе нужно открыть вкладку «Личное» и указать необходимый СЭП, после чего сделать проверку пути сертификации.

Если всё прошло удачно, и проблема решена, в строке со статусом отобразится «Этот сертификат действителен». Значит, система произвела проверку ЦДС и не обнаружила отклонений.

Истечение срока

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

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

Ошибка с отображением в КриптоПро

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

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

Неправильная работа КриптоПро

Для того, чтобы убедиться в корректности работы, нужно зайти в КриптоПро CSP и открыть раздел «Алгоритмы». Если их характеристики пустые, это означает, что программа работает неправильно и её следует переустановить:

Для того, чтобы произвести переустановку, необходимо наличие специального программного обеспечения (КриптоПро), которую можно загрузить с портала разработчика. Она создана для экстренного удаления криптопровайдера. Этот способ даёт возможность полностью удалить КриптоПро с компьютера, что необходимо для качественной переустановки.

Сервисы инициализации

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

Для того, чтобы проверить активность службы:

Активируйте системное окошко «Выполнить», зажав на клавиатуре Win+R.

После чего вбейте в командной строке services. msc.

В перечне служб, укажите «Службы инициализации».

Зайдите в подраздел «Свойства» и если служба неактивна, запустите её.

Выключите и включите компьютер, если всё сделано правильно КЭЦП будет работать корректно.

Что делать, если ошибка вызвана сбоем браузера

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

Создатели CryptoPro советуют пользоваться для работы с КЭП, только Internet Explorer, так как он уже вшит в Windows, но даже с ним может произойти сбой.

Вход под администраторскими правами

Чаще всего, после того как пользователь входит под паролем администратора, всё налаживается, и ключи начинают функционировать в стандартном режиме.

Правой кнопкой мыши нажмите на значок браузера.

Выберите строку «Запуск от имени администратора».

После того, как ошибка исчезнет:

Правой кнопкой мыши нажмите на значок браузера.

Кликните на «Дополнительно»

И выберите «Запуск от имени администратора».

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

Выключение антивирусника

Некоторые антивирусные программы, к примеру, Symantec или AVG, распознают КриптоПро, как угрозу, и начинают блокировать программные процессы. В результате возникают всевозможные ошибки с СКПЭП, поэтому для того, чтобы подписать цифровой документ, желательно на некоторое время выключить антивирусную программу, для этого:

Нажав правой кнопкой мыши на значок антивирусной программы, выберите «Сетевые экраны» или «Управление экранами».

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

Когда электронный документ будет подписан, активируйте антивирусную программу обратно.

Настройка хронометрических данных

Также необходимо проверить, актуально ли на компьютере выставлено число и время, для этого:

Правой кнопкой мыши кликните на значок часов в правом нижнем углу монитора.

Выберите «Настройка даты и времени».

Выставьте нужный часовой пояс и правильные значения.

По окончанию настроек выключите, а потом включите ваш ПК.

8. СУФД. При подписании документа появляется сообщение об ошибке: Ошибка создания подписи. Элемент не найден (0x80070490) и или Сообщение об ошибке: «org. zkoss. json. JSONObject cannot be cast to java. lang. String».

8 августа 2018, 00:00 (22 января 2019, 09:17)

Sufd_soobshchenie_ob_oshibke_oshibka_sozdaniya_podpisi. docx DOCX 114.9 КБ

17 августа 2018, 13:04

Открепленная (отсоединенная) ЭП

— Файл подписи создается отдельно от подписываемого файла
— Для проверки подписи нужно передавать два файла — исходный документ и файл подписи
— Нет ограничения по формату подписываемых документов
— Созданный файл подписи имеет, как правило, расширение. sig,.sgn,.p7s
— Есть возможность создать усовершенствованную открепленную подпись, такой файл содержит отметку времени
— Можно создать файл, содержащий подписи нескольких лиц

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

Контур. Крипто
Сервис для подписания электронной подписью, проверки электронной подписи под документом, шифрования и дешифрования документов. Для работы подойдут сертификаты, выданные любым УЦ. Есть возможность создания усовершенствованной подписи с отметкой времени.

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

КриптоАРМ
Локальная программа для подписи и шифрования файлов любого формата. С помощью КриптоАРМ можно расшифровать, посмотреть подпись файла, создать как открепленную подпись документа, так и присоединенную подпись.

Установить программу можно с помощью диагностики для ЭТП или с сайта разработчика. Приобрести лицензию для этого ПО можно в любом Сервисном центре.

Примечание: порядок оказания технической поддержки по программе КриптоАРМ описан на сайте разработчика программы. Техническая поддержка УЦ СКБ Контур не оказывает консультации по этому продукту.

Как должно работать

Почему не видит ЭЦП компьютер? Вроде и ключ в виде флешки есть (тот же RuToken), и утилита «Крипто-Про» установлена, а проверка ЭП не выполняется. Основная причина — ПК изначально не видит флешку ЭЦП. Это возникает обычно, потому что ключ пытаются запустить на устройстве с неподдерживаемой ОС. Ведь каждый ключик-флешка делается под свою среду, и банальное обновление ОС может привести к потере совместимости с имеющимся ключом ЭЦП (флешкой).

Когда установка криптопровайдера выполнена на поддерживаемом аппарате, по инструкции, но всё равно компьютер не видит ЭЦП, проблема может быть и в самом ключе. Чтобы разобраться, свяжитесь с поддержкой. Там у вас запросят скриншоты:

Кроме того, укажите специалистам, где получали ЭЦП, на каком носителе у вас установлен контейнер (рутокен, етокен, флешка или реестр) и какая используется ОС (разрядность, сборка).

4 ответов

Перейти Xcode – > Prefrences и импортировать профиль

Шагов Решения:

Снимите флажок “Автоматически управлять подписанием”.

Выберите “профиль подготовки ” в разделе” подписание (выпуск)”.

Ошибка сертификата подписи не будет отображаться.

Затем ниже ошибка имеет кнопку” Управление сертификатами”. нажмите на кнопка.

Решение основных проблем в работе ЭЦП

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

Выбранная подпись не авторизована

Обычно ошибка?«?Выбранная ЭЦП не авторизована?»? возникает во время попытки входа в личный кабинет на электронных торговых площадках.

Возникает она при использовании нового ключа ЭЦП на торговой площадке без регистрации пользователя или без регистрации нового сертификата. Для авторизации подписи в личном кабинете необходимо:

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

ЭЦП поставлено сертификатом без заключенного соглашения

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

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

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

Не поддерживается алгоритм сертификата ЭЦП

При подписании документов и во время отправления отчетности иногда возникает ошибка «?Алгоритм ключа сертификата не поддерживается»??. Исправить ее можно переустановкой КриптоПро CSP и проверкой совместимости ПО с компонентами Microsoft.

Также нужно проверить хранилище сертификатов на предмет наличия там закрытого ключа ЭЦП. Если проблема повторяется, то можно установить КриптоПро. nет и sdk версии 1.0.48668.1 или выше. Если переустановка криптопровайдера не помогает и одновременно возникает ошибка ОС «?Неустранимая ошибка при инициализации исправлений»??, то необходима полная переустановка операционной системы.

Электронная подпись невалидна

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

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

Далее двойным кликом мышки нужно открыть сертификат и сохранить его на рабочем столе или в любом удобном месте на ПК.

Затем сохраненный сертификат открывают и выбирают вкладку «?Путь сертификации»?.

Для установки сертификата нужно лишь открыть его и установить.

Если не открывается цепочка сертификатов, то нужно перейти во вкладку «?Состав»? и «?Доступ к информации о центре сертификации»?.

После скачивания КС открывают и нажимают «?Установить сертификат»?.

Местом хранилища назначают?«?Доверенные корневые центры сертификации»?.

Следующий шаг — подтверждение установки КС.

Затем пользователь возвращается в рабочее окно 1С и нажимает на подпись-статус «?ЭЦП не верна»?. В открывшемся меню нужно выбрать?«?Проверить ЭЦП»??.

Если установка прошла без ошибок, то статус изменится на?«?ЭЦП верна»?.

Ошибка создания объекта сервером программирования объектов подписи

При подписании документов или при формировании запросов в разных информационных системах может возникнуть ошибка «??Невозможно создание объекта сервером программирования объектов ЭЦП».

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

Если установка через архивы вызывает сложности, то можно установить capicom. dll вручную. Для этого пользователь должен:

После установки библиотеки нужно проверить ее наличие в надстройках IE. Для этого пользователь переходит в «?Сервис»??/?«?Свойства обозревателя»?/?«?Программы»?/«?Надстройки»?. В открывшемся окне нужно найти и включить capicom. dll.

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

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

ЭЦП попала в список отозванных

Ошибка «?Ваш сертификат ключа подписи включен в список отозванных?»? может возникать из-за закончившегося срока действия сертификата или из-за необходимости обновить список сертификатов на ПК.

Если срок действия ЭЦП еще не истек. то нужно:

Также можно загрузить вручную список отозванных квалифицированных сертификатов ЭЦП (https://r77.center-inform. ru/crl/v5/center_inform_mskf. crl).

Для установки нужно:

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

Сертификат подписи не зарегистрирован

При работе на электронных торговых площадках (ЭТП) иногда возникает ошибка «?сертификат ЭЦП не зарегистрирован»??. Обычно это происходит при попытке входа с новой ЭЦП в личный кабинет, но может быть также результатом системного сбоя. Процесс регистрации зависит от типа используемой площадки.

Для Сбербанк-АСТ

Чтобы зарегистрировать новый сертификат на ЭТП нужно:

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

Для Национальной электронной площадки

Добавление нового сертификата может происходить двумя способами. Можно войти в личный кабинет используя логин и пароль или через личный кабинет Еиной Системы Идентификации и Аутентификации (ЕСИА). Далее перейти в «?Мой кабинет»? и выбрать в? окне «?Загрузка сертификатов»? новый сертификат ЭЦП.

Если по каким-то причинам вход в личный кабинет невозможен, то нужно:

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

Для РТС-Тендер

Привязка нового сертификата для личного кабинета в системе РТС-Тендер зависит от того имеет ли пользователь учетную запись в Единой Информационной Системе или нет.

Если у участника есть личный кабинет. то нужно выбрать в нем «?Добавление нового сертификата»?. Если личного кабинета нет, то пользователь должен:

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

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

Источники:

Https://pd-4.ru/finansy/chastye-oshibki-v-sufd

Https://myedo. ru/elektronnaya-podpis/nastrojka-i-oshibki/ecp-ne-rabotaet

Доброе время суток, уже близок к усуществению отсоединённой подписи, присоединённая уже получается и проходит проверку на сайте Сервер электронной подписи КриптоПро DSS.
Возможно Вы сможете помочь с решением вопроса: «Отсоединённой подпись не проходит проверку, а присоединённая подпись проходит»

Вот этим кодом я делаю подпись:


function SignCreate(thumbprint, dataToSign) {

    let oCertificate;
    let oSigner;
    let oSignedData;
    let sSignedMessage;

    let oStore = cadesplugin.CreateObject("CAPICOM.Store");
    oStore.Open(CAPICOM_CURRENT_USER_STORE, CAPICOM_MY_STORE, CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED);

    let oCertificates = oStore.Certificates.Find(CAPICOM_CERTIFICATE_FIND_SHA1_HASH, thumbprint);

    if (oCertificates.Count == 0) {
        return "Certificate not found: " + thumbprint;
    }

    oCertificate = oCertificates.Item(1);
    oSigner = cadesplugin.CreateObject("CAdESCOM.CPSigner");
    oSigner.Certificate = oCertificate;
    oSigner.TSAAddress = "http://testca.cryptopro.ru/tsp/tsp.srf";

    oSignedData = cadesplugin.CreateObject("CAdESCOM.CadesSignedData");
    oSignedData.ContentEncoding = CADESCOM_BASE64_TO_BINARY;
    oSignedData.Content = dataToSign.replace('data:application/pdf;base64,', '');

    try {
        sSignedMessage = oSignedData.SignCades(oSigner, CADESCOM_CADES_X_LONG_TYPE_1, true);
    } catch (err) {
        return "Failed to create signature. Error: " + GetErrorMessage(err);
    }

    try {
        oSignedData.VerifyCades(sSignedMessage, CADESCOM_CADES_X_LONG_TYPE_1, true);
    } catch (err) {
        alert("Failed to verify signature. Error: " + cadesplugin.getLastError(err));
        return false;
    }

    oStore.Close();
    return sSignedMessage;
}

Пробую два варианта:
Вариант отсоединённой подписи не проходит проверку ЭП в КриптоПро DSS:
Код:
sSignedMessage = oSignedData.SignCades(oSigner, CADESCOM_CADES_X_LONG_TYPE_1, true);

Цитата:
Результат проверки
Название документа spravka_soc_viplaty_09.08.2017.pdfОП.p7s
Подпись 1
Результат проверки
Подпись не действительна
Дополнительная информация
Не удалось проверить подпись CAdES-XLT1. Ошибка: [Неправильное значение хеша]. Код: [0x80091007].Сообщение содержит неверную подпись.
Дополнительная информация о подписи
Формат подписи CAdES
Подпись в формате XLT1
Время подписи, полученное из штампа
9/8/2017 8:20:37 AM
Время подписи
9/8/2017 8:20:21 AM
Информация о сертификате
Субъект
C=RU, S=Нижегородская Область, L=Нижний Новгород, O=»ООО «»КазАУП»»», OU=Отдел разработки, CN=Stanislav, E=pavenko_sv@mail.ru
Издатель
CN=CRYPTO-PRO Test Center 2, O=CRYPTO-PRO LLC, L=Moscow, C=RU, E=support@cryptopro.ru
Срок действия
07.09.2017 09:43:43 — 07.12.2017 09:53:43

Вариант присоединённой подписи проверку проходит:
Код:
sSignedMessage = oSignedData.SignCades(oSigner, CADESCOM_CADES_X_LONG_TYPE_1, false);

Цитата:

Сервер электронной подписи КриптоПро DSS
Результат проверки
Название документа spravka_soc_viplaty_09.08.2017.pdfПП.p7s
Подпись 1
Результат проверки
Подпись действительна
Дополнительная информация
Отсутствует
Дополнительная информация о подписи
Формат подписи CAdES
Подпись в формате XLT1
Время подписи, полученное из штампа
9/8/2017 8:39:21 AM
Время подписи
9/8/2017 8:39:00 AM
Информация о сертификате
Субъект
C=RU, S=Нижегородская Область, L=Нижний Новгород, O=»ООО «»КазАУП»»», OU=Отдел разработки, CN=Stanislav, E=pavenko_sv@mail.ru
Издатель
CN=CRYPTO-PRO Test Center 2, O=CRYPTO-PRO LLC, L=Moscow, C=RU, E=support@cryptopro.ru
Срок действия
07.09.2017 09:43:43 — 07.12.2017 09:53:43

Оба варианта отрабатывают без ошибок и возвращают на выходе файл
Во вложении оба варианта рассмотрены
sign.zip


Offline

m.belashev

 


#1
Оставлено
:

14 апреля 2020 г. 21:36:20(UTC)

m.belashev

Статус: Участник

Группы: Участники

Зарегистрирован: 10.10.2019(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

При проверке на развернутом сервисе svs получаю ошибку при проверке подписи на валидность:

Не удалось проверить подпись формата CMS. Ошибка: [The hash value is not correct]. Код: [0x80091007].Сообщение содержит неверную подпись.

View post on imgur.com

View post on imgur.com

При том при проверке на тестовой среде :

View post on imgur.com

Обновление сертификатов выполняю автоматически в соответсвии с инструкцией к сервису:
C:DssTslToolDSS.TslTool.exe -s SVS-TSL -i SVS-Ca -x -q

PS C:UsersAdministrator> C:DssTslToolDSS.TslTool.exe -s SVS-TSL -i SVS-Ca -x -q
Старт. Начато в 21:30:54…
Удаление CRL с истёкшим сроком действия…
Удаление истекших CRL из папки C:DssTslTooltmp
CRL будут удалены из папки и хранилища.
Найдено 2850 файлов.
Удалено 319 из 2850 файлов.
Просмотрено 1692 CRL. Требуется удалить: 0
Завершено успешно
Удаление сертификатов с истёкшим сроком действия…
Просмотрено 1684 сертификатов. Требуется удалить: 0
Завершено успешно
Установка сертификата ГУЦ…
Установка сертификатов…
Обработано сертификатов: 1580/1580
Установка CRL…
Собрано 3035 адресов загрузки CRL для 497 Удостоверяющих Центров
Завершено успешно. 21:35:13


Вверх


Offline

Андрей Солдатов

 


#2
Оставлено
:

20 апреля 2020 г. 9:56:04(UTC)

Андрей Солдатов

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 12.03.2019(UTC)
Сообщений: 314
Мужчина
Российская Федерация
Откуда: Москва

Сказал «Спасибо»: 4 раз
Поблагодарили: 66 раз в 62 постах

Проблема решается в рамках обращения №29581 на портале технической поддержки.

Техническую поддержку оказываем тут.
Наша база знаний.


Вверх

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

Guest

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

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

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

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

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

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

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


Offline

excont

 


#1
Оставлено
:

20 февраля 2017 г. 11:51:01(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

При создании открепленной cadesplugin.getLastError выдает следующее Object {message: «The hash value is not correct. (0x80091007)», requestid: 226, type: «error»}
Если я правильно понимаю, то открепленная подпись создается аналогично прикрепленной за тем исключением, что в js метод SignCades третьим параметром передается true. Я так и делаю. Так вот без третьего параметра получается прикрепленная подпись и она проходит проверку, а с true открепленная подпись проверку не проходит. Почему? Для открепленной подписи хэш как то иначе рассчитывается? Пробовал в разных браузерах.
Использую:
Windows 7 pro
КриптоПро 3.9 КС1
Создаю и проверяю открепленную CadesBes
cpro.LOG (8kb) загружен 5 раз(а).


Вверх

Offline

Андрей Писарев

 


#2
Оставлено
:

20 февраля 2017 г. 11:52:24(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 11,756
Мужчина
Российская Федерация

Сказал «Спасибо»: 451 раз
Поблагодарили: 1840 раз в 1423 постах

Здравствуйте.

Приложите то, что подписываете и результат (в виде файлов)

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW


Offline

excont

 


#3
Оставлено
:

20 февраля 2017 г. 11:57:46(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

test.txt (1kb) загружен 16 раз(а). test.sig.txt (3kb) загружен 18 раз(а).


Вверх

Offline

Андрей Писарев

 


#4
Оставлено
:

20 февраля 2017 г. 12:07:58(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 11,756
Мужчина
Российская Федерация

Сказал «Спасибо»: 451 раз
Поблагодарили: 1840 раз в 1423 постах

Отсоединенная подпись — корректная.
Смотрите код, который ее проверяет.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW


Offline

excont

 


#5
Оставлено
:

20 февраля 2017 г. 12:17:01(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

Вы оказались совершенно правы! И как я сам не заметил: я установил кодировку yield oSignedData.propset_ContentEncoding(cadesplugin.CADESCOM_BASE64_TO_BINARY); но самого кодирования в base64 не производил. Виноват. Спасибо, что открыли глаза) Тему можно закрывать.


Вверх

Offline

excont

 


#6
Оставлено
:

22 февраля 2017 г. 13:49:44(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

Снова нужна ваша помощь. Сформировал открепленную подпись при помощи криптоплагина. Подпись проходит проверку на сайте госуслуг, но при попытке проверить ее при помощи cryptcp снова получаю ошибку: Error: Can’t open file ‘.//06126-15.pdf.sgn’.
/dailybuildsbranches/CSP_4_0/CSPbuild/CSP/samples/CPCrypt/DSign.cpp:1477: 0x20000065
Для проверки использую команду: /cryptcp -vsignf -f test.sgn /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf
Почему cryptcp обращается к файлу 06126-15.pdf.sgn, если я указываю 06126-15.pdf? Если переименовать 06126-15.pdf в 06126-15.pdf.sgn,то ошибка та же, только запрашивается файл 06126-15.pdf.sgn.sgn итд. В чем подвох?


Вверх

Offline

Андрей Писарев

 


#7
Оставлено
:

22 февраля 2017 г. 14:11:28(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 11,756
Мужчина
Российская Федерация

Сказал «Спасибо»: 451 раз
Поблагодарили: 1840 раз в 1423 постах

Здравствуйте.

Вы указываете file.pdf файл,
файл подписи должен быть в file.pdf.sgn

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW


Offline

excont

 


#8
Оставлено
:

22 февраля 2017 г. 15:03:16(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

Все верно. Мне нужно проверить открепленную подпись к этому файлу. Сама подпись (согласно документации к cryptcp) лежит в текущей директории (параметр -dir опущен) test.sgn, в качестве маски файла я указываю полный путь к файлу /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf, сертификат брать из файла подписи. Если указать явно директорию с подписями cryptcp -vsignf -dir /home/bitrix -f /home/bitrix/test.sgn /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf, ошибка остается.
Вот пример из документации: cryptcp -vsignf -dir signs -uMyCerts d:*.doc У меня все тоже самое, только пути иные.


Вверх

Offline

Андрей Писарев

 


#9
Оставлено
:

22 февраля 2017 г. 15:06:38(UTC)

Андрей *

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 26.07.2011(UTC)
Сообщений: 11,756
Мужчина
Российская Федерация

Сказал «Спасибо»: 451 раз
Поблагодарили: 1840 раз в 1423 постах

Автор: excont Перейти к цитате

Все верно. Мне нужно проверить открепленную подпись к этому файлу. Сама подпись (согласно документации к cryptcp) лежит в текущей директории (параметр -dir опущен) test.sgn, в качестве маски файла я указываю полный путь к файлу /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf, сертификат брать из файла подписи. Если указать явно директорию с подписями cryptcp -vsignf -dir /home/bitrix -f /home/bitrix/test.sgn /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf, ошибка остается.
Вот пример из документации: cryptcp -vsignf -dir signs -uMyCerts d:*.doc У меня все тоже самое, только пути иные.

Подпись должна быть в /home/bitrix/ext_www/new.unlimitedparts.ru/06126-15.pdf.sgn
а указывая -dir /home/bitrix — это к чему? В папке есть 06126-15.pdf.sgn?

параметр -f должен быть такой же.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

WWW


Offline

excont

 


#10
Оставлено
:

22 февраля 2017 г. 15:42:03(UTC)

excont

Статус: Активный участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 41

Сказал(а) «Спасибо»: 2 раз

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


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

Guest

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

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

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

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

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

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

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

Содержание

  1. Исправляем ошибки установки обновлений Windows 10
  2. Содержание
  3. Исправляем проблему загрузки обновления Windows 10
  4. Обновление не загружается
  5. Исправляем зависание загрузки обновления Windows от 5% до 95%
  6. Исправляем ошибку службы оптимизации доставки
  7. Остановите службу “Центр обновления Windows”
  8. Скрипт сброса Центра обновления Windows
  9. Исправляем проблему установки обновления Windows 10
  10. Синий экран после обновления Windows 10
  11. Другие проблемы с обновлением Windows 10
  12. Отключение обновления Windows 10 и драйверов
  13. Приостановить обновление
  14. Как отключить обновление драйверов
  15. Команды DISM для проверки проблем с Windows 10
  16. Использование опции CheckHealth в DISM
  17. Использование опции ScanHealth в DISM
  18. Использование опции RestoreHealth в DISM
  19. Fix SCCM Task Sequence Error Code 0X80091007
  20. Review SMSTS.log file for Error 0X80091007
  21. Fix SCCM Task Sequence Error Code 0X80091007
  22. Solutions to Fix Task Sequence Error Code 0X80091007
  23. Solution 1: Redistribute the package to distribution point
  24. Solution 2: Check if the RAM (System Memory) is bad or corrupt
  25. Solution 3: Turn off binary differential replication

Исправляем ошибки установки обновлений Windows 10

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

Содержание

Исправляем проблему загрузки обновления Windows 10

Обновление не загружается

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

Отключите антивирус и VPN/Proxy клиент перед обновлением.

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

Если обновление завершается ошибкой, вы можете использовать встроенный в Windows 10 инструмент “Устранение неполадок” для исправления проблемы.

Нажмите сочетание клавиш Windows + i , чтобы открыть окно Параметры. Перейдите в меню Обновление и безопасность > Устранение неполадок. Затем в секции Запустить диагностику и устранить неполадку выберите опцию Центр обновления Windows и нажмите кнопку “Запустить средство устранения неполадок”.

Вы также можете скачать и запустить утилиту Windows 10 Update Troubleshooter.

Исправляем зависание загрузки обновления Windows от 5% до 95%

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

Удалите все файлы / папки, но не удаляйте саму папку Download. Выберите все файлы и папки, используя сочетание CTRL + A и нажмите клавишу Delete для удаления. Выполните перезагрузку компьютера и снова запустите процедуру обновления.

Исправляем ошибку службы оптимизации доставки

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

  1. Нажмите по иконке меню «Пуск”.
  2. Введите Службы и запустите одноименное классическое приложение.
  3. Прокрутите до службы Оптимизация доставки.
  4. Щелкните правой кнопкой мыши по службе и выберите пункт “Свойства”.
  5. Измените “Тип запуска” на значение “Вручную”.
  6. Перезагрузите компьютер.
  7. Выполните проверку новых обновлений.
  8. Если обновление Windows 10 все равно зависает, измените тип запуска на “Автоматически (отложенный запуск)”.

Остановите службу “Центр обновления Windows”

Если остановка службы “Оптимизация доставки” не решает проблему, дополнительно попробуйте остановить службу Центр обновления Windows. Если обновление Windows 10 зависает на этапе “Инициализация . ” попробуйте следующее решение:

  1. Нажмите по иконке меню «Пуск”.
  2. Введите Службы и запустите одноименное классическое приложение.
  3. Прокрутите до службы Центр обновления Windows.
  4. Щелкните правой кнопкой мыши по службе и выберите пункт “Остановить”.
  5. Перезагрузите компьютер.
  6. Выполните проверку новых обновлений.
  7. Обновление должно пройти в нормальном режиме.

Скрипт сброса Центра обновления Windows

Reset Windows Update Agent полностью сбросит параметры клиента Центра обновления Windows. Он был протестирован в Windows 7, 8, 8.1 и Windows 10. Скрипт настроит службы и разделы реестра, относящиеся к Центру обновления Windows, восстановив параметры по умолчанию. Он также очистит файлы, относящиеся к Windows Update.

Исправляем проблему установки обновления Windows 10

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

Если ваш компьютер завис на этапе Подготовка к настройке Windows. Не выключайте компьютер, то следуйте приведенным ниже инструкциям.

  • Удерживая кнопку питания, выключите машину.
  • Включите компьютер и загрузитесь в безопасный режим.
  • Войдите в учетную запись (если необходимо).
  • Перед продолжением убедитесь, что все антивирусные сканеры отключены.
  • В меню Пуск введите Восстановление и выберите соответствующее классическое приложение.
  • Нажмите Запуск восстановления системы.
  • Выберите более раннюю точку восстановления, а затем нажмите кнопку “Далее”.
  • Следуйте инструкциям, чтобы начать восстановление системы.
  • Подождите, пока ваш компьютер произведет процесс восстановления системы.
  • Независимо от того, будет ли восстановление успешным или завершит работу сбоем, вы, скорее всего избавитель от ошибки зависание на моменте “Подготовка к настройке Windows. Не выключайте компьютер”.
  • Войдите в учетную запись, если это требуется.
  • Отключите антивирусные сканеры перед продолжением.
  • Запустите процесс обновления Windows.
  • Теперь обновление должно установиться без проблем.

Синий экран после обновления Windows 10

Некоторые пользователи могут столкнуться со стоп-ошибкой, вызывающей отображение синего экрана смерти (BSOD) во время перезагрузки системы.

Если вы столкнулись со сбоем BSOD при обновлении Windows 10, ознакомьтесь со статьей:

Если проблему BSOD решить не удается, то выполните шаги по удалению и повторной установки потенциально проблемного обновления на вашем устройстве. Кроме того, вы можете запретить Windows устанавливать проблемное обновление:

Другие проблемы с обновлением Windows 10

После установки обновлений Windows 10 вы можете столкнуться с некоторыми проблемами, например с ошибками подключения к Интернету.

Для устранения этих проблем вам необходимо запустить следующие команды в командной строке (cmd.exe). В поле поиска на панели задач введите Командная строка, нажмите и удерживайте (или щелкните правой кнопкой мыши) «Командная строка» и выберите “Запустить от имени администратора”. После открытия командной строки введите поочередно следующие команды:

Если вы по-прежнему сталкиваетесь с проблемой “Нет подключения к Интернету”, обновите IP-адрес вашего компьютера. Для этого откройте командную строку ( Windows + R , введите cmd.exe и нажмите Enter ) и введите следующую команду:

Отключение обновления Windows 10 и драйверов

Приостановить обновление

Начиная с Windows 10, версия 1903 в Центре обновления Windows стала доступно опция Приостановить обновление на 7 дн., которая позволяет откладывать все обновления, включая обновления безопасности. Если вы включите данную функцию, Windows не будет выполнять проверку и автоматическую установку всех обновлений в течение 7 дней. Опция доступна в том числе и для пользователей Windows 10 Домашняя, которые могут воспользоваться ей до 5 раз, и таким образом откладывать обновления на срок до 35 дней.

Если вы хотите отложить (или пропустить) установку новой предварительной сборки Windows 10, вы можете быстро это сделать следующим образом:

  • Откройте приложение Параметры.
  • Перейдите в раздел Обновление и безопасность.
  • Нажмите Приостановить обновления на 7 дн.

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

Как отключить обновление драйверов

Очень часто Windows 10 устанавливает обновления драйверов для аппаратных компонентов компьютера даже, когда вам это не нужно. Однако, вы всегда можете предотвратить установку обновлений Windows или заблокировать или скрыть отдельные обновления с помощью утилиты Show or hide updates.

Пользователи версий Pro или Корпоративная (Enterprise) также могут использовать редактор групповой политики для предотвращения установки драйверов для конкретных устройств:

Команды DISM для проверки проблем с Windows 10

Вы можете использовать официальные команды DISM для восстановления образа Windows, чтобы исправить любую проблему с вашими обновлениями.. Прежде чем начать, рекомендуется сделать полную резервную копию системы или создать точку восстановления системы на случай, если что-то пойдет не так.

Использование опции CheckHealth в DISM

Команда /CheckHealth в DISM позволяет обнаруживать потенциальные повреждения. Данная команда используется только для поиска повреждений, но не выполняет операций исправления проблем.

Чтобы запустить данную команду проделайте следующие шаги:

  • Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите «Запустить от имени администратора», потому что для запуска DISM требуются права администратора устройства.
  • В «Командной строке» введите следующую команду и нажмите Enter :

Использование опции ScanHealth в DISM

Команда /ScanHealth в DISM позволяет сканировать образ Windows на предмет каких-либо повреждений. В отличие от /CheckHealth, проверка /ScanHealth может занимать до 10 минут.

Чтобы запустить данную команду проделайте следующие шаги:

  • Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите «Запустить от имени администратора».
  • В «Командной строке» введите следующую команду и нажмите Enter :

Использование опции RestoreHealth в DISM

Команда /RestoreHealth в DISM позволяет автоматически проводить процедуру восстановления поврежденных образов Windows. В отличие от /ScanHealth, проверка /RestoreHealth может занимать до 10 минут.

Чтобы запустить данную команду проделайте следующие шаги:

  • Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите «Запустить от имени администратора».
  • В «Командной строке» введите следующую команду и нажмите Enter :

Примечание: во время запуска /RestoreHealth или /ScanHealth, вы можете заметить зависание процедуры между 20% или 40% — это абсолютно нормальное поведение.

Источник

Fix SCCM Task Sequence Error Code 0X80091007

September 2, 2022

In this article, I will show you how to resolve SCCM task sequence error code 0X80091007. The error 0X80091007 occurs during operating system deployment when a task sequence step fails to execute correctly.

One of the SCCM engineers working at a remote site reported that the task sequence had failed. The task sequence failed with error code 0X80091007, and this happened while imaging a new laptop. The task sequence wasn’t modified by anyone, and all the TS steps were working fine.

The site engineer reported that error code 0X80091007 was observed during the application installation step of the task sequence. One of the applications that was a part of the task sequence failed to install and this resulted in task sequence error 0X80091007. In another instance, the task sequence failed during apply operating system step.

Patch My PC Sponsored AD

Before you read further, here are some troubleshooting guides for task sequence failures:

Review SMSTS.log file for Error 0X80091007

Whenever the task sequence fails during OSD, make a note of the error code, and review the SCCM log files. The smsts.log file is an important log file that records the OSD process. The location of smsts.log file changes as the OSD progresses. Take a look at location of smsts.log file during SCCM OSD.

After reviewing the Configuration Manager OSD log files, I found that task sequence failed during installation of Microsoft Office 2013. However, I was confident that the Office 2013 package was not corrupt, and the same package got deployed on the computers without any issues.

The below log snippet reveals that task sequence fails with error 0x80091007 and the reason being the hash value is not correct. At this point, you may want to consider recreating the package only if you determine the package is corrupt. Otherwise, please try the solutions that I have mentioned in the next section to resolve the error 0X80091007.

Fix SCCM Task Sequence Error Code 0X80091007

Let’s understand more about the error 0X80091007 responsible for task sequence failure. The error code 0X80091007 translates to “The hash value is not correct“. The error 0X80091007 occurs when an application, package associated with task sequence is corrupt, system memory is faulty or the content is distributed to distribution points correctly.

The below screenshot shows an example of task sequence error 0X80091007, and we see the following details:

Task Sequence: Windows 10 Enterprise x64 has failed with the error code (0x80091007). For more information, contact your system administrator or helpdesk operator.

When you encounter task sequence failures, you can translate SCCM error codes to error messages using multiple ConfigMgr error lookup tools. Using an SCCM error lookup tool, if you translate error 0X80091007, you get “The has value is not correct” message.

SCCM Task Sequence Error Code 0X80091007

Solutions to Fix Task Sequence Error Code 0X80091007

We will now look at multiple unique solutions to resolve the task sequence error 0X80091007.

Solution 1: Redistribute the package to distribution point

If the task sequence is failing with error 0X80091007 on a specific application install step, it means the content is either corrupt or not fully distributed to the DP. You can recreate the package in SCCM and associate it with task sequence or redistribute the content to the distribution points.

Take a look at this guide to redistribute the packages in SCCM. You can also update the content to the distribution points, with this action, you send the entire content to the distribution points.

Another solution that you can try is remove the content from the DP and distribute back the same content. This will send a fresh copy of the content (application, package) to the distribution point.

Solution 2: Check if the RAM (System Memory) is bad or corrupt

This is interesting !! If your system memory (RAM module) is corrupt or bad, you may encounter task sequence error code 0X80091007. Swapping the corrupt RAM/memory has helped many admins to resolve the error 0X80091007. You can read the post comments to find out how this trick has helped so many users.

Solution 3: Turn off binary differential replication

Configuration Manager uses binary differential replication (BDR) to update content that you previously distributed to other sites or to remote distribution points. When you enable BDR, it resends only the new or changed content instead of sending the entire set of content source files each time you change those files.

To resolve the error 0X80091007, ensure you turn off the binary differential replication on the package that is failing in the task sequence. It is observed that some users got the hash mismatch error resolved by turning off binary differential replication and redistributing the package to DP.

Prajwal Desai is a Microsoft MVP in Enterprise Mobility. He writes articles on SCCM, Intune, Configuration Manager, Microsoft Intune, Azure, Windows Server, Windows 11, WordPress and other topics, with the goal of providing people with useful information.

Источник

In this article, I will show you how to resolve SCCM task sequence error code 0X80091007. The error 0X80091007 occurs during operating system deployment when a task sequence step fails to execute correctly.

One of the SCCM engineers working at a remote site reported that the task sequence had failed. The task sequence failed with error code 0X80091007, and this happened while imaging a new laptop. The task sequence wasn’t modified by anyone, and all the TS steps were working fine.

The site engineer reported that error code 0X80091007 was observed during the application installation step of the task sequence. One of the applications that was a part of the task sequence failed to install and this resulted in task sequence error 0X80091007. In another instance, the task sequence failed during apply operating system step.

PatchMyPC HorizontalAD

Patch My PC Sponsored AD

Before you read further, here are some troubleshooting guides for task sequence failures:

  • SCCM Task Sequence Failed with error code 0x000001B6
  • SCCM Task Sequence Failed with Error Code 0x800702C2
  • Fix SCCM Task Sequence Failed with Error Code 0x80070002
  • Failed to Resolve Task Sequence Dependencies 0X80040102
  • Fix Task sequence has failed with the error code 0x800700A1

Review SMSTS.log file for Error 0X80091007

Whenever the task sequence fails during OSD, make a note of the error code, and review the SCCM log files. The smsts.log file is an important log file that records the OSD process. The location of smsts.log file changes as the OSD progresses. Take a look at location of smsts.log file during SCCM OSD.

After reviewing the Configuration Manager OSD log files, I found that task sequence failed during installation of Microsoft Office 2013. However, I was confident that the Office 2013 package was not corrupt, and the same package got deployed on the computers without any issues.

The below log snippet reveals that task sequence fails with error 0x80091007 and the reason being the hash value is not correct. At this point, you may want to consider recreating the package only if you determine the package is corrupt. Otherwise, please try the solutions that I have mentioned in the next section to resolve the error 0X80091007.

Failed to run the action: Error in the task sequence.
Task Sequence Error Running: Install Microsoft Office 2013 Professional.
Install Microsoft Office 2013 Professional has failed with the error code (0x80091007).
The hash value is not correct. (Error: 80091007; Source: Windows)
For more information, please contact your system administrator or help-desk operator.

Let’s understand more about the error 0X80091007 responsible for task sequence failure. The error code 0X80091007 translates to “The hash value is not correct“. The error 0X80091007 occurs when an application, package associated with task sequence is corrupt, system memory is faulty or the content is distributed to distribution points correctly.

The below screenshot shows an example of task sequence error 0X80091007, and we see the following details:

Task Sequence: Windows 10 Enterprise x64 has failed with the error code (0x80091007). For more information, contact your system administrator or helpdesk operator.

SCCM Task Sequence Error Code 0X80091007

SCCM Task Sequence Error Code 0X80091007

When you encounter task sequence failures, you can translate SCCM error codes to error messages using multiple ConfigMgr error lookup tools. Using an SCCM error lookup tool, if you translate error 0X80091007, you get “The has value is not correct” message.

SCCM Task Sequence Error Code 0X80091007

SCCM Task Sequence Error Code 0X80091007

Solutions to Fix Task Sequence Error Code 0X80091007

We will now look at multiple unique solutions to resolve the task sequence error 0X80091007.

Solution 1: Redistribute the package to distribution point

If the task sequence is failing with error 0X80091007 on a specific application install step, it means the content is either corrupt or not fully distributed to the DP. You can recreate the package in SCCM and associate it with task sequence or redistribute the content to the distribution points.

Take a look at this guide to redistribute the packages in SCCM. You can also update the content to the distribution points, with this action, you send the entire content to the distribution points.

Another solution that you can try is remove the content from the DP and distribute back the same content. This will send a fresh copy of the content (application, package) to the distribution point.

Solution 2: Check if the RAM (System Memory) is bad or corrupt

This is interesting !! If your system memory (RAM module) is corrupt or bad, you may encounter task sequence error code 0X80091007. Swapping the corrupt RAM/memory has helped many admins to resolve the error 0X80091007. You can read the post comments to find out how this trick has helped so many users.

Solution 3: Turn off binary differential replication

Configuration Manager uses binary differential replication (BDR) to update content that you previously distributed to other sites or to remote distribution points. When you enable BDR, it resends only the new or changed content instead of sending the entire set of content source files each time you change those files.

To resolve the error 0X80091007, ensure you turn off the binary differential replication on the package that is failing in the task sequence. It is observed that some users got the hash mismatch error resolved by turning off binary differential replication and redistributing the package to DP.

Avatar photo

Prajwal Desai is a Microsoft MVP in Enterprise Mobility. He writes articles on SCCM, Intune, Configuration Manager, Microsoft Intune, Azure, Windows Server, Windows 11, WordPress and other topics, with the goal of providing people with useful information.

[ Иван Климентьев (разработчик) ]

>а ПКЗО не формирует и вадает ошибку

Это ошибка криптографической системы, а не ПКЗО.

Нужно иметь правильно подписанный файл.

1. Обратите внимание, что приказом Росреестра от 14.01.2011 N П/1 устанавливается требуемый формат подписи. В приложении 1 есть пункт 1.7, в котором сказано: «Используется формат отсоединенного файла ЭЦП, описываемый в пункте 5.2 документа RFC 2630». Отсоединенный файл означает то, что в sig-файле должна содержаться исключительно подпись, без подписываемого содержимого. Файл отдельно, подпись отдельно. При этом файл подписи должен иметь размер несколько килобайт и в большинстве случаев не быть больше размером, чем оригинальный подписываемый файл — это явно свидетельствует о неверности требуемого формата подписи. В Вашем случае — в sig-файле содержится не только подпись, но и подписываемый файл. Это видно по размерам файлов.

2. Также файл подписи должен быть в DER-кодировке, а не в BASE64.

Источник

Проблемы с подписанием PDF документа установленной подписью #6

pavenkostanislav commented Sep 6, 2017 •

Сможете помочь с самим подписанием?

Не выполняется строчка:
let sSignedMessage = yield oSignedData.SignCades(oSigner, CADESCOM_CADES_X_LONG_TYPE_1);
Ошибка неустановленного корневого сертификата, но он установлен аж в 3 директориив личные с «Доверенные корневые центры сертификации» и «Доверенные лица»
A certificate chain could not be built to a trusted root authority. (0x800B010A)

The text was updated successfully, but these errors were encountered:

splincode commented Sep 6, 2017

Посмотрю, что можно сделать

pavenkostanislav commented Sep 6, 2017

splincode commented Sep 7, 2017

Должны выполняться требования для сертификатов, которые участвуют в подписании (вашTSP и т.п.) — должны быть корневые сертификаты в доверенных корневых.
Посмотрите ответы здесь:
http://www.cryptopro.ru/forum2/default.aspx?g=posts&m=83361#post83361

Если используете тестовую службу: скачайте и установите тестовый корневой сертификат «Тестовый УЦ ООО «КРИПТО-ПРО»».
http://www.cryptopro.ru/forum2/default.aspx?g=posts&m=83398#post83398

pavenkostanislav commented Sep 7, 2017

Да спасибо. С тестовой службой подпись создалась, но теперь проблема в проверке её:

Сервер электронной подписи КриптоПро DSS
Результат проверки

Название документа spravka_soc_viplaty_09.08.2017.pdf.p7s
Подпись 1
Результат проверки
Подпись не действительна

Дополнительная информация
Не удалось проверить подпись CAdES-XLT1. Ошибка: [Неправильное значение хеша]. Код: [0x80091007].Сообщение содержит неверную подпись.

Дополнительная информация о подписи
Формат подписи CAdES
Подпись в формате XLT1

Время подписи, полученное из штампа
9/7/2017 10:21:14 AM
Время подписи
9/7/2017 10:21:02 AM

Информация о сертификате
Субъект
C=RU, S=Нижегородская Область, L=Нижний Новгород, O=»ООО «»КазАУП»»», OU=Отдел разработки, CN=Stanislav, E=pavenko_sv@mail.ru
Издатель
CN=CRYPTO-PRO Test Center 2, O=CRYPTO-PRO LLC, L=Moscow, C=RU, E=support@cryptopro.ru
Срок действия
07.09.2017 09:43:43 — 07.12.2017 09:53:43

splincode commented Sep 7, 2017

В принципе, ответы оставляют на форуме сотрудники КриптоПро, если что пишите сюда решение

pavenkostanislav commented Sep 7, 2017 •

Пока нет ответа

но с начала переписки в приципе какая-то подпись создалась и ошибки нет больше.

Вот только эта подпись не проходит проверку в Контуре.Крипто и даже в КриптоПро DSS

splincode commented Sep 7, 2017

Приложите документ и подпись

splincode commented Sep 7, 2017

pavenkostanislav commented Sep 7, 2017 •

sign.zip
Вот так лучше всего. не все форматы можно добавлять

pavenkostanislav commented Sep 7, 2017 •

Если код подписания выглядит так:

Ключевое отличие тут:

//let byteCharacters: string;
//if (this.crypto.isChromium) <
// byteCharacters = window.atob(b64Data);
//> else <
// byteCharacters = Base64.decode(b64Data);
//>

splincode commented Sep 7, 2017

Это рабочая версия? Надо будет добавить код в основной репозиторий, когда появится новая версия, я обязательно вам пришли, чтобы вы сделали pull request

pavenkostanislav commented Sep 7, 2017 •

Ну как рабочая. Сертификат проверку не проходит
вырезка из рабочего проекта тут pavenkostanislav/GetingCertificatesList можно посмотреть, но если честно я его не компилил.

splincode commented Sep 7, 2017

подпись не проходит проверку.

Хеш указанного файла:
CB AE CB 61 1C 3B F9 6A 8E B1 63 B3 CE E7 EA D5 05 1F A4 C1 9B EF 15 FB 98 64 1F 3D 0C BB 84 C3

а в p7s прохешировано было что-то «другое»:
64 D5 52 BF 80 B9 0E B1 C9 3D 29 83 5D 54 D5 57 0C F4 B0 45 9B 92 D9 79 D9 43 13 05 81 BB 2B FF

  • ASN.1 анализатор выдал 1 предупреждение и 1 ошибку.

позиция:
3300 0: [0] Error: Object has zero length.
3302 15: GeneralizedTime 07/09/2017 07:21:15 GMT

Warning: Further data follows ASN.1 data at position 10798.

pavenkostanislav commented Sep 7, 2017 •

Ну для начала спасибо.
Но мне бы больше информации.
Я тем же путём создавал прикреплённую подпись — всё проходит проверку
Ещё ошибку пофиксил:
oSignedData.Content = dataToSign.replace(‘data:application/pdf;base64,’, »);

pavenkostanislav commented Sep 8, 2017 •

Доброе время суток, уже близок к усуществению отсоединённой подписи, присоединённая уже получается и проходит проверку на сайте Сервер электронной подписи КриптоПро DSS.
Возможно Вы сможете помочь с решением вопроса: «Отсоединённой подпись не проходит проверку, а присоединённая подпись проходит»

Вот этим кодом я делаю подпись:

Источник

Cades bes ошибка неправильное значение хеша код 0x80091007 сообщение содержит неверную подпись

Ошибки в работе КриптоПро браузер плагин

Что делать, если не работает КриптоПро ЭЦП Browser plug-in

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибки 0x8007064A и 0x8007065B

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

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

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

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

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

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

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

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

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

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

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

Подпись ошибка 0x80090010 отказано в доступе КриптоПро – решение

Сегодня разберем проблему с подписью в КриптоПро, а конкретнее строчку в отчете “ошибка 0x80090010 отказано в доступе”. Поговорим чем вызван этот сбой в СУФД, дадим общие рекомендации по обновлению программы. В конце статьи оставим инструкцию как же все такие подписать документы, если ключ просрочен, а отправить отчет нужно.

Ошибка подписи. CryptSignMessage: Отказано в доступе

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

Ошибка 0x80090010 отказано в доступе

Для начала проверьте версию КриптоПРО CSP. Если версия стабильная и рабочая – оставляем, если помимо этого сбоя присутствую другие ошибки – версию программы лучше обновить на будущее.
Ошибка 0x80090010 отказано в доступе – означает что просрочена версия открытого или закрытого ключа. Создавая запрос на выдачу сертификата для генерации ключей, мы несём необходимые бумаги для выдачи подписи через несколько недель. Контроль будет осуществляться с даты создания запроса. Тут мы используем лайфхак, об этом ниже, а для начала мы протестируем контейнер.

Проверяем контейнер

Для проверки контейнера проделаем стандартные операции перечисленные ниже:

Проверка завершилась с ошибкой

Срок действия закрытого ключа истек

Срок действия закрытого ключа истек

Еще раз – ошибка подписи 0x80090010 всегда означает что истек срок действия закрытого ключа.

Как подписать документы?

Тут придется прибегнуть к маленькой хитрости, которая работала раньше во многих программах схожего типа – поменять системную дату на срок действия системного ключа:

Настройка даты и времени

После этого можно выдохнуть, заварить чашечку крепкого кофе… И начать готовить документы и оформлять заявку для оформления нового сертификата.

Заключение

Напишите нам в комментариях помогла ли вам данная инструкция побороть проблему отказа доступа в КриптоПро. Если статья была полезна – делитесь ссылками в соцсетях, так вы поможете другим пользователям с аналогичной проблемой. Задавайте другие вопросы о других программах, которые работают с ошибками или вызывают вопросы.

Евгений Загорский

IT специалист. Автор информационных статей на тему Андроид смартфонов и IOS смартфонов. Эксперт в области решения проблем с компьютерами и программами: установка, настройка, обзоры, советы по безопасности ваших устройств. В свободное время занимается дизайном и разработкой сайтов.

Источник

Adblock
detector

Решение основных проблем в работе ЭЦП

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

Выбранная подпись не авторизована

Обычно ошибка?«?Выбранная ЭЦП не авторизована?»? возникает во время попытки входа в личный кабинет на электронных торговых площадках.

Возникает она при использовании нового ключа ЭЦП на торговой площадке без регистрации пользователя или без регистрации нового сертификата. Для авторизации подписи в личном кабинете необходимо:

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

ЭЦП поставлено сертификатом без заключенного соглашения

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

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

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

Не поддерживается алгоритм сертификата ЭЦП

При подписании документов и во время отправления отчетности иногда возникает ошибка «?Алгоритм ключа сертификата не поддерживается»??. Исправить ее можно переустановкой КриптоПро CSP и проверкой совместимости ПО с компонентами Microsoft.

Также нужно проверить хранилище сертификатов на предмет наличия там закрытого ключа ЭЦП. Если проблема повторяется, то можно установить КриптоПро. nет и sdk версии 1.0.48668.1 или выше. Если переустановка криптопровайдера не помогает и одновременно возникает ошибка ОС «?Неустранимая ошибка при инициализации исправлений»??, то необходима полная переустановка операционной системы.

Электронная подпись невалидна

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

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

Далее двойным кликом мышки нужно открыть сертификат и сохранить его на рабочем столе или в любом удобном месте на ПК.

Затем сохраненный сертификат открывают и выбирают вкладку «?Путь сертификации»?.

Для установки сертификата нужно лишь открыть его и установить.

Если не открывается цепочка сертификатов, то нужно перейти во вкладку «?Состав»? и «?Доступ к информации о центре сертификации»?.

После скачивания КС открывают и нажимают «?Установить сертификат»?.

Местом хранилища назначают?«?Доверенные корневые центры сертификации»?.

Следующий шаг — подтверждение установки КС.

Затем пользователь возвращается в рабочее окно 1С и нажимает на подпись-статус «?ЭЦП не верна»?. В открывшемся меню нужно выбрать?«?Проверить ЭЦП»??.

Если установка прошла без ошибок, то статус изменится на?«?ЭЦП верна»?.

Ошибка создания объекта сервером программирования объектов подписи

При подписании документов или при формировании запросов в разных информационных системах может возникнуть ошибка «??Невозможно создание объекта сервером программирования объектов ЭЦП».

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

Если установка через архивы вызывает сложности, то можно установить capicom. dll вручную. Для этого пользователь должен:

После установки библиотеки нужно проверить ее наличие в надстройках IE. Для этого пользователь переходит в «?Сервис»??/?«?Свойства обозревателя»?/?«?Программы»?/«?Надстройки»?. В открывшемся окне нужно найти и включить capicom. dll.

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

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

ЭЦП попала в список отозванных

Ошибка «?Ваш сертификат ключа подписи включен в список отозванных?»? может возникать из-за закончившегося срока действия сертификата или из-за необходимости обновить список сертификатов на ПК.

Если срок действия ЭЦП еще не истек. то нужно:

Также можно загрузить вручную список отозванных квалифицированных сертификатов ЭЦП (https://r77.center-inform. ru/crl/v5/center_inform_mskf. crl).

Для установки нужно:

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

Сертификат подписи не зарегистрирован

При работе на электронных торговых площадках (ЭТП) иногда возникает ошибка «?сертификат ЭЦП не зарегистрирован»??. Обычно это происходит при попытке входа с новой ЭЦП в личный кабинет, но может быть также результатом системного сбоя. Процесс регистрации зависит от типа используемой площадки.

Для Сбербанк-АСТ

Чтобы зарегистрировать новый сертификат на ЭТП нужно:

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

Для Национальной электронной площадки

Добавление нового сертификата может происходить двумя способами. Можно войти в личный кабинет используя логин и пароль или через личный кабинет Еиной Системы Идентификации и Аутентификации (ЕСИА). Далее перейти в «?Мой кабинет»? и выбрать в? окне «?Загрузка сертификатов»? новый сертификат ЭЦП.

Если по каким-то причинам вход в личный кабинет невозможен, то нужно:

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

Для РТС-Тендер

Привязка нового сертификата для личного кабинета в системе РТС-Тендер зависит от того имеет ли пользователь учетную запись в Единой Информационной Системе или нет.

Если у участника есть личный кабинет. то нужно выбрать в нем «?Добавление нового сертификата»?. Если личного кабинета нет, то пользователь должен:

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

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

Время работы

Написать в поддержку

Перейти к

Перейти к

Присоединяйтесь к нам

Поддержка

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

Электронный адрес для технической поддержки Support@trusted. ru. Напишите нам письмо, если не нашли готового ответа среди «Часто задаваемых вопросов». Вы получите ответ на него в течение одного рабочего дня. Обращаем внимание, что по телефону техническая поддержка НЕ ОКАЗЫВАЕТСЯ.

КриптоАРМ

1. Ошибка «Указан неправильный алгоритм (0x80090008)»

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

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

2. Ошибка построения пути сертификации

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

Корневой сертификат УЦ как правило можно загрузить с сайта удостоверяющего центра. Также его можно скачать по ссылке, указанной в сертификате. Для этого нужно:

Видео инструкция по решению ошибки с построением цепочки сертификатов:

3. Предупреждение «Нет полного доверия к сертификату подписи»

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

4. Не удается установить лицензионный ключ: ошибка сохранения данных

5. Указан хеш-алгоритм, несовместимый с данным файлом подписи

Ошибка встречается при добавлении подписи, когда хеш-алгоритм сертификата подписанта отличается от хеш-алгоритма сертификата первого подписанта

Способ исправления: обновить программу до версии 5.4.2.280 или выше. Перейти к загрузке.

6. Отсутствует личный сертификат для расшифрования

Также проверьте, тот ли сертификат используется для расшифрования: профили управление профилями открыть профиль с галкой 2м нажатием общие в поле владелец сертификата проверьте, какой сертификат прописан. Если нужно, выберите.

7. Ошибка установки свойства в контекст сертификата 0x80092004

Ошибка 0x80092004 говорит о том, что сертификат был установлен без привязки к закрытому ключу. Попробуйте переустановить сертификат через КриптоПро CSP.

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

8. Не найден используемый криптопровайдер. Возможно он не установлен, запрещен или не поддерживается.

Это оповещение возникает в том случае, если у вас установлена устаревшая сборка ПО КриптоАРМ.

Проверьте номер сборки в главном окне КриптоАРМ нажав на кнопку Помощь, далее О программе. Устаревшими считаются сборки 4, 5.0, 5.1, 5.2, 5.3. Актуальна сборка 5.4.

Обновить КриптоАРМ можно просто скачав сборку 5.4.3.10. После загрузки запустите установку файла trusteddesktop. exe, выберите из предложенных вариантов Изменить и дождитесь окончания установки. После обновления выполните перезагрузку компьютера.

Заказ на обновление версии КриптоАРМ 4 до КриптоАРМ 5 можно оформить в интернет-магазине.

9. Установка «КриптоАРМ» завершается с ошибкой

В большинстве случаев устранить ошибку помогает удаление и установка его заново:

10. Установка «КриптоАРМ»: ошибка «Policy 2.0.CryptoPro. PKI. Cades. publicKeyToken»

Если КриптоАРМ не устанавливается стандартным способом, установите КриптоАРМ не из самого дистрибутива а из msi-пакета, только скачайте актуальную сборку с сайта: https://www. trusted. ru/wp-content/uploads/trusteddesktop. exe и отключите антивирус на время установки.

Для того чтобы установить КриптоАРМ из msi-пакета понадобится извлечь из дистрибутива установочный пакет. Для этого создайте текстовый файл (например в Блокноте) и сохраните в него следующую строчку:

Trusteddesktop. exe /x package

Далее сохраните этот файл с расширением bat. Переместите файл в папку с дистрибутивом и запустите его двойным щелчком. После завершения его выполнения должна будет создаться папка package.

После установки КриптоАрм Стандарт можно установить КриптоАрм Плюс. Для этого зайдите в папку TDPlus и запустите msi файл setup-win32 (для 32-х разрядной версии Windows) или setup-x64 (для 64-х разрядной версии Windows).

11. Не удается установить «КриптоАРМ»: ошибка «Windows Installer»

Удалите программу через пуск / панель управления. Затем, скачайте по ссылке утилиту для удаления программы.

12. Не удается установить «КриптоАРМ»: ошибка 2739

Для 64-разрядных Windows зайти в меню Пуск и выполнить команды:

C:windowsSysWOW64regsvr32 c:windowsSysWOW64vbscript. dll c:windowsSysWOW64regsvr32 c:windowsSysWOW64jscript. dll

Для 32-разрядных Windows зайти в меню Пуск и выполнить команды:

C:windowsSystem32regsvr32.exe c:windowsSystem32vbscript. dll c:windowsSystem32regsvr32.exe c:windowsSystem32jscript. dll

Для выполнения команд необходимо наличие прав администратора.

13. В контекстном меню нет КриптоАРМа

Нужно зарегистрировать библиотеку ShellExtention. Для этого создайте текстовый файл с расширением bat и сохраните в него следующую команду:

Выполните этот командный файл от имени администратора. При этом библиотека должна зарегистрироваться.

Так же рекомендуем внести папку установки КриптоАРМ-а в список исключений антивируса.

Проверьте также выключен ли у вас UAC. Если он выключен, компоненты могут регистрироваться неправильно. Попробуйте включить UAC и перерегистрировать библиотеку. Руководство по включению и отключению UAC с сайта Microsoft:

14. Ошибка «Подпись не валидна» на сайтах наш. дом. рф и rosreestr. ru

При создании подписи убедитесь что выбран тип кодировки DER и указана опция«Сохранить подпись в отдельном файле». Т. е. нужно создать отделенную подпись, на портале помещать исходный файл и файл подписи (около 2Кб).

15. Не удается подписать файл: ошибка исполнения функции 0x0000065b

Скорее всего отсутствует лицензионный ключ или истек срок его действия для программы «КриптоАРМ» или КриптоПро CSP. Лицензионные ключи должны быть установлены в обеих программах, они должны быть активны.

16. При установке сертификата возникает ошибка «Ошибка при установке сертификата и далее ФИО название»

Выключите режим квалифицированной подписи в настройках: настройки / управление настройками / режимы. После этого сертификат появится в папке«личное хранилище». Если возникнет ошибка построения пути сертификации, то исправить ее можно будет по инструкции вопрос №2:https://trusted. ru/support/faq/.

Ошибка обновления TSL Актуальный список TSL КриптоАрм подгружает с сайта Минкомсвязи: https://minsvyaz. ru/ru/activity/govservices/2/ или Госуслуги:https://e-trust. gosuslugi. ru/CA. Если программе не удается обновить список, то можно загрузить его с одного из этих сайтов вручную и установить в нужную папку.

17. 0x0000064a – возникает при отсутствии лицензии на модуль TSP

Проверьте пожалуйста, установлены ли лицензии в программах КриптоПро CSP и КриптоАРМ, а также установлена ли лицензия на модуль КриптоПро TSP.

18. Ошибка 0x00000057 говорит о том что скорее всего в установленном сертификате нет привязки к закрытому ключу.

19. Не удается найти сертификат и закрытый ключ для расшифровки. В связи с этим использование данного сертификата невозможно.

Для сертификатов с ключевой парой на КриптоПро CSP установить привязку
Можно следующим образом:

20. Ошибка 0x80091008 при расшифровке сообщения

Возникает в основном когда в КриптоАРМ или в КриптоПро CSP не установлена лицензия. В КриптоАрм проверить наличие лицензии можно через пункт меню помощь / о программе. В КриптоПро на вкладке «общие».

Если лицензии установлены, попробуйте переустановить КриптоПро CSP.

21. Как подписать отчеты для ГОЗ (Минобороны)

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

На странице «Выходной формат» выбрать вариант Base64 (выбран по умолчанию) и в поле справа заменить расширение sig на sign. На этой же странице установить галочку «Отключить служебные заголовки».

На следующей странице «Параметры подписи» убрать галочку «Поместить имя исходного файла в поле Идентификатор ресурса». На этой же странице установить галочку «Сохранить подпись в отдельном файле».

На этой странице не нужно убирать галочку «Включить время создания подписи». При работе Ccptest время добавляется в подпись.

На странице «Выбор сертификата подписи» выбрать нужный сертификат.

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

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

Источники:

Https://myedo. ru/elektronnaya-podpis/nastrojka-i-oshibki/ecp-ne-rabotaet

Https://trusted. ru/support/faq/

  • Не удалось проверить базу данных wmi код ошибки 0x8007007e
  • Не удалось проверить подпись на сервере произошла ошибка при проверке подписи
  • Не удалось проверить базу данных wmi код ошибки 0x80041002
  • Не удалось проверить память обнаружена ошибка препятствующая проверке памяти при загрузке
  • Не удалось присоединиться к серверу неизвестная ошибка