Содержание
- Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
- Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
- Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- Сообщений 14
- #1 Тема от alrunn 2018-12-07 08:18:40
- Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #2 Ответ от Анатолий Убушаев 2018-12-07 13:23:18
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #3 Ответ от Анатолий Убушаев 2018-12-07 14:13:16
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #4 Ответ от alrunn 2018-12-07 15:10:45
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #5 Ответ от Анатолий Убушаев 2018-12-07 16:55:30
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #6 Ответ от alrunn 2018-12-10 08:35:17
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #7 Ответ от Анатолий Убушаев 2018-12-10 15:29:40
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #8 Ответ от alrunn 2018-12-11 07:58:35
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #9 Ответ от Анатолий Убушаев 2018-12-11 11:33:19 (2018-12-11 11:35:01 отредактировано Анатолий Убушаев)
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #10 Ответ от alrunn 2018-12-11 13:48:33
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #11 Ответ от Анатолий Убушаев 2018-12-11 16:01:07
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #12 Ответ от alrunn 2018-12-13 15:54:07
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #13 Ответ от Анатолий Убушаев 2019-01-09 16:30:22
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #14 Ответ от alrunn 2019-02-11 09:33:05
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Отказано в доступе. (0x80090010)
Как выглядит ошибка:
Переустановите ваш сертификат через КриптоПро CSP так: Перейдите на вкладку Сервис, далее Просмотреть сертификаты в контейнере, затем Обзор, выберите контейнер и нажмите Установить.
Если переустановка не поможет, то проверьте контейнер ключа при помощи кнопки Протестировать на той же вкладке. Если в результате тестирования возникнет ошибка “Использование ключа обмена запрещено. Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 3 года для неизвлекаемых ключей, хранящихся на ФКН и на HSM, и 1 год 3 месяца для прочих ключей”, то подписать этим сертификатом вам не удастся, нужно получить новый сертификат.
Также вероятная причина ошибки это ограничение прав доступа к ресурсу, на котором находится ключевой контейнер. Например в следующей статье описана похожая ошибка на серверной Windows, где причиной было ограничение прав пользователя к флешке на которой находился ключевой контейнер.
Также возможно ограничение прав на ветку реестра с контейнером, так как понадобятся не только права чтения, но и права записи.
Ключи носителя «реестр» КриптоПро CSP хранит в следующей ветке реестра:
HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProSettingsUsers Keys
Пользователю в разрешениях (доступно из контекстного меню для ветки реестра) должен быть предоставлен полный доступ (начиная с раздела ).
Если не получается исправить эту ошибку добавлением прав пользователя для носителя контейнера, то с этим вопросом стоит обратиться в техподдержку компании КриптоПРО.
Источник
Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
При попытке подписать файл:
Не найден используемый криптопровайдер !!
Криптопро 3.9 стоит и настроен.
Подскажите как решить.
Криптопровайдеры разрешенные пусто так и должно быть?
Добрый день.
При попытке подписания на сетевом файловом ресурсе выдает следующую ошибку:
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:01.83
Входной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx
Выходной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при сохранении данных
Ошибка загрузки данных
Произошла ошибка при добавлении данных в сообщение
(0xc0000001)
Подписание документов локально на рабочей станции проходит успешно.
КриптоАРМ, Здравствуйте, у меня тоже возникла подобная ошибка:
«
Недавно одна из наших организаций стала приносить нам шифрованные файлы, которые невозможно расшифровать: При попытке подписать выскакивает ошибка:
================================================================
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при расшифровании сообщения. (0x80004005)
Произошла ошибка при расшифровке сообщения
Неправильное значение индекса. (0x80091008)
================================================================
Что только я не пробовала. и сертификаты переустанавливала (личные, уц, др. пользователей) и версию КриптоАрм поменял на последнюю. сертификаты все установлены корректно (КриптоАрм всю цепочку метит зелёным), с кодировкой тоже проблем быть не должно (сам у клиента ставил DER на шифрование и подпись).
При этом на проблемном компе шифрованные файлы из других организация расшифровываются без ошибок.
Вообщем подскажите, пожалуйста, в какую сторону копать, из за чего может возникать данная ошибка?
»
Проверила видит ли он ЭЦП. видит.
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:00.32
Входной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx
Выходной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Виталий, Добрый день! Попробуйте переустановить Ваш сертификат используя КриптоПро CSP.
Откройте КриптоПро CSP / вкладка Сервис / Просмотреть сертификаты в контейнере / выберите там ваш сертификат и нажмите кнопку Установить.
А также можно попробовать удалить запомненные пароли на контейнеры сертификатов, для этого воспользуйтесь соответствующей кнопкой в окне КриптоПро CSP на вкладке «Сервис» (в самом низу вкладки). После сброса ПИН-код понадобится ввести и запомнить повторно.
Если ошибка повторится, воспользуйтесь утилитой CSPTest, входящей в состав КриптоПро CSP.
Для этого создайте в блокноте текстовый файл, скопируйте в него командную строку:
«c:Program FilesCrypto ProCSPcsptest.exe» -sfsign -sign -in sign.bat -out sign.bat.sig -my «»
pause
и сохраните его с именем «sign.bat». После этого запустите этот командный файл. Он попытается подписать сам себя. В процессе создания подписи он предложит выбрать сертификат подписи. Для этого нужно будет ввести номер сертификата из списка предложенных (например «1») и нажать Enter.
Если попробуете воспользоваться этой утилитой, сообщите пожалуйста, создастся ли подпись и если нет, то какой будет код ошибки.
Источник
Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Форум Рутокен → Техническая поддержка разработчиков → Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Сообщений 14
#1 Тема от alrunn 2018-12-07 08:18:40
- alrunn
- Посетитель
- Неактивен
Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Доброго дня! ситуация такая — при подключении по rdp с debian на win7 пробрасывается рутокен ЭЦП 2.0( библиотека на debian librtpkcs11ecp_1.8.2.0-1 на win 7 рутокен панель 4.5.2.0) возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении. 
#2 Ответ от Анатолий Убушаев 2018-12-07 13:23:18
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Здравствуйте, alrunn!
Подскажите пожалуйста, какой RDP клиент используете?
#3 Ответ от Анатолий Убушаев 2018-12-07 14:13:16
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении.
Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?
#4 Ответ от alrunn 2018-12-07 15:10:45
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Подскажите пожалуйста, какой RDP клиент используете?
использовали два клиента (проблема остается при обоих вариантах)
freerdp2-x11 — 2.0
rdesktop 1.8.3-2+b1
Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?
данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»
Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка 
(ВАЖНО! : с другими ключевыми носителями такого не наблюдается, с другими контейнерами (ГОСТ 2001) также такой ошибки не возникает)
Локально на ПК с windows такой проблемы не возникает.
#5 Ответ от Анатолий Убушаев 2018-12-07 16:55:30
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка
Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.
данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»
Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?
Также удостоверьтесь:
— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?
#6 Ответ от alrunn 2018-12-10 08:35:17
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?
Локально все хорошо, шифрует без ошибок.
— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?
с лицензией и настройками алгоритма тоже все хорошо
#7 Ответ от Анатолий Убушаев 2018-12-10 15:29:40
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
#8 Ответ от alrunn 2018-12-11 07:58:35
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
#9 Ответ от Анатолий Убушаев 2018-12-11 11:33:19 (2018-12-11 11:35:01 отредактировано Анатолий Убушаев)
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».
#10 Ответ от alrunn 2018-12-11 13:48:33
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».
Интересно, кл.носители eToken работают нормально.
#11 Ответ от Анатолий Убушаев 2018-12-11 16:01:07
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.
Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.
Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
#12 Ответ от alrunn 2018-12-13 15:54:07
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.
Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.
Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
Тесты проводились на следущих ОС:
Linux G-3-240 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux
Distributor ID: Debian
Description: Debian GNU/Linux 9.0 (stretch)
Release: 9.0
Codename: stretch
Linux G-4-195 3.16.0-7-686-pae #1 SMP Debian 3.16.59-1 (2018-10-03) i686 GNU/Linux
Description: Debian GNU/Linux 8.11 (jessie)
Release: 8.11
Codename: jessie
Linux G-3-195 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux
Description: Debian GNU/Linux 9.6 (stretch)
Release: 9.6
Codename: stretch
RDP-клиенты:
rdesktop 1.8.3-2+b1 amd64
remmina 1.2.32.1+dfsg-1
Удаленная машина:
Windows 7 SP1 Pro 32x
Дравера Rutoken:
Rutoken Driver 4.5.2
Rutoken Driver 4.6.0
В любой комбинации ОС/RDP-клиент/Rutoken Driver выходила ошибка.
Шаблон для КриптоАРМ:
Кодировка и расширение DER/base64
Свойства подписи Включить время создания подписи.
Сертификат ГОСТ 2012/512
Кодировка и расширение DER/base64
Режим шифрования для отправителя сообщения Тотже сиртификат ГОСТ 2012/512 
#13 Ответ от Анатолий Убушаев 2019-01-09 16:30:22
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Здравствуйте, alrunn!
Извиняемся за столь долгий отклик.
Актуальна ли ещё проблема?
Если да, мы можем подключиться к Вам удаленно. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
Спасибо за понимание.
#14 Ответ от alrunn 2019-02-11 09:33:05
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Добрый день, проблема все еще актуальна, прошу дать контакты для того, чтобы сориентироваться по времени удаленного подключения.
Источник
Pro1001Lvl |
|
|
Статус: Участник Группы: Участники
|
Добрый день. При попытке подписать и зашифровать файл, на этапе шифрования вылетает ошибка «Ошибка сохранения сообщения (0х80004005)». Подскажите, пожалуйста, с чем может быть связана данная проблема и как ее устранить. Версия КриптоАрм: 5.4.2.258. Версия КриптоПро: 4.0.9963. Версия ядра СКЗИ: 4.0.9019 КС1. Заранее спасибо |
 |
|
|
Александр Лавник |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 53 раз |
Автор: Pro1001Lvl Добрый день. При попытке подписать и зашифровать файл, на этапе шифрования вылетает ошибка «Ошибка сохранения сообщения (0х80004005)». Подскажите, пожалуйста, с чем может быть связана данная проблема и как ее устранить. Версия КриптоАрм: 5.4.2.258. Версия КриптоПро: 4.0.9963. Версия ядра СКЗИ: 4.0.9019 КС1. Заранее спасибо Здравствуйте. Приложите полный текст сообщения об ошибке (в текстовом поле после нажатия кнопки Детали в конце работы мастера создания подписи и шифрования КриптоАРМ). |
|
Техническую поддержку оказываем тут |
|
|
|
|
|
Pro1001Lvl |
|
|
Статус: Участник Группы: Участники
|
Статус завершения операции: Неудача. Ошибка сохранения сообщения (0x80004005) Произошла ошибка при создании подписи thread:3328:error:0609E09C:digital envelope routines:PKEY_SET_TYPE:unsupported algorithm |
|
|
|
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
Здравствуйте. Цитата: Версия КриптоАрм: 5.4.2.258. 1. Обновите до актуальной версии: 5.4.2.315 от 01.04.2019 |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
Цитата: private key does not match certificate Протестируйте сертификат: КриптоПРО CSPСервисПротестироватьПо сертификату |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
Pro1001Lvl |
|
|
Статус: Участник Группы: Участники
|
Автор: Андрей Писарев Здравствуйте. Цитата: Версия КриптоАрм: 5.4.2.258. 1. Обновите до актуальной версии: 5.4.2.315 от 01.04.2019 Автор: Андрей Писарев Цитата: private key does not match certificate Протестируйте сертификат: КриптоПРО CSPСервисПротестироватьПо сертификату 1.) При тестировании сертификата вышла ошибка. |
|
|
|
VctN2kXbeuw.jpg |
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
Исходя из имени контейнера и ошибки -у Вас сертификат для другого криптопровайдера? |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
Цитата: 2.) Лицензии нет, все на пробной версии. Редакция КриптоАРМ какая? Актуальная версия — на сайте производителя: http://www.trusted.ru/products/cryptoarm/about/ |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
Pro1001Lvl |
|
|
Статус: Участник Группы: Участники
|
Автор: Андрей Писарев Исходя из имени контейнера и ошибки -у Вас сертификат для другого криптопровайдера? А как понять какой криптопровайдер мне нужен |
|
|
|
|
Pro1001Lvl |
|
|
Статус: Участник Группы: Участники
|
Автор: Андрей Писарев Цитата: 2.) Лицензии нет, все на пробной версии. Редакция КриптоАРМ какая? Актуальная версия — на сайте производителя: http://www.trusted.ru/products/cryptoarm/about/ Стандарт Плюс 5 |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Содержание
- Криптоарм редактор cms сообщений не работает
- Криптоарм редактор cms сообщений не работает
- Криптоарм редактор cms сообщений не работает
- Криптоарм редактор cms сообщений не работает
- Криптоарм редактор cms сообщений не работает
Криптоарм редактор cms сообщений не работает
Подскажите пожалуйста, почему при расшифровке выскакивает ошибка:
——————————————-—
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:11.79
Входной файл: E:365120210115.zip.enc
Выходной файл:
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при расшифровании сообщения. (0x80004005)
Произошла ошибка при расшифровке сообщения
Ошибка загрузки данных
Произошла ошибка при добавлении данных в сообщение
Ошибка декодирования из Base64
добрый день, не могу подписать декларации по пиву: Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:52.38
Входной файл: E:FSRARR2_462300703127_000_19012021_089e3023-6577-4643-b83c-2b4e6202d759.xml
Выходной файл: E:FSRARR2_462300703127_000_19012021_089e3023-6577-4643-b83c-2b4e6202d759.xml.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
thread:2368:error:80028150:Vendor defined:PKCS11_get_attribute:Buffer too small
thread:2368:error:0609E09C:digital envelope routines:PKEY_SET_TYPE:unsupported algorithm
thread:2368:error:0B07706F:x509 certificate routines:X509_PUBKEY_get:unsupported algorithm
thread:2368:error:0B080075:x509 certificate routines:X509_check_private_key:unknown key type
thread:2368:error:2E066088:CMS routines:CMS_add1_signer:private key does not match certificate
смущает длинное имя у подписи, помню была проблема с русским именем. Тут латиница, но как-то длинновато, может в этом дело?
обновил версию, данные ошибки пропали, теперь другая:
Произошла ошибка при открытии сообщения для кодирования
Источник
Криптоарм редактор cms сообщений не работает
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Не поддерживается безопасное удаление файлов с атрибутом «сжатый»
Как выглядит ошибка:
При открытии документа для просмотра он сохраняется во временный файл. Информация о подписи так же при этом сохраняется во временный файл. Эти временные файлы впоследствии удаляются, и если в профиле включено безопасное удаление, то они перед этим перезаписываются случайными данными. Но со сжатыми файлами безопасное удаление не работает, поэтому и возникает предупреждение.
Безопасное удаление можно отключить в меню Профили — Управление профилями — профиль с галочкой открыть двойным кликом мыши.
Там на вкладке Каталоги. Нужно в выпадающем списке Уровень безопасного удаления выбрать Выключено. Проверьте все профили. Если безопасное удаление отключено, а ошибка возникает, то стоит снять атрибут «сжатый» с папки временных файлов:
Источник
Криптоарм редактор cms сообщений не работает
Ошибка при записи в файл
Как выглядит ошибка:
Решение
Создайте файл в блокноте, впишите туда символы лицензионного ключа без пробелов в начале и конце. Далее переименуйте этот файл в license.lic и повторите попытку ввода лицензии через меню О программе — Ввод лицензии.
В окне выберите второй способ установки — Выберите файл лицензии и установите из файла.
Если этим способом лицензия также не установилась, то данный файл лицензии license.lic сохраните в папку пользователя в каталоге C:Users AppDataLocalTrustedCryptoARM GOST.
На операционных системах Windows может быть выключено отображение расширений файлов. Переименование файла в этом случае результата не даст, ошибка при записи в файл снова возникнет. Поэтому в проводнике выберите Компьютер — Вид и включите настройку Расширения имен файлов.
Тогда при переименовании файла лицензии у вас не возникнет ошибок и лицензия установится из этого файла.
Источник
Криптоарм редактор cms сообщений не работает
Иван, Добрый день! У контекстного меню файлов в Windows есть особенность — в нём ограничено максимальное число пунктов. Причём при добавлении сторонних приложений старые пункты «вытесняются» более новыми. Скорее всего в меню для файлов JPG добавлены разные пункты и подменю, которые вместе с КриптоАРМ-ом вытесняют более старый пункт «Печать» (даже если он был добавлен системой). Для файлов PDF и DOCX дополнительных пунктов меньше чем для JPG и для пункта «Печать» остаётся место.
Для того чтобы КриптоАРМ не появлялся в контекстном меню и не вытеснял подменю «Печать» можно разрегистрировать его при помощи следующей команды:
c:WINDOWSsystem32regsvr32.exe /u «C:Program FilesDigtTrustedDesktopShellExtention.dll»
Выполнять её нужно от имени администратора. Правда при разрегистрации меню отключится для всех типов файлов.
Так же можно попробовать настроить другие приложения, чтобы они выводили меньше пунктов меню для JPG.
Анна, Добрый день! Можно попробовать установить без модулей. Запустите настраиваемую установку и отлючите модули TSP OCSP.
Ещё стоит проверить правильная ли версия trustedssl уснатавалиается. Для этого нужно удалить КриптоАРМ (и КриптоАРМ Плюс), проверить не осталось ли в папке установки файлов dll и exe. Если остались, то их нужно удалить.
Если это не поможет, то нужно смотреть в системном логе какой библиотеки не хватает (в системном логе в разделе «Система»). Хотя если не хватает библиотек microsoft, то это вряд ли получится исправить.
Запустите настраиваемую установку и отлючите модули TSP OCSP — как это сделать?
Ещё стоит проверить правильная ли версия trustedssl уснатавалиается — где это посмотреть и как скачать правильную?
удалить КриптоАРМ — удалила
проверить не осталось ли в папке установки файлов dll и exe — где найти эту папку?
Источник
Криптоарм редактор cms сообщений не работает
Как выглядит ошибка:
Запустите Internet Explorer , откройте меню Сервис — пункт Свойства обозревателя ( Свойства браузера ) — закладка Подключения — кнопка Настройка сети . Убедитесь в том, чтобы в Настройках сети флажки Автоматическое определение параметров и Использовать скрипт автоматической настройки были сброшены.
В верхнем меню КриптоАРМ выберите пункт Настройки , затем Управление настройками , далее вкладка Общие — снимите чекбокс с опции Отключить проверку личных сертификатов по спискам отзыва .
Выберите в окне программы КриптоАРМ ветку Личное хранилище сертификатов . Затем справа выберите нужный сертификат и нажмите правой кнопкой мыши, чтобы вызвать контекстное меню. В появившемся меню выберите Проверить статус — По CRL, полученному из УЦ .
Если статус сертификата стал с зеленой галочкой, повторите ваше изначальное действие, подпишите файл.
Если статус вашего сертификата не изменился, то перейдите в папку Списки отзыва сертификатов в КриптоАРМ и посмотрите, появился ли там актуальный список отзыва от вашего удостоверяющего центра (УЦ). Если список отзыва не появился, откройте сертификат, нажмите Просмотреть, перейдите на вкладку Состав, найдите строку Точки распространения списков отзыва, скопируйте ссылку и скачайте по ней список отзыва. Файл списка установите в папку Списки отзыва сертификатов нажатием кнопки Импорт. Если подгруженный список отзыва имеет статус ( ), то это значит, что в системе отсутствует промежуточный сертификат УЦ.
- Для загрузки сертификата УЦ откройте в личном хранилище КриптоАРМ свой сертификат, нажмите Просмотреть , далее Состав . Найдите строку Доступ к информации о центре сертификации , в окне внизу найдите ссылку с окончанием crt , скопируйте ее комбинацией клавиш ctrl+C , вставьте в адресную строку браузера с помощью комбинации клавиш ctrl+V и нажмите Enter . Далее в КриптоАРМ выберите папку Промежуточные центры сертификации , на панели инструментов выберите Импорт . В открывшемся мастере импорта сертификата галки “установить личный сертификат” и “поместить в контейнер” ставить не нужно, перейдите Далее и выберите из папки загрузок сертификат УЦ. После успешного импорта статус вашего сертификата изменится. Повторите попытку подписания.
Источник
HappyDragone |
|
|
Статус: Новичок Группы: Участники
|
1. Настраиваю получение метки времени в службе штампов времени АУЦ Банка России. Win 10 домашняя. На Win 10 Stunnel устанавливается как служба. Создан конф файл. Подписываю в КриптоАРМ 5, где указан адрес службы TSP. Не подписывает, вылетает ошибка Описание ошибки в КриптоАРМ: Ошибка сохранения сообщения (0x80004005) Произошла ошибка при создании подписи Невозможно получить штамп времени. Ошибка отправки запроса на штамп времени. При попытке отправки запроса возникла ошибка HTTP (0xc2100100) (0x80004005) Рекомендации УЦ после моего обращения по ошибке таковы: Для того чтобы исправить данную ошибку, необходимо установить личный сертификат с привязкой к контейнеру, промежуточный сертификат Банка России и головной корневой сертификат Минком связи в хранилище «Сертификаты (локальный компьютер)» согласно инструкции по доступу к сервисам службы меток доверенного времени размещенной по ссылке http://cbr.ru/certificat…toveryayuschego_centra/. Вероятнее всего у Вас сейчас сертификаты установлены в хранилище – «сертификаты – текущий пользователь». Корневые-промежуточные установил в Локальный компьютер, а вот личный сертификат туда никак не ставится. И ошибка не уходит. Использую Крипто Про CSP 4.0.9944 Пожалуйста, подскажите, как настроить это? Может быть, кто-то сталкивался с настройкой получения метки времени на подпись через stunnel для взаимодействия со службой меток времени на подпись АУЦ Банка России. 2. Решил попробовать настроить на другом ПК с Win7 домашняя базовая. При попытке выполнить команду stunnel.exe — install в командной строке от имени Администратора вываливается: Startservicectrldispatcher being called. this may take several seconds. please wait. Как служба stunnel не появляется в оснастке «Службы». Т.е. и здесь не судьба. А настраивать придется все-таки в Win7, в офисе везде лицензионные Win7 установлены. Пожалуйста, помогите. Что я делаю не так ?! Вдруг кто-то уже сталкивался с настройкой и удачным результатом получения метки времени на подпись в АУЦ Банка России. Если уж на Win 7 не получится, то хоть на Win 10, ибо есть одна машинка в офисе на Win 10 (не домашняя) |
 |
|
|
Санчир Момолдаев |
|
|
Статус: Сотрудник Группы: Модератор, Участники Сказал(а) «Спасибо»: 83 раз |
Добрый день! согласно документации: какой адрес тсп указываете? есть ли прокси? |
|
Техническую поддержку оказываем тут |
|
|
|
|
|
two_oceans |
|
|
Статус: Эксперт Группы: Участники Сказал(а) «Спасибо»: 110 раз |
Цитата: 4.0.9944 Вообще, если работаете на Win10, желательно бы обновиться хотя бы на последнюю сертифицированную 4.0.9963 (если лицензии на 5.0 нет), либо на 5.0 R2 или новее. Суть в тои, что Десятка постоянно меняется и если у Вас не замороженная версия Десятки давности несколько лет, то не все будет гладко работать с 9944. Цитата: Корневые-промежуточные установил в Локальный компьютер, а вот личный сертификат туда никак не ставится. Для этого нужно панель управления КриптоПро запустить с правами администратора (в 4 версии на первой вкладке общие соответствующая ссылка). Сработает если у пользователя есть права администратора (ну если с корневыми вышло, то полагаю есть). Как обычно на вкладке «Сервис» нажимаете одну из кнопок «Просмотреть сертификаты в контейнере» либо «Установить личный сертификат». Далее в мастере находите переключатель «введенное имя задает ключевой контейнер» выбираете «компьютера». Если был просмотр сертификатов, то нажимаете «Установить» на последнем шаге. Это должно установить сертификат в «Личные» локального компьютера. Тонкий момент разве что в том, что если хотите использовать реестр, то контейнер в реестре пользователя не видно в режиме компьютера, поэтому возможно потребуется сначала скопировать на флэшку (она видна в обоих режимах), потом обратно в реестр уже компьютера. Цитата: 2. Решил попробовать настроить на другом ПК с Win7 домашняя базовая. При попытке выполнить команду stunnel.exe — install в командной строке от имени Администратора вываливается: Пробел там не лишний между — и install? Это конечно самый простой способ создать службу, но не единственный. Также можно использовать другие способы: программку instserv (идет в комплекте у многих драйверов и программ), системную команду sc create (навскидку, у меня на Семерке создается практически одинаковый куст реестра с тем что создает сам stunnel) Код: либо добавление файла реестра экспортированного с одного компьютера импортом на другой. В случае файла реестра потребуется перезагрузка. Ах да, не забывайте про разрядность системы. Отредактировано пользователем 28 января 2022 г. 11:15:24(UTC) |
|
|
|
|
TYMRFIK |
|
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 2 раз |
Добрый день. Конфиг содержит: Цитата: verify = 0 ОС — Windows 10 разрядность 64. Служба stuunel запускается без проблем. КриптоПро версии 5. Установлены все компоненты КриптоПро TLS и OCSP Цитата: 2022.11.02 09:47:49 LOG5[9020:7704]: stunnel 4.18 on x86-pc-unknown Имеется прокси-сервер: но доступ ко всем адресам cbr.ru открыт! |
|
|
|
|
TYMRFIK |
|
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 2 раз |
Решили свою проблему согласно: — Единственно нужно набираться терпения: потому что ответ поступает долго от серверов штампа времени БР. |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Что может быть неприятнее сбоев и внезапного прекращения работы программ и игр на нашем компьютере. Особенно раздражают те ошибки, которые могут не только мешать работе программ, но и всему компьютеру. Пользователи ОС Windows часто сталкиваются с проблемами в работе их компьютеров после того, как система автоматически обновляется. Эта статья поможет вам исправить ошибку 0x80004005.
Сбой с таким кодом появляется, когда система обновляет компоненты Adobe Flash Player и пытается устранить уязвимости в своих браузерах – Microsoft Edge и Internet Explorer. Само обновление может загрузиться некорректно и при попытке системы установить его появляется сообщение о неправильной работе.
Попробуйте для начала просто перезагрузить компьютер. Сделать это можно любым способом – нажать кнопку «Power» на корпусе или системно, в меню «Пуск» выбрать пункт «Перезагрузка». Если ошибка продолжает вам надоедать, просканируйте свой компьютер антивирусным программным обеспечением. Вполне возможно, что антивирус был скачан из интернета вместе с другим ПО.
На официальном сайте Майкрософт нам предлагают скачать специальную утилиту, которая автоматически находит причину неполадки с Центром Обновления Windows. При переходе на страницу загрузки выберите версию вашей системы. Нужно сказать, что версии ниже Windows 7 уже не поддерживаются, поэтому для них программы нет.
Когда программа будет загружена, запустите исполнительный файл. Далее следуйте инструкциям. Процесс проверки и устранения неполадок будет проходить в автоматическом режиме, поэтому от вас понадобиться минимум действий. После завершения процесса программы проверки проверьте, не исчезла ли проблема.
Устранение ошибки 0x80004005 при помощи sfc /scannow
Чтобы исправить ошибку, нужно воспользоваться специальной утилитой sfc /scannow, которая проверяет системные файлы на целостность и работоспособность. Если системные файлы на компьютере были изменены по случайности вами или вирусами, то утилита определит их и исправит. Для того, чтобы запустить проверку файлов:
- нажмите кнопку «Пуск» и нажмите «Все программы»;
- выберите пункт «Командная строка» правой кнопкой мыши;
- в выпавшем меню нажмите «Запустить от имени администратора»;
- в командной строке напишите на английской раскладке «sfc /scannow» без скобок;
- дождитесь завершения работы программы.
Снова проверьте появляется ли ошибка 0x80004005. Запустите приложение или игру, которые приводили раньше к появлению сбоя.
Скачиваем обновление вручную для исправления ошибки
Можно попытаться самому найти и установить нужное обновление для Windows. Для этого откройте официальный сайт Майкрософт и вверху справа найдите значок лупы – поиск по порталу. Введите название нужного нам обновления «KB3081424» и перейдите на его страницу, чтобы скачать и установить на свой компьютер.
Причиной ошибки 0x80004005 в Windows 7, 8, 10 может быть переполненная системная папка для загружаемых файлов на компьютер из интернета. Ее нужно удалить. Для этого откройте системный диск (обычно это диск C), выберите папку «Windows», затем найдите в ней папку «SoftwareDistribution» и здесь будет папка «Download». Можно удалить не саму папку, а ее содержимое, т.к. папка все равно автоматически сгенерируется (появится) после следующей попытки скачать из интернета любой файл. Желательно проделать это перед тем, как устанавливать скачанное обновление. После всего этого перезагрузите компьютер и проверьте появляется ли ошибка.
Другие способы исправить ошибку 0x80004005
Если ошибка 0x80004005 появляется во время запуска определенной программы, попробуйте обновить ее до последней версии. Также, зайдите в антивирус и проверьте хранилище вирусов, возможно здесь будет файл программы, из-за которой возникает ошибка. В этом случае его необходимо удалить из хранилища, а программу переустановить.
В некоторых версиях Windows причиной ошибки может быть установленное обновление, которое сама корпорация Майкрософт признала неисправным. Его необходимо удалить, если оно установлено на вашем компьютере. Откройте окно ввода команд (WIN+R):
- введите «Cmd»;
- в следующем окне введите команду «wusa /uninstall /kb:3004394»;
- нажмите клавишу ввода «Enter».
Система попытается отыскать вредное обновление и удалить его автоматически. После того, как процедура будет завершена, перезагрузите компьютер. Потом снова попытайтесь выполнить действия, которые приводили к ошибке 0x80004005 в Windows. Один из этих советов наверняка должен помочь вам в устранении этого сбоя в системе.