Здравствуйте,

прислали тут приказ: http://publication.pravo...?index=0&rangeSize=1

Правильно ли я понимаю, что он по сути закрепляет часть rfc 5652 в отечественном законодательстве + уточняет некоторые значения атрибутов?
И по сути никаких действий с софтом не требуется, если подписываешь Crypto Pro и не составляешь сам сообщения в формате CMS?

Почитал стандарт, посмотрел существующие подписанные сообщения, вроде так всё и есть.

Отсоединенную не отменили - п.5.3: "Если поле eContent отсутствует, электронный документ хранится в отдельном файле."
С сертификатами на мой взгляд интереснее ситуация: о необходимости включать всю цепочку там явно, с моей точки зрения, не сказано. Один сертификат это тоже последовательность. А вот если цепочка сертификатов, то порядок их должен быть от корня к подписанту, п.2:
"иерархически обусловленная последовательность сертификатов, каждый последующий сертификат которой подписан ЭП, основанной на предшествующем сертификате"

Ещё меня напрягает п.6. Сравнил с текущей реализацией.
п.6.1: Тип содержимого(Content-type). Должен быть добавлен в атрибут id-contentType с объектным идентификатором вида: 1.2.840.113549.1.3
п.6.2: id-messageDigest с объектным идентификатором вида: 1.2.840.113549.1.4
п.6.3: id-aa-signingCertificateV2 с объектным идентификатором вида: 1.2.840.113549.1.9

у нас соответственно:
contentType 1.2.840.113549.1.9.3
messageDigest 1.2.840.113549.1.9.4
signingCertificateV2 1.2.840.113549.1.9.16.2.47 (тут как раз соответствует)

Такое ощущение, что просто ошиблись в приказе.

тут нет у меня комментариев. Не очень пока понимаю о чем речь.

П.7 похоже нас не касается, подписывает владелец у нас. А это про запрос сертификата, если я правильно понял.