В большинстве случаев Вы никак не сможете определить при проверке подписи какие на самом деле использованы средства подписи и какой был носитель ключа. Да, некоторые сертифицированные средства подписи добавляют такую информацию, но ничего не мешает несертифицированным добавить ложную информацию, что они сертифицированные или назваться сертифицированными. Например, openssl имеет средства для кодирования любого расширения в ASN или двоичном режиме. Остается полагаться только на аккредитованнаяй УЦ, что УЦ проверил что исходный ключ был на сертифицированном носителе. Однако если ключ экспортируемый, то пользователь его мог потом перенести на другой носитель. Фактически это может установить только проверка от компетентных органов. Плагин же максимум может проверить видимое на соответствие требованиям.

Насчет шифрования наверно использовано не совсем корректная формулировка, так как подпись и шифрование все же разные операции. Не придираясь к деталям: определить алгоритм ключа возможно как по сертификату, так и в большинстве случаев по самой подписи (если подпись не "голая", но такая и не будет квалифицированной из-за отсутствия сертификата).

Аккредитованность УЦ определить напрямую сложно, максимум можно только определить что корневой УЦ принадлежит Минкомсвязи, что сертификат УЦ не отозван и в принципе все. Это достаточное условие, но не необходимое. Обратите внимание, если аккредитованный УЦ выпустит корневой сертификат, то эта схема проверки не сработает, однако это не означает что УЦ перестал быть аккредитованным если использует свой корневой сертификат. Поэтому сейчас Минкомсвязь борется с такой практикой использования своих корневых и выпускает сертификаты по запросам, а не кросс-сертификаты по корневым. Тем не менее старые корневые все еще действительны и будут действительны как минимум до 31/12/2019. В полной мере определить аккредитованность можно только по сайта e-trust.gosuslugi.ru но это уже задача совсем не плагина.

Наличие штапа времени и доказательств подписи действительно можно определить плагином, однако строго говоря это не является необходимым требованием для квалифицированной подписи и нужны только для продления срока действия ЭП. В отличие от сертифицированного носителя, который не упомянут в законе, но как правило упомянут в формулярах сертифицированных средств ЭП. Однако, продление все равно не будет действовать вечно, сертификаты УЦ рано или поздно истекут, лет 10-20 максимум.
Подводя итог: проверьте цепочку до корневого сертификата Минкомсвязи (на отзыв и время действия). Обычно этого достаточно - корневые сертификаты должны быть установлены там, где проверяется подпись.

Отредактировано пользователем 2 июля 2019 г. 5:51:51(UTC)  | Причина: Не указана

Так я и пишу: на отзыв и время действия. Как будет трактоваться время тоже указано в законе. В пересказе: если вообще нет штампа времени - по текущему времени. Если есть штамп доверенного времени - по штампу доверенного времени. Доверенное время это подписанное кем-то еще со специальным назначением подписи (сервером TSP). Обратите внимание, что в подпись можно включить отметку времени подписанную собой, и она строго говоря не является доверенным временем. При проверке такую отметку можно игнорировать и проверять по текущему времени. Если есть отметка доверенного времени или мы верим самоподписанной отметке, то конечно не только конечный сертификат, то и вся цепочка проверяется по данному времени.Теоретически да, но практически это просто продлит срок действия ЭП на пару-тройку лет, так как сертификат tsp не намного дольше действует чем сертификат клиента. И даже если это обойти, то сертификат УЦ для tsp действует 10-20 лет. Дольше уже невозможно, так как развитие компьютеров сделает ненадежным все алгоритмы используемые сейчас и будет теоретически возможно подделать ЭП. Поэтому если не нацеливаться на максимальный вид ЭП вроде xades-A и не переподписывать новыми алгоритмами результат проверки позднее, то ЭП все равно в какой-то момент станет недействительна.
При всем сказанном, ЭП без доверенного времени все равно может быть квалифицированной хотя и истекает вместе с сертификатом.

Отредактировано пользователем 2 июля 2019 г. 13:23:22(UTC)  | Причина: Не указана

Вы просто охренительно читаете законы ...
"Если момент времени не определён" никак не фиксирует процедуру определения. С какого перепугу надо резко перепрыгивать на штампы времени - так и остаётся загадкой.

P.S.
CadesBES момент времени, таки, определяет. Ну так про доверенность в законе не сказано.

Принципиальное различие между какими-то своими решениями и службой штампов времени аккредитованного УЦ мне видятся в следующем:

Если ты использовал штамп времени из Акредитованного УЦ - тебе не нужно ничего больше для доказательства юридической силы подписанного документа
Если ты контролируешь время подписания сам - то в случае возникновения вопросов придется доказывать что твоя система:
1. корректно контролирует время
2. Никто злонамеренно не изменил в ней локальное время для подделки времени подписи.


Кроме того, если система предполагает загрузку уже подписанных документов извне, очевидно что степень доверия к таким подписям ниже.

Отредактировано пользователем 3 июля 2019 г. 10:58:49(UTC)  | Причина: Не указана

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

Если мы загружаем документ подписанный вне нашей системы, можем ли мы доверять времени генерации подписи? скорее всего нет.
А если штамп времени есть - то вопрос сразу снимается.