ошибка подписания jinn код ошибки 1

Возникла странная ситуация, захожу в Электронный бюджет под сертификатом директора далее «Формирование и представление отчётности» долго крутит и выдаёт ошибку «Error code 1: Zk error, before mounting».
Причём такая проблема возникает только с сертификатом директора. С остальными сертификатами все нормально.

Сертификаты ГОСТ 2012

Используемое ПО:
IE 11
Jinn Client 1.0.3050
Континет TLS клиент 2.0.0.984
КриптоПРО 4.0.9944

Чистил кэши, заходил в разное время в ЭБ результат тот-же. Куда копать непонятно.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Для заметки соискателям. Проблема возникает при выполнении JavaScript’a Zk
Решение
1. Версия Java должна быть не менее 1.7
2. Очистка Java от временных файлов
3. Обновление Браузера
4. Очистка Браузера от временных файлов.
5. Дополнительно проверить актуальность сборки IE

Либо использовать другой браузер

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

MotoArhangel пишет: Для заметки соискателям. Проблема возникает при выполнении JavaScript’a Zk
Решение
1. Версия Java должна быть не менее 1.7
2. Очистка Java от временных файлов
3. Обновление Браузера
4. Очистка Браузера от временных файлов.
5. Дополнительно проверить актуальность сборки IE

Либо использовать другой браузер

Аналогичная ошибка возникла сегодня. До этого всё работало и подписывало. Версия Java 8.201 (32 и 64 стоит). Подписываю в Мозилле.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник

Ошибка Jinn-client при подписании в 1С ЭБ.

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

4.3 Ошибка при подписании на сайте buh2012.budget.gov.ru/buh2012/ в Облачном портале 1C : Jinn-client Ошибка создания com-объекта

Ошибка при подписании в Облачном портале 1C на сайте buh2012.budget.gov.ru/buh2012/ : Jinn-client Ошибка создания com-объекта

Нужно добавить разрешения для ActiveX в настройках IE

и возможно нужна ещё перезагрузка компьютера (но это не точно),
чтобы применились разрешения для ActiveX в Internet Explorer

После этого Jinn Client заработал.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник

Не понятная ошибка при подписи документов

Периодически, не всегда происходит следующее – при подписи документа через jinn-client после выбора сертификата и ввода пароля от контейнера, происходит ошибка – «введен не верный пароль или сертификат не соответствует…». При этом происходит переименование контейнера на флешке, был, например, «имя.001», а стал «имя.100» и появился еще один контейнер «имя.999». при этом пароль 100-% верный введен. Далее при повторной подписи может подписать, а может опять не подписать и создаст еще один контейнер с именем, например, «имя.998». В окне jinn-clent выбора сертификата появляются дублирующие записи.
У кого-нибудь была такая проблема? Проблема наблюдается второй день, до этого не встречалась.

IE11
КриптоПро 4.0.9963

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

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Если подписывать на тестовой странице jinn-client, тоже самое происходит?
sedkazna.ru/forum.html?view=topic&defaul. =1011&start=15#15547

Если на контейнере удалить пароль, тоже будет дублировать контейнера?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Если на контейнере удалить пароль, тоже будет дублировать контейнера?

Удалил пароль, перестало дублировать и подписало, в чем может причина?

upd: после выбрал контейнер с паролем и подписало несколько раз, а потом заново стало дублировать. И почему происходит изменение файлов в контейнере даже после удачной подписи, так и должно (раньше не обращал на это внимание)?

upd2: пока перешел на Хромиум ГОСТ и https, но хочется выяснить в чем причина.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

shaburoff пишет: Удалил пароль, перестало дублировать и подписало, в чем может причина?

upd: после выбрал контейнер с паролем и подписало несколько раз, а потом заново стало дублировать. И почему происходит изменение файлов в контейнере даже после удачной подписи, так и должно (раньше не обращал на это внимание)?

upd2: пока перешел на Хромиум ГОСТ и https, но хочется выяснить в чем причина.

если не поможет, то переустановить КриптоПРО CSP с удалением следов в реестре и на диске.
Про удаление КриптоПРО есть в сообщении
sedkazna.ru/forum.html?view=topic&catid=9&id=1237#17039

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

shaburoff пишет: Периодически, не всегда происходит следующее – при подписи документа через jinn-client после выбора сертификата и ввода пароля от контейнера, происходит ошибка – «введен не верный пароль или сертификат не соответствует…». При этом происходит переименование контейнера на флешке, был, например, «имя.001», а стал «имя.100» и появился еще один контейнер «имя.999». при этом пароль 100-% верный введен. Далее при повторной подписи может подписать, а может опять не подписать и создаст еще один контейнер с именем, например, «имя.998». В окне jinn-clent выбора сертификата появляются дублирующие записи.

Я вроде понял причину в следствии чего происходит дублирование
контейнеров закрытых ключей при подписании через Jinn-Client.
Осталось понять, в следствии чего у вас происходит дублирование КЗК.

Варианты воспроизведения этой ошибки:
===================================
Контейнер закрытого ключа с паролем
имя каталога ИмяКЗК.000\

При входе в окно Jinn-Clent
Содержимое файлов и дата-время файлов КЗК не меняется

Если в момент подписания т.е. при открытом окне Jinn-Client
В Total Commander 9.0a перейти в каталог ИмяКЗК.000\
И ещё обязательное условие для появления ошибки, нужно один раз кликнуть на каком-нибудь файле
После этого нажать на [ Подписать ]

или какой либо из файлов:
masks2.key
name.key
primary2.key
были открыты в эксклюзивном режиме какой-нибудь программой,
т.е. например через проводник с помощью Paint открыть,
и не закрывать ошибку «Файл не является правильным рисунком BMP»

(Если открыть любой другой файл в каталоге КЗК
header.key
masks.key
primary.key
будет ошибка при подписании
Не удалось открыть криптографический контейнер
что в принципе логично, подписания не происходит, но и файлы и каталоги не изменяются.)

На первый взгляд картина маслом такая :
1. Создаётся каталог ИмяКЗК.999\ в котором у всех файлов дата-время текущее
и в котором изменено содержимое файлов masks.key и primary.key
2. Затем удаляет ИмяКЗК.000\ или переименовывает в каталог ИмяКЗК.100\
3. Каталог ИмяКЗК.999\ переименовывается в ИмяКЗК.000\

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

Примечание: В момент тестирования когда Jinn-Client начинает ругаться на превышенное количество введённых неверных паролей
и ждать 30 минут,
нужно удалить ветку реестра
HKEY_CURRENT_USER\Software\Security Code\Jinn-Client

При открытии окна Jinn-Client
У каталога ИмяКЗК.000\ и у всех файлов изменяется дата-время на текущее
и ещё до подписания изменяется содержимое файлов:
masks.key
primary.key

Так же при нажатии на кнопку [ Обновить ] в окне Jinn-Client
У каталога ИмяКЗК.000\ и у всех файлов изменяется дата-время на текущее
и изменяется содержимое файлов: masks.key, primary.key

Ошибка с дублированием КЗК при открытии каталога ИмяКЗК.000\ в Total Commander 9.0a не происходит,
но может возникнуть, если какой либо из файлов в каталоге ИмяКЗК.000\:
был открыт в эксклюзивном режиме какой-нибудь программой,
т.е. например через проводник с помощью Paint открыть,
и не закрывать ошибку «Файл не является правильным рисунком BMP»

При открытии окна Jinn-Client или при нажатии на кнопку [ Обновить ] в окне Jinn-Client
создаётся каталог ИмяКЗК.999\ при каждом следующем обновлении 998,997 и так далее.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник

mirpluk.ru

Уютный бложик Джикса

Очередная серия проблем с подписанием документов в электронном бюджете теперь по ГОСТ 2012.

Новая серия увлекательных приключений с любимым СЭД budget.gov.ru. Ошибка validation failed or not avaliable yet. При подписании документа при выборе подписи не видны подписи в Континент TLS или Jinn-Client. Но они есть в сертификатах виндовс и при выборе их ЭБ показывает вам иероглифы и смеются вам в лицо, и jinn client при подписи уходи в бесконечный цикл.

На флэшке вообще не видит. Jinn-Client пишет иероглифами про тебя гадости.

Вы думали проблемы наконец-то кончились? А они только начались. Вы перешли на подписи по ГОСТ 2012 настроили континент TLS и КриптоПро и ходите уже в личный кабинет по адресу lk2012.budget.gov.ru.

Майор Пэйн работает над новыми фичами для тебя в Электронном бюджете наивный ты эникейщик.

Начнем с — validation failed or not avaliable yet.

Ошибка достаточно проста и бывает не всегда, касается она приблуды под названием — eXtended Container. Она видимо ставится в комплекте с Континент TLS клиент 2.0.14, но не в том виде который ожидает Jinn-Client. Идем в установку и удаление программ, находим eXtanded Container 1.0.2.2 или подобное. Ставим eXtanded Container 1.0.2.2 из набора того Джин клиента что у вас стоит, там же должен быть ключ.

В программах и компонентах будет что-то типа XC. Тогда ошибка validation failed or not avaliable yet возможно исчезнет.

Jinn-Client показывает иероглифы при подписи и виснет или нет подписей в списке на флешке.

Эта проблема касается только подписей по ГОСТ 2012 и происходит в lk2012.budget.gov.ru. Насколько я понял связанно это с тем что казначейство выдало подписи по гост 2012, но не совсем те. Возможно в следующий раз проблема уже не проявится.

Вы кстати знаете где смотреть какой ГОСТ у вашей подписи?

Так выглядит подпись с ГОСТ2012, очевидно для 2001 в этой секции будет ГОСТ 2001

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

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

Собственно на этом все, на этом Jinn Client должен перестать вам показывать иероглифы. Радуемся жизни и ждем новых подстав от майора Пейна.

Источник

крах плагина Jinn Client

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

kisttan пишет: Я сотрудник разработчика. На вопросы ответить могу, но для диагностики мало информации.
.
.

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Я правильно понимаю что вы официально заявили о том что провели реверс СКЗИ, внесли в него изменения и далее его используете?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

kisttan пишет: Я сотрудник разработчика. На вопросы ответить могу, но для диагностики мало информации.
.
.

Воспользуюсь возможностью.
— Где то видел что Jinn интегрируется в Mozilla, Google и т.п. только в виде NPAPI плагина, от которого разработчики браузеров постепенно отказываются. Будет ли дальнейшая поддержка новых версии браузеров?
Огромное спасибо за этот вопрос, без шуток. Начиная с версии 45 и выше для Crome и Mozilla у нас используются их нативные API, нужно только в маркете найти плагин и его установить. Все остальное работает без изменений.

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Я правильно понимаю что вы официально заявили о том что провели реверс СКЗИ, внесли в него изменения и далее его используете?

Ну да, ну да, исходный код СКЗИ ненароком нашел и подправил))) Я надеюсь это исключено.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник