Доброго дня.
Для одного из наших заказчиков делаем подписание документов ЭП. Используем для подписания библиотеку JCP 2.0. У Заказчика поднят свой УЦ на продукте DSS.
Для подписания и верификации подписей используем механизм SOAP.
С подписанием документов проблем не возникло. Все подписывается и возвращается (подписываем отсоединенной подписью).
Подпись проверили вручную с использованием вашего инструмента
https://dss.cryptopro.ru/Frontend/Verify
Далее мы начали встраивать проверку подписи в нашем собственном веб-приложении. Мы установили в JRE библиотеку JCP 2.0 и добавили файлы BowncyCastle 1.50, а затем обновили наш старый код до новых используемых интерфейсов. Однако, когда мы попытались провести проверку в нашей реализации, то получили следующую ошибку:
Sign verify error: sign_is_invalid Error building certification path for CN=Ivanov Ivan Ivanovich: ru.CryptoPro.reprov.certpath.JCPCertPathBuilderException: unable to find valid certification path to requested target

Чтобы решить эту проблему, мы загрузили сертификат пользователя и добавили его в хранилище хранилищ хранилища cacerts по умолчанию, но поскольку сертификат пользователя является производным сертификатом, исключение сообщает нам, что цепочка не может быть завершена, даже если она находится в cacerts:

Issuer: CN="Тестовый УЦ ООО \"КРИПТО-ПРО\" (УЦ 2.0)", O="ООО \"КРИПТО-ПРО\"", C=RU, L=Москва, EMAILADDRESS=info@cryptopro.ru, OID.1.2.643.3.131.1.1=#120C303037373137313037393931, OID.1.2.643.100.1=#120D31303337373030303835343434
Кусок кода, который ведет верификацию:
Collection<X509Certificate> xChain = new ArrayList<X509Certificate>();
CAdESSignature cadesSignature = new CAdESSignature(signature, data, null);
cadesSignature.verify(xChain);

Соответственно вопросы:
1. В чем может быть проблема? Все ли мы делаем правильно при проверке подписи? Ранее мы не работали с JCP 2.0 и DSS, опыт ограничивался JCP 1.0 и локальными криптопро (криптоармом) с использованием корневых сертификатов УЦ.
2. Есть ли образцы примеров для верификации подписи для описанной выше конфигурации? Возможно у DSS сервера существует соответствующая API?

Доброго дня.
Версия библиотеки 2.0.39442

лог
Caused by: Error building certification path for CN=Ivanov Ivan Ivanovich: ru.CryptoPro.reprov.certpath.JCPCertPathBuilderException: unable to find valid certification path to requested target; error codes: [33] 'PKIX failure: invalid parameters of certificate',
at ru.CryptoPro.AdES.certificate.CertificateChainBuilderImpl.build(Unknown Source)
at ru.CryptoPro.AdES.certificate.CertificateChainBuilderImpl.build(Unknown Source)
at ru.CryptoPro.AdES.external.signature.AdESSigner.build(Unknown Source)

Для журналирования мы используем slf4j. Полный журнал, кроме приведенной выдержки, содержит только сообщения об успешной загрузке JCP и замене алгоритма BouncyCastle GOST, что вполне ожидаемо. Ну, и интерфейсы, реализующие проверку (CAdESSignerBESImpl.verify / CAdESSignerPKCS7Impl.verify)



Настройки журналирования jre мы поправили в соответствии с рекомендациями, и переконфигурировали log4j. т.к. конфигурация приложения перекрывает конфигурацию jre. Level FINE соответствует TRACE в log4j, мы установили в TRACE (соответствует FINER). Конфиг такой:


К сути ошибки в первом сообщении мало что можно добавить: сертификат, добавленный в jre cacerts, тот, что мы получили от тестового УЦ, имеет ссылку на сертификат, которого у нас нет. Java проверить цепочку не может. Тот сертификат, который должен быть в цепочке - мы найти на сайте не можем. Другие сертификаты на сайте криптопро есть, но того, который необходим - нет. Мы очень хотим понять:
1. Где можно получить сертификат для завершения цепочки? Будет ли достаточно его импортирования в cacerts для успешной проверки?
2. Правильный ли это путь вообще? Поскольку мы подписываем через SOAP, кажется логичным предположить, что и для проверки подписи должен существовать SOAP сервис. Есть ли такой? Если есть - подскажите где его можно найти, в документации найти указаний на него не можем, но поиск в базе знаний и по форуму дает основания предположить, что он может существовать. Где-то.
3. Существует ли референсная реализация JCP 2.0? Мы видели старые примеры для 1.0, глядя на которые и делали свою реализацию когда-то, но изменения в интерфейсах не позволяют опираться на прошлый опыт. Javadoc в JCP 2.0 не включает примеров по проверке отсоединенной подписи.

Сертификат, с которым экспериментируем:
certificate_11498.cer (2kb) загружен 14 раз(а).

На самом деле проблема может быть и в том, что мы не смогли добраться до корневого сертификата УЦ. Потому как не совсем прозрачно откуда именно его взять.
На https://dss.cryptopro.ru нет явного указания на корневой сертификат
А по ссылке на тестовые УЦ часть ссылок с https://www.cryptopro.ru/solutions/test-ca не открывается вообще, открывающиеся мы вроде перепробовали все, но перебирать их - метод не лучший...