1 «А был ли мальчик?»
Многие и помногу подписывают документы электронной подписью (ЭП), рассчитывая, что их подпись законная. «Законная» не в смысле «сошлась математика» или «нет сомнений в сертификате подписанта». «Законная» - в смысле соответствия закону, как минимум основному по электронной подписи: 63-ФЗ "Об электронной подписи".
Вопрос 1. Если в постановлении или приказе госОргана про документы с ЭП явно не сказано, что требуется подпись «в соответствии с 63-ФЗ», то означает ли это, что такая подпись может противоречить требованиям 63-ФЗ, но быть допустимой?
Рассмотрим ситуацию, когда в постановлении или приказе госОргана явно есть ссылка на 63-ФЗ. Например, МинТруд приказ № 578н (т.е. речь про ЭП в рамках Трудового Кодекса, т.е. 197-ФЗ) требует ЭП, «сформированные в соответствии с требованиями Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" или в полной формулировке:
ЕДИНЫЕ ТРЕБОВАНИЯ
К СОСТАВУ И ФОРМАТАМ ДОКУМЕНТОВ, СВЯЗАННЫХ С РАБОТОЙ,
ОФОРМЛЯЕМЫХ В ЭЛЕКТРОННОМ ВИДЕ БЕЗ ДУБЛИРОВАНИЯ
НА БУМАЖНОМ НОСИТЕЛЕ
1. Документ, связанный с работой, оформленный в электронном виде без дублирования на бумажном носителе (далее - электронные документы, связанные с работой), должен состоять из следующих структурных элементов:
…
электронная подпись (электронные подписи) (при наличии) основной части документа и приложения к основной части электронного документа, связанного с работой, представленная в виде файлов электронной подписи, установленные статьей 22.3 Трудового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 2002, N 1, ст. 3; 2021, N 48, ст. 7947), и сформированные в соответствии с требованиями Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036; 2022, N 29, ст. 5306);
Вопрос 2 (ключевой вопрос): Определен ли в 63-ФЗ формат электронной подписи?
Что он должен был быть определен – это однозначно. Читаем 63-ФЗ: http://www.consultant.ru/document/cons_doc_LAW_112701/fe1ea3ca3855c3a34b9d8f333f8eb8d9149c5df9/
Статья 8.
4. Федеральный орган исполнительной власти, осуществляющий функции по выработке и реализации государственной политики и нормативно-правовому регулированию в сфере информационных технологий, устанавливает:
…
5) формат электронной подписи, обязательный для реализации всеми средствами электронной подписи, по согласованию с федеральным органом исполнительной власти в области обеспечения безопасности;
(п. 5 введен Федеральным законом от 30.12.2015 N 445-ФЗ)
В соответствии с Постановлениями Правительства РФ от 28.11.2011 N 976 (О ФЕДЕРАЛЬНОМ ОРГАНЕ ИСПОЛНИТЕЛЬНОЙ ВЛАСТИ, УПОЛНОМОЧЕННОМ В СФЕРЕ ИСПОЛЬЗОВАНИЯ ЭЛЕКТРОННОЙ ПОДПИСИ), от 02.06.2008 N 418 (О МИНИСТЕРСТВЕ ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РФ) МинЦифра является уполномоченным органом в области использования электронной подписи, на который в том числе возложены полномочия по установлению формата электронной подписи (п. 5 ч. 4 ст. 8 ФЗ "Об электронной подписи").
МинЦифры достаточно «долго думая» и видимо «в муках» родила:
Приказ Минцифры России от 14.09.2020 N 472 "Об утверждении Формата электронной подписи, обязательного для реализации всеми средствами электронной подписи"
(далее №472) Который начинается с
В соответствии с положениями пункта 5 части 4 статьи 8 Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036; 2019, N 26, ст. 3889) и абзаца третьего пункта 1 Положения о Министерстве цифрового развития, связи и массовых коммуникаций Российской Федерации, утвержденного постановлением Правительства Российской Федерации от 2 июня 2008 г. N 418 (Собрание законодательства Российской Федерации, 2008, N 42, ст. 4825; 2018, N 40, ст. 6142), приказываю:
1. Утвердить Формат электронной подписи, обязательный для реализации всеми средствами электронной подписи, согласно приложению к настоящему приказу.
http://publication.pravo.gov.ru/Document/View/0001202010290040
Формат действует см.: «Дата опубликования: 29.10.2020»
Редакция от 14.09.2020 — Действует с 09.11.2020 https://normativ.kontur.ru/document?moduleid=1&documentid=374443#l2
Т.е. нет сомнений, что формат утверждён и введен в действие, однако вспоминаем Отлагательное условие:
по согласованию с федеральным органом исполнительной власти в области обеспечения безопасности;
т.е. МинЦифры должна его (приказ и формат ЭП) была согласовать с ФСБ (федеральный орган исполнительной власти в области обеспечения безопасности) .
Вопрос 3. Существует ли опубликованное или секретное согласование со стороны ФСБ формата, разработанного МинЦифрой (№472)?
Если в постановлении \ приказе говорится, что требуется «подпись в соответствии с 63-ФЗ», то это означает что должен быть утвержденный формат подписи, иначе все подписи будут несовместимы между собой, т.е. это не обязательно PKCS\CMS\CADES\CADES-E (2016) и даже не обязательно RSA, а может быть и симметричный алгоритм формирования подписи, а также любой алгоритм расчета хеш. Если нет единого утвержденного формата, то все это «подписание» во всяком случае на гос-уровне в рамках соблюдения 63-ФЗ теряет всякий смысл, вследствие отсутствия единого формата и обеспечения элементарной совместимости.
Внутренние форматы ЭП операторов электронного документооборота (счета фактур и т.п.) тоже могут оказаться «вне закона», несмотря на то, что большими буквами они пишут:
Юридическую силу электронного документа регулирует Федеральный закон № 63-ФЗ «Об электронной подписи». В тексте закона сказано, что электронный документ, заверенный КЭП, равноценен аналогу на бумаге.
«Вне закона» хотя бы на том основании, что формат ЭП этих операторов не соответствует требованиям 63-ФЗ, но в регламентах идет ссылка на него.
Второй вариант подразумевает, что все-таки достанут «из рукава» и нам покажут согласование от ФСБ этого самого формата ЭП (№472), что узаконит №472.
2 «Что это было?» или формат МинЦифры №472
2.1 Будем считать, что №472 – законный (иначе ситуация становится абсолютно абсурдной). Тогда возникают вопросы:
А) как формировать ЭП в соответствие с №472? Видимо должны быть какие-то методические рекомендации разработчика СКЗИ, т.к. просто сказать, что нужно выбрать «gost двенадцатого года» - недостаточно. Есть подозрения, что №472 задумывался как перепев RFC 5652 (CMS 2009 года) с заменой RSA на ГОСТ.
RFC 5652 Cryptographic Message Syntax (CMS) https://www.protokols.ru/WP/wp-content/uploads/2009/09/rfc5652.pdf
Б) как проверить, что имеющаяся «на руках» подпись соответствует формату №472 (читай «соответствует 63-ФЗ»). Какая методика проверки?
Какой может быть алгоритм экспресс-проверки?
Хотелось бы увидеть онлайн сервис, который проверял бы файл подписи на соответствие 63-ФЗ (читай формату №472) и выдавал отчет проверки с указанием (расшифровкой) конкретных несоответствий.
Есть сервисы, которые проверят подпись на соответствие разным форматам:
- Проверку ЭП по стандарту XMLdsig в соответствии с W3C Recommendation (2008) …
- Проверку ЭП в формате PKCS#7 в соответствии с RSA Laboratories (1998) «PKCS #7: …
…
Но нигде нет проверки ЭП на соответствие формату №472.
Пробовали проверить свои подписи на соответствие 63-ФЗ, т.е. формату №472? Речь не про проверку «математика + сертификат», а именно на соответствие утвержденному Государственному формату.
Как вариант, брать имеющиеся подписи, их смотреть в микроскоп в ASN.1 декодере, например, https://lapo.it/asn1js/
и проверять наличие в файле всех обязательных OID (фраза «должен быть» к этому обязывает) и сверять их значения с указанными в №472, соблюдение последовательностей SEQUENCE, отсутствие не учтенных в №472 элементов.
2.2 Еще есть: Р 1323565.1.025-2019
Информационная технология. Криптографическая защита информации. Форматы сообщений, защищенных криптографическими методами
https://docs.cntd.ru/document/563507879
Как он соотносится с приказом №472?
Если ни из 63-ФЗ, ни из №472 нет ссылок на Рекомендации по стандартизации в
части ЭП (не только на указанный Р 1323565.1.025-2019), то вроде как: лебедь
(правительство\министерства\службы, определяющие СВОЙ документооборот с ЭП в
своей отрасли) - рак (МинЦифры, ФСБ со своим 63-ФЗ) и щука (Фед. агентство по
тех. регулированию и метрологии, т.е. бывший ГОССТАНДАРТ).
Например, ФССП сама себе определила формат ЭП: "Об определении вида электронной подписи ..."
https://www.garant.ru/products/ipo/prime/doc/400220620/
тем самым проигнорировав требование 63-ФЗ, что формат определяет МинЦифра (при выполнении выше указанного отлагательного условия).
Может быть есть более «глубокая» (глубоководная) связь «рака с щукой»?, т.е. №472 с рекомендациями по стандартизации бывшего ГОССТАНДАРТа? Вообще, насколько обязательны все эти ГОСТы и рекомендации по стандартизации? Вроде как N 184-ФЗ "О техническом регулировании" все поотменял, а они снова «по-всплывали»?
Вышел, например, Р 1323565.1.025-2019, – как понять: кто и в каких случаях обязан его исполнять?
Вообще, интересно «как это работает»? Вначале группа ТК26 (РОСССТАНДАРТ) пишет (завершает в 2014):
МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ (ПРОЕКТ) ИСПОЛЬЗОВАНИЕ АЛГОРИТМОВ ГОСТ 28147-89, ГОСТ Р 34.11 И ГОСТ Р 34.10 В КРИПТОГРАФИЧЕСКИХ СООБЩЕНИЯХ ФОРМАТА CMS
https://www.cryptopro.ru/sites/default/files/products/csp/rus-popov-cms-gost-00-re.pdf
Потом группа из МинЦифры делает проект №472 (завершает в 2017), потом группа ИнфоТеКС разрабатывает Р 1323565.1.025-2019, потом видимо уже другая группа из МинЦифры обсуждает и организует согласования и экспертизы №472 (2020)? Все вроде как делают во многом одно и тоже (ASN.1\CMS\gost). В чем хитрость? Почему не поручить одной группе?
2.3 Если формат №472 – общегосударственный, то главное, что должно быть написано в описании к любому СКЗИ для ЭП – это Большими буквами «поддержка формата №472» (читай поддержка самого 63-ФЗ). Тут же возникают вопросы к государственной сертификации всех СКЗИ, выполненной после 14.09.20.
Посмотрим на то, что лежит совсем на поверхности, например, пункт №6 приказа №472 весь с ошибками. На примере Content-type:
а) В №472: п. 6.1:
Тип содержимого (Content-type). Должен быть добавлен в атрибут id-contentType с объектным идентификатором вида "1.2.840.113549.1.3";
б) В RFC 5652 (п. 11.1):
Атрибут content-type должен быть подписанным (signed) или аутентифицированным (authenticated) атрибутом, для него недопустимо быть неподписанным (unsigned), неаутентифицированным (unauthenticated) или незащищённым (unprotected) атрибутом.
Ниже приведён идентификатор объекта для атрибута content-type.
id-contentType OBJECT IDENTIFIER ::= { iso(1) member-body(2)
us(840) rsadsi(113549) pkcs(1) pkcs9(9) 3 }
Значения атрибута content-type имеют тип ASN.1 ContentType
ContentType ::= OBJECT IDENTIFIER
в) В файле sig «из-под пера» КриптоПро:
OBJECT IDENTIFIER 1.2.840.113549.1.9.3 contentType (PKCS #9)
г) "1.2.840.113549.1.3" – это pkcs#3
https://oidref.com/1.2.840.113549.1.3
а нужен: https://oidref.com/1.2.840.113549.1.9.3
В помощь пара книжек по ASN.1 наших классиков:
Юрий Строжевский http://rsdn.org/article/ASN/ASN.xml
Юрий Семенов http://book.itep.ru/4/44/asn44132.htm
3 «Моя хата с краю» или позиция регуляторов-потребителей и интеграторов
Отраслевые регуляторы (не МинЦифра) в свои приказы вписывают требования «подпись в соответствии с 63-ФЗ». Когда им задаешь вопрос: а какой требуется формат ЭП?, а нужно ли соблюдать пресловутый формат №472?, то следует ответ: «мы то откуда знаем, спрашивайте это в КриптоПро». Например, неформальный ответ МинТруда (в контексте реализации упомянутого ранее приказа № 578н по кадровому документообороту): «№472 - это приказ для разработчиков криптопровайдеров» (т.е. не «для нас»).
Вендоры СЭД по этому вопросу ровно также спрашивателей отправляют лесом в КриптоПро, например, разработчики СЭД «Дело» отправляют туда же в ответах на вопрос из чата своего вэбинара по ЭП. Т.е. озвучивается легенда: у нас в СЭД только кнопочка «Подписать», а все вопросы по форматам ЭП – это пожалуйста к криптопровайдеру (CSP).
Форуму КриптоПро этот вопрос задан, но «воз и ныне там»:
Электронная подпись по 63-ФЗ и приказы МинЦифры
https://www.cryptopro.ru/forum2/default.aspx?g=posts&t=21655
Напомню, что рассуждения выше справедливы при условии, что №472 законен, т.е. существует явное согласование ФСБ. Если вдруг единого формата вообще нет (т.е. нет искомого согласования и выходит, что №472 – это «филькина грамота»), то использование электронной подписи возможно исключительно в рамках отдельных «n-сторонних» регламентов, где две (три, n) стороны фиксируют собственный формат ЭП, как например, ФССП («Об определении вида электронной подписи …»). Понятно, что в этом случае о массовой технологии подписания документов (разными системами) не может быть и речи.
Забавно, что до 2020 (14.09.20) вообще не было никакого формата ЭП, ни в рамках 63-ФЗ (2011), ни его предшественника «Об ЭЦП». Т.е. если ранее можно было лепить «все что в голову придет» (даже в сертифицированных СКЗИ много всевозможных ручных настроек), то после 14.09.20 вроде как эту «лавочку» прикрыли. "Прикрыли", сделав еще хуже.
4 Перед законом все равны, но некоторые равнее
Забавно, но сама МинЦифры вводит двойные стандарты, например, МЧД хочешь подписывай в XMLDSIG, а хочешь в №472:
УТВЕРЖДЕНЫ
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
от 18.08.2021 г. N 857ЕДИНЫЕ ТРЕБОВАНИЯ К ФОРМАМ ДОВЕРЕННОСТЕЙ, НЕОБХОДИМЫХ ДЛЯ ИСПОЛЬЗОВАНИЯ КВАЛИФИЦИРОВАННОЙ ЭЛЕКТРОННОЙ ПОДПИСИ
1. Доверенность создается в электронной форме в формате XML и подписывается усиленной квалифицированной электронной подписью в формате XMLDSIG или в соответствии с Форматом электронной подписи, обязательным для реализации всеми средствами электронной подписи, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 14.09.2020 N 472 «Об утверждении Формата электронной подписи, обязательного для реализации всеми средствами электронной подписи» (зарегистрирован в Министерстве юстиции Российской Федерации от 29 октября 2020 г., регистрационный N 60631).
https://www.diadoc.ru/docs/laws/p-857
Как так? «Всеми средствами электронной подписи», но мы всё же ровнее …
5 «Кто виноват?» и «Что делать?»
Как так получилось, что выпущен «сырой» приказ с обязательным для всех форматом ЭП?
На МинЦифры по ID проекта:
01/02/10-17/00074234: https://regulation.gov.ru/projects#npa=74234
есть карточка проекта, но ссылки там кривые (просмотр урезанный, не удалось скачать документы).
Может кто-то участвовал в этом нелегком и небыстром согласовании и может рассказать детали?
Окончание независимой антикоррупционной экспертизы: октябрь 2017, и в проекте приказа подписантом значился еще министр Н.А. Никифоров.
Нашел замечания «Сигнал-КОМ»: https://www.e-notary.ru/news_14/
КриптоПро и кто-либо еще из вендоров давали замечания? Как могли такое «проспать» ТК26, РОССТАНДАРТ и т.п.?
Ввиду отсутствия необходимых подробностей по формированию формата ЭП или уточняющих ссылок на RFC 5652 (или других RFC) получился неполный (неполноценный) и кривой аналогофнет №472 на 10 листах, пытающийся на эллиптических кривых (gost) «переплюнуть» куда более «многобуквенный» RFC 5652.
"По хорошему" вместо RFC 5652 нужно было сразу вводить формат CADES хотя бы ETSI TS 101 733 V2.2.1 (2013-04): https://www.etsi.org/del...60/ts_101733v020201p.pdf
а то и сразу ETSI 2016-го года (№472, Дата начала общественного обсуждения: 19 октября 2017 г.).
Для сравнения то, что уже в 2016/17 -том у соседей действовали:
http://online.budstandart.com/ru/catalog/doc-page.html?id_doc=65132
http://online.budstandart.com/ru/catalog/doc-page.html?id_doc=72925
Не говоря уже о соседях ЭП-передовиков, например, эстонцев.
Кроме группы ИнфоТеКС- РосСтандарт переводом международных стандартов по электронной подписи занимаются другие «группы», включая МинЗдрав, например, ETSI CADES \ XADES в составе: ИНФРАСТРУКТУРА С ОТКРЫТЫМ КЛЮЧОМ. Часть 4. Электронные подписи медицинских документов
Также непонятно как «ЭП от медицины» и приказ № 947н соотносятся с 63-ФЗ и № 472 (см. «лебедь-рак-щука»):
Что касается стандарта (формата) представления, то ссылки только на CMS-формат (п.13 приказа № 947н) явно недостаточно. Наверное, не надо было вообще в этом приказе говорить о форматах ЭП. Замечу, что формат УКЭП утвержден приказом Минкомсвязи РФ от 14.09.2020 № 472.
Кроме того, мы не затронули простую подпись, доверенное время и другие элементы 63-ФЗ, которые имеют отношение к единому формату ЭП. Формально, должен быть определен формат не только усиленной, но и простой подписи: разве они наносятся не средствами ЭП?, а чем тогда? «средствами не электронной подписи»? Формально он как бы определен в том же №472, т.к. нигде нет оговорок об обратном.
Странный замысел и реализация приказа МинЦифры про доверенное время (№ 857) мало чем отличается от обсуждаемого №472. А где в №472 прописаны CMS, которые Advanced (CADES), или форматы PADES (pdf-файл) и XADES (XML-файл) и другие, которые также применяются в рамках 63-ФЗ? «Впрочем, это уже совсем другая история».
Не хватает кармы поставить тег "Законодательство в ИТ", надеюсь, что более обкармованные товарищи прояснят вопрос относительно №472.
PS
Критический склад 63-ФЗ
Что не так с федеральным законом «Об электронной подписи» (63-ФЗ), и как это можно исправить
FAQ
1
Так задайте этот вопрос официально, письменно, чтобы и ответ был тоже официальный. Бьюсь об заклад, он будет отличаться от "спрашивайте в КриптоПро".
Задать вопрос нужно (все пишем и делимся ответами), но это не гарантировано что-то прояснит, а может и более запутать. Обращаю внимание на моменты:
а) важно понимать, что именно у законодателей не «на языке» (письменном ответе на вопрос), а «в голове», т.к. часто: Язык дан чтобы скрывать свои мысли. Иногда лучше иметь (понимать) мотивацию ответа, а не сам часто чисто формальный и туманный ответ, который можно интерпретировать по-разному. Часто позволяет приблизиться к разгадке именно «что в голове», которое законодатели озвучивают только неформально.
б) в своих ответах на подобные вопросы министерства и ведомства добавляют дисклеймер, который фактически говорит «мы думаем как-то так, но это не точно, а точно узнаете только в суде, когда Вам вынесут приговор».
в) наличие официального ответа не гарантирует прояснение ситуации, а может запутать еще больше. Привожу пример в части вопроса относительно простой подписи в кадровом документообороте и необходимости интеграции с госуслугами.
Было Постановление Правительства РФ от 01.07.2022 № 1192 «Правила взаимодействия информационной системы работодателя, …» http://www.consultant.ru/document/cons_doc_LAW_421101/92d969e26a4326c5d02fa79b8f9cf4994ee5633b/
которое было и остаётся многими непонятным от слова Совсем. Поэтому многие спрашивают: «А что это было?» и пишут вопросы в профильное министерство и ведомство. Итак:
Дисклеймеру министерства: «Мнение Минтруда России по вопросам, содержащимся в Вашем обращении, не является разъяснением и нормативным правовым актом» в письме Минтруда России от 6.10.2022 № 14-6/ООГ-6311. https://www.b-uchet.ru/ndoc/450883/
МинТруд опубликовал собственное понимание, но не «разъяснение» (что ожидалось всеми) многими непонятого Постановления Правительства РФ от 01.07.2022 № 1192 в части правил взаимодействия кадрового ЭДО с порталом госуслуг, вызывающие интриги, в том числе, «интеграция обязательна или по желанию»? Абзацем выше этого же письма МинТруд подчеркивает, что имеет право давать разъяснения, но видимо не может так позиционировать свой ответ, т.к. или сам не уверен, что верно понял содержание этого Постановления Правительства или считает кадровый ЭДО вообще за рамками своих компетенций (что еще более абсурдно).
Более того, «письмо - не разъяснение» Минтруда (интеграция обязательна только для простой электронной подписи) противоречит письму Роструда от 01.08.2022 N ПГ/19773-6-1 (интеграция с госуслугами обязательна в любом случае). https://buhexpert8.ru/npa/pismo-rostruda-ot-01-08-2022-n-pg-19773-6-1.html
…
Полагаем, что работодатели, которые перешли на электронный документооборот (далее — ЭДО), должны обеспечить взаимодействие своих систем ЭДО с федеральной государственной информационной системой «Единый портал государственных и муниципальных услуг (функций)».
Настоящее письмо не является правовым актом.
Не удивительно, что разъяснения самого Правительства или МинЦифры могут оказаться новой альтернативной версией, не совпадающей с озвученными взаимно противоречивыми мнениями МинТруда и РосТруда. На сегодня ситуация так и остаётся в «неопределённости» несмотря на то, что в компаниях постоянно идет внедрение кадрового электронного документооборота. Многие законы написаны так, что однозначно их интерпретировать без внешних дополнений – невозможно, а дополнения, данные «с отказом от ответственности» - часто добавляют только сумбур.
2
Ответ на вопрос 1 требует уточнения. А что такое "допустимая", в вашем понимании, подпись? Например. простая ЭП, согласно ФЗ, может быть в любом виде, который вы согласуете в рамках системы ЭДО.
«Допустимая» - это не противоречащая законАм, т.е. не только 63-ФЗ, но и другим остальным про ЭП. Применительно к указанной Вами простой ЭП. Совсем не значит, что всё то, что будет написано в корпоративном регламенте кадрового ЭДО (и подписано обоими сторонами) относительно простой подписи будет допустимым. Нужно еще чтобы «это написанное» не противоречило как 63-ФЗ, так другим постановлениям, приказам и т.п.
В FAQ1 приведены Постановление Правительства РФ от 01.07.2022 № 1192 и письмо Минтруда России от 6.10.2022 № 14-6/ООГ-6311. Согласно им, простая подпись будет «допустимой», только при наличии интеграции кадрового ЭДО с госуслугами.
Вообще в части электронной подписи могут выходить постановления Правительства, которые не меняют ни строчки в 63-ФЗ, но вносят в его интерпретацию иной (дополнительный) смысл, т.е. понять какой полный набор постановлений (приказов) определяет текущие требования к электронной подписи – сложная задача. Иногда случайно натыкаешься на новые и думаешь, а как об этом можно было вовремя узнать и почему нет единого реестра с разбивкой: это требования для всех подписей в рамках 63-ФЗ, это дополнительные требования для подписей по кадровому ЭДО, это требования для подписей там-то и там-то.
