Подписанные документы не проходят проверку в https://dss.cryptopro.ru/verify
Хотя проверка на Госуслугах (https://www.gosuslugi.ru/eds) проходит.

Интересует именно то что не проходит математическая проверка (срок сертификата истек).

Проверка в https://dss.cryptopro.ru/verify не проходит с результатом:
Основная информация
Результат проверки Подпись недействительна
Дополнительная информация Не удалось проверить подпись формата CMS. Ошибка: [Неправильное значение хеша]. Код: [0x80091007]. Истек/не наступил срок действия требуемого сертификата при проверке по системным часам или по отметке времени в подписанном файле.

Дополнительная информация о подписи
Формат подписи PKCS7
Время подписи 11.07.2024 10:20

При этом проверка на Госуслугах https://e-trust.gosuslugi.ru/#/portal/sig-check проходит:
Статус подписи: Электронная подпись верна
Значение хэш-функции (ГОСТ Р 34.11-2012 256-бит) входных данных: 5CE67B72F39C8EB55D32A6608D903B030208E133059A5F7E9855D1275ADDE930

Приложил протокол проверки на https://dss.cryptopro.ru/verify Protokol_16082024_151856.pdf (83kb) загружен 2 раз(а). и архив с файлом и подписью docsig.zip (72kb) загружен 2 раз(а)..

Отредактировано пользователем 16 августа 2024 г. 14:30:10(UTC)  | Причина: Не указана

причина:
в ПО, которое формирует ЭП - неправильно указывается алгоритм хеширования.

Документ подписан с помощью Крипто ПРО, sig файл не подскажу как получили.

Можете пояснить что означает "проверка подписи не под исходным PDF"?
Вопрос в том почему Крипто ПРО не может проверить валидность, а ГУ может?
Что сделать что бы Крипто ПРО тоже смог, что не так с sig файлом?

Отредактировано пользователем 16 августа 2024 г. 15:32:38(UTC)  | Причина: Не указана

Т.е. хеш код по ГОСТ Р 34.11-2012, а указано ГОСТ Р 34.11-94, я верно понял?
А как такое может быть? И можно ли как то исправить это значение в sig файле?

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

А на ГУ для этого PDF проходит, потому что сервер не смотрит на OID алгоритма хеширования (игнорирует)
и по умолчанию считает что 2012, поэтому у него "всё валидно".


смотрите сами:
вписано в sig: B7855DC376D9D4428A8657E9A629B29D84A516E0ECE5627B8D8B6904769A9B7E

хеш по 2012: B7855DC376D9D4428A8657E9A629B29D84A516E0ECE5627B8D8B6904769A9B7E
хеш по 1994: 8E4851D5C21994A574D66A673B84FD1FFA7DAE67EE17508052DE27CBB1EC8A45 - именно с ним сверяется из вписанного через проверки в приложениях (потому что указано - считать хеш по 1994)