JCP 1.0.54 (с патчем CAdES_b.jar)
Припопытке формирования ЭП формата CAdES_X_Long_Type_1 происходит ошибка:

CRL issued by CN=%ИМЯ УЦ%, has wrong thisUpdate Mon Nov 14 12:54:22 MSK 2016 if compare to Mon Nov 14 16:44:09 MSK 2016

Диагностика показала, что в момент подписания отсутствовала связь с OCSP-сервером.
1. Но почему происходит т.н. fallback на список отзыва CRL - ведь момент thisUpdate (время, на которое информация об отзыве сертификата была актуальной)
всегда будет раньше чем текущий момент подписи!.
ведь ещё два года назад обещали убрать: https://www.cryptopro.ru....aspx?g=posts&t=7736
По правильному - надо выдавать соответствующий Exception?

2. Настраивается ли таймаут обращения к серверу? Сейчас, судя по логам он составляет 1 минуту, что в принципе долго (интерфейсу с пользователем достаточно 3-х секунд).

Версии 2.х не сертифицированы, насколько легитимно их использование в продуктивной среде, в случае изготовления квалифицированной ЭП?
Возникнут ли претензии у проверяющих/контролирующих органов


Не совсем понял, что значит "исходя из разницы во времени между серверами OCSP и TSP"?
2.1. Т.к. судя по логам для обращений к OCSP и TSP серверам используется стандартный класс может есть возможность "глобальной" настройки таймаута соединения?
2.2. Разве разница во времени OCSP и TSP серверов не регламентируется? Насколько она может быть большой?

1. Можно ли ознакомиться с данным документом?
2. Допустимо ли использование версии 2.х JCP в инфраструктуре с аккредитованным УЦ? Будет ли изготовленная ЭП соответствовать критериям "квалифицированности"?
Ведь согласно ст. 5 №63-ФЗ "Об электронной подписи" п. 4.2 "... используются средства электронной подписи, имеющие подтверждение подтверждение соответствия требованиям, установленным в соответствии с настоящим Федеральным законом ...

Остался маленький вопрос: у нас используется УЦ с КС2
Допустимо ли использовать в связке с этим УЦ Крипто-Про JCP 2.x?
С точки зрения "лицензионной чистоты"...