название документа подтверждающего полномочия получателя сертификата что это

Название документа подтверждающего полномочия получателя сертификата что это

Первичное обращение за Сертификатом

Для получения Первого Сертификата необходимо предоставить комплект документов и сведений в Управление или в соответствующий территориальный орган

Документы, предоставляемые Получателем сертификата ключа проверки электронной подписи (подаются в отдел РСиБИ Управления или в соответствующий территориальный орган)

Документы, предоставляемые Уполномоченным лицом

для получения сертификата ключа проверки электронной подписи (подаются в отдел РСиБИ Управления или в соответствующий территориальный орган)

Заявление на получение квалифицированного сертификата ключа проверки электронной подписи

Заявление на получение квалифицированного сертификата ключа проверки электронной подписи

Оригинал документа, удостоверяющего личность Получателя сертификата

Заверенная копия документа, удостоверяющего личность Получателя сертификата (заверяется самим владельцем)

Согласие Получателя сертификата на обработку персональных данных

Согласие на обработку персональных данных Получателя сертификата

Страховое свидетельство государственного пенсионного страхования (СНИЛС) (оригинал либо копия, заверенная в установленном порядке)

Доверенность или иной документ, подтверждающий полномочия Получателя сертификата

Свидетельство о постановке на учет физического лица в налоговом органе (ИНН) (оригинал либо копия, заверенная в установленном порядке)

Страховое свидетельство государственного пенсионного страхования (СНИЛС) (оригинал либо копия, заверенная в установленном порядке)

Доверенность или иной документ, подтверждающий полномочия Получателя сертификата

Свидетельство о постановке на учет физического лица в налоговом органе (ИНН) (оригинал либо копия, заверенная в установленном порядке)

Оригинал документа, удостоверяющего личность Уполномоченного лица

Согласие на обработку персональных данных Уполномоченного лица

Доверенность, подтверждающая полномочия Уполномоченного лица действовать от имени Организации

Доверенность на получение электронной подписи для работы в подсистеме «Бюджетное планирование» ГИИС «Электронный бюджет».

Ссылка для формирования сертификата (работает только в браузере InternetExplorer версии 9 и выше)

Для работы с онлайн сервисом подачи документов для получения сертификатов необходимо использовать: Интернет-браузер – InternetExplorer версии 9.0 и выше.

На рабочем месте обязательно должны быть установлены:

1. «КриптоПро CSP» версии 4.0 (Для штатной эксплуатации средств криптографической защиты эти средства должны быть установлены с дистрибутива, полученного в Управлении Федерального казначейства);

2. «КриптоПро ЭЦП BrowserPlugin» версии 2.0.

Установка личного сертификата проверки электронной подписи проводится в соответствии с Инструкцией

Установка корневых доверенных сертификатов проводится в соответствии с Инструкцией

Источник

Порядок получения сертификата электронной подписи

Порядок опирается на Регламент Удостоверяющего центра Федерального казначейства, утвержденный приказом Федерального казначейства от 31 июля 2015 г. № 197 (в редакции приказа Федерального казначейства от 25 июля 2016 г. № 280, в редакции приказа Федерального казначейства от 12 декабря 2017 г. № 342 вступившего в силу 15.02.2018 г. ).

Термины и определения

Запрос на сертификат – файл, созданный с использованием средств ЭП, содержащий КПЭП и иную информацию о Заявителе и/или о получателе сертификата.

Получатель сертификата – руководитель юридического лица, индивидуальный предприниматель или лицо, уполномоченное ими на подписание документов с использованием сертификата от имени Заявителя.

Компрометация КЭП – ознакомление неуполномоченного лица (лиц) с КЭП; потеря ключевого носителя; нарушение правил хранения и уничтожения КЭП (после окончания срока действия); нарушение печати на сейфе с ключевыми носителями; случаи, когда невозможно достоверно установить, что произошло с ключевыми носителями (в том числе случаи, когда ключевой носитель вышел из строя и доказательно не опровергнута возможность того, что данный факт произошел в результате несанкционированных действий злоумышленника).

Печать – печать с воспроизведением Государственного герба Российской Федерации или иная печать Заявителя, содержащая его наименование и используемая для заверения подлинности подписи лица, имеющего право действовать от имени Заявителя в соответствии с гражданским законодательством Российской Федерации.

Список аннулированных сертификатов (САС) – электронный документ, подписанный ЭП Федерального казначейства, представляющий собой список серийных номеров сертификатов, которые были аннулированы или действие которых было прекращено/приостановлено.

Копия документа, удостоверяющего личность – копия страниц паспорта гражданина Российской Федерации или иного документа, удостоверяющего личность, в соответствии с законодательством Российской Федерации, содержащая фамилию, имя, отчество (если имеется).

1. Договор присоединения (Соглашения) к Регламенту Удостоверяющего центра Федерального казначейства

Взаимодействие ТОФК и Заявителя, в рамках использования электронной подписи, осуществляется на основании заключенного Договора присоединения (Соглашения) к Регламенту Удостоверяющего центра Федерального казначейства

Заявитель – юридическое лицо или индивидуальный предприниматель, с которыми заключен Договор присоединения (Соглашение) к Регламенту Удостоверяющего центра Федерального казначейства.

2. Договор об обмене электронными документами

Данное соглашение регулирует взаимодействие ТОФК и Заявителя при электронном обмене документами через ПО (в частности СУФД)

3. Порядок выдачи средства ЭП и Средства создания запроса

Выдача средства ЭП, Средства создания запроса и эксплуатационной документации к ним производится во временное пользование по письменному обращению Заявителя с указанием фамилии, имени, отчества (при наличии) получающего лица в количестве соответствующему количеству получателей сертификатов, с приложением оптического носителя информации с возможностью однократной записи.

Для электронного документооборота (СУФД) и работы на официальных сайтах (ЕИС, ГМУ) необходимо предоставить письменное обращение по получению СКЗИ «КриптоПро CSP», СКЗИ Континент-АП и АРМ генерации ключей.

При этом, на уполномоченное лицо указанное в обращении, необходимо оформить Доверенность на получение СКЗИ и лицензии на его использование.

Так как в доверенности используются персональные данные, необходимо предоставить Согласие на обработку персональных данных (образец для Курганской области), если ранее не предоставлялось.

При выдаче средства ЭП и Средства создания запроса осуществляется идентификация лица, указанного в письменном обращении Заявителя, по документу, удостоверяющему личность.

В соответствии с приказом ФАПСИ №152 от 13.06.2001 (скачать), оптический носитель информации с СКЗИ должен быть зарегистрирован в » Журнале поэкземплярного учета СКЗИ, эксплуатационной и технической документации к ним, ключевых документов (для обладателя конфиденциальной информации) » (Официальный бланк журнала: скачать; Бланк журнала доработанный и с объяснениями по заполнению: скачать).

Установка, настройка и эксплуатация средства ЭП, Средства создания запроса осуществляется Заявителем самостоятельно в соответствии с требованиями эксплуатационной документации к ним и законодательства Российской Федерации.

Установка средства ЭП оформляется Актом установки средства электронной подписи (скачать), второй экземпляр которого направляется в УЦ ФК (по месту получения средства ЭП) не позднее десяти рабочих дней с момента установки средства ЭП

В случае расторжения Договора присоединения (Соглашения) к Регламенту Удостоверяющего центра Федерального казначейства, Заявитель возвращает ТОФК средства ЭП и эксплуатационную документацию к нему. Средства ЭП деинсталлируются с рабочих станций с оформлением Акта уничтожения средства ЭП (скачать) и утверждаются комиссией Заявителя. Один экземпляр Акта уничтожения средства ЭП передается в УЦ ФК (по месту получения средства ЭП), не позднее десяти рабочих дней с момента расторежниея Соглашения.

4. Порядок создания ключа электронной подписи, запроса на сертификат и заявления на сертификат

Удостоверяющий центр Федерального казначейства выдает два вида сертификатов:

Сертификат Заявителя ( физического лица ), применяется:

Сертификат Организации-заявителя ( юридического лица ), применяется:

В рамках Государственного контракта от 17.08.2017 № ФКУ0351/08/2017 на выполнение работ по развитию информационной системы «Удостоверяющий центр Федерального казначейства» создан портал заявителя с функционалом формирования запросов на квалифицированные сертификаты ключей проверки электронных подписей (ФЗС), позволяющий получателю сертификата (уполномоченному лицу) формировать комплект документов и сведений для создания/смены сертификата и направлять его в электронном виде в территориальный орган Федерального казначейства (ТОФК). В некоторых случаях без посещения ТОФК.

С августа 2018 года казначейство просит вас формировать заявления и запросы на сертификат с помощью портала ФЗС (https://fzs.roskazna.ru)

Инструкция подачи запроса на сертификат

Требования к автоматизированному рабочему месту, порядок получения доступа к функционалу ФЗС и его описание представлено в документе «Информационная система «Удостоверяющий центр Федерального казначейства». Руководство пользователя».

5. Комплект документов и сведений, представляемых для создания сертификата

6. Получение и установка сертификата

При получении сертификата владелец сертификата под расписку ознакамливается с информацией, содержащейся в сертификате.

Один экземпляр сертификата на бумажном носителе выдается владельцу сертификата.

Порядок установки сертификата пользователя на ПК пользователя

Порядок установки сертификатов корневых центров на ПК пользователя

Если при открытии сертификата пользователя видите такую картину

значит на вашем ПК не установлены сертификаты корневых центров.

Все актуальное по корневым сертификатом казначейства можно найти на данной странице:

Устанавливаются корневые сертификаты одинаково и для ГОСТ 2001 и для 2012.

1. Открываем скаченные файлы начиная с Головного удостоверяющего центра (Корневой сертификат ГУЦ.crt или Корневой сертификат ГУЦ ГОСТ 2012.crt) и устанавливаем его в » доверенные корневые центры сертификации «.

После переоткрытия файла видим такую картину:

После переоткрытия файла видим такую картину:

После всех манипуляций с файлами корневых центров, пользовательский сертификат при открытии должен иметь такой вид:

Для работы с порталом «Электронный бюджет» корневые сертификаты должны быть установлены в «Локальное хранилище»

Поэтому, при установки сертифката, в окне:

Источник

Приложение. Требования к форме квалифицированного сертификата ключа проверки электронной подписи

Требования к форме квалифицированного сертификата ключа проверки электронной подписи

С изменениями и дополнениями от:

Информация об изменениях:

1 Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036; 2020, N 24, ст. 3755.

2. В настоящих Требованиях используются следующие основные понятия, определенные в статье 2 Федерального закона:

Информация об изменениях:

Информация об изменениях:

Информация об изменениях:

Информация об изменениях:

Информация об изменениях:

4. При включении в состав квалифицированного сертификата дополнительных полей требования к их назначению и расположению в квалифицированном сертификате определяются в техническом задании на разработку (модернизацию) средств УЦ.

II. Требования к совокупности полей квалифицированного сертификата

5. Требования к совокупности полей квалифицированного сертификата устанавливаются на основании Федерального закона.

Информация об изменениях:

6. В соответствии со статьями 14 и 17 Федерального закона квалифицированный сертификат должен содержать следующую информацию:

— уникальный номер квалифицированного сертификата;

— даты начала и окончания действия квалифицированного сертификата;

— уникальный ключ проверки ЭП;

— наименование используемого средства ЭП и (или) стандарты, требованиям которых соответствует ключ ЭП и ключ проверки ЭП;

— наименования средств ЭП и средств аккредитованного УЦ, которые использованы для создания ключа ЭП, ключа проверки ЭП, квалифицированного сертификата, а также реквизиты документа, подтверждающего соответствие указанных средств требованиям, установленным в соответствии с Федеральным законом;

— наименование и место нахождения аккредитованного УЦ, который выдал квалифицированный сертификат;

— номер квалифицированного сертификата аккредитованного УЦ;

1 Постановление Правительства Российской Федерации от 28 ноября 2011 г. N 977 «О федеральной государственной информационной системе «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме» (Собрание законодательства Российской Федерации, 2011, N 49 (ч. V), ст. 7284; 2020, N 34, ст. 5484).

2 Собрание законодательства Российской Федерации, 2006, N 31 (ч. I), ст. 3448; 2020, N 24, ст. 3751.

7. Квалифицированный сертификат должен содержать квалифицированную ЭП аккредитованного УЦ (доверенного лица аккредитованного УЦ, уполномоченного федерального органа), подтверждающую принадлежность ключа проверки ЭП владельцу квалифицированного сертификата.

Если заявителем представлены в аккредитованный УЦ документы, подтверждающие его право действовать от имени третьих лиц, в квалифицированный сертификат может быть включена информация о таких правомочиях заявителя и сроке их действия.

III. Требования к порядку расположения полей квалифицированного сертификата

Информация об изменениях:

3 Справочно: Основы аутентификации в открытых системах определены в ГОСТ Р ИСО/МЭК 9594-8-98 «Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 8. Основы аутентификации».

1 Справочно: Профиль сертификата и списка аннулированных сертификатов определен в рекомендациях IETF RFC 5280 (2008) «Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile», опубликованных по адресу в информационно-телекоммуникационной сети Интернет: http://www.ietf.org/rfc/rfc5280.txt.

2 Справочно: Спецификация абстрактной синтаксической нотации версии один определена в ГОСТ Р ИСО/МЭК 8824-1-2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации».

11. Поле algorithmIdentifier (идентификатор алгоритма) содержит идентификатор криптографического алгоритма, с использованием которого аккредитованный УЦ, доверенное лицо аккредитованного УЦ либо уполномоченный федеральный орган сформировал ЭП настоящего квалифицированного сертификата. Дополнительно могут быть указаны параметры криптографического алгоритма:

12. Поле encrypted содержит ЭП, сформированную аккредитованным УЦ, доверенным лицом аккредитованного УЦ либо уполномоченным федеральным органом под структурированной совокупностью полей квалифицированного сертификата (toBeSigned).

13. Поле version (версия) содержит номер версии формата сертификата: Version ::= INTEGER < v1(0), v2(1), v3(2) >.

Ввиду необходимости использования дополнений сертификата значение поля version должно равняться 2.

14. Поле serialNumber (серийный номер) должно содержать положительное целое число, однозначно идентифицирующее квалифицированный сертификат в множестве всех сертификатов, выданных данным аккредитованным УЦ, доверенным лицом аккредитованного УЦ либо уполномоченным федеральным органом:

15. Поле signature (подпись) содержит идентификатор криптографического алгоритма, с использованием которого аккредитованный УЦ, доверенное лицо аккредитованного УЦ либо уполномоченный федеральный орган сформировали ЭП данного квалифицированного сертификата. Содержимое данного поля должно совпадать с содержимым поля algorithmIdentifier.

16. Поле issuer (издатель) имеет тип Name и идентифицирует аккредитованный УЦ, доверенное лицо аккредитованного УЦ либо уполномоченный федеральный орган, создавшие и выдавшие данный квалифицированный сертификат. Тип Name описывается следующим образом:

RDNSequence ::= SEQUENCE OF RelativeDistinguishedName

RelativeDistinguishedName ::= SET SIZE (1..MAX) OF AttributeTypeAndValue

Тип поля value определяется типом атрибута, но в общем случае в качестве AttributeValue выступает тип DirectoryString:

1) commonName (общее имя).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую фамилию физического лица. Объектный идентификатор типа атрибута surname имеет вид 2.5.4.4;

3) givenName (приобретенное имя).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую имя и отчество (если имеется) физического лица. Объектный идентификатор типа атрибута givenName имеет вид 2.5.4.42;

4) countryName (наименование страны).

1 Справочно: Двухсимвольные коды стран определены в ГОСТ 7.67-2003 (ИСО 3166-1:1997) «Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран».

5) stateOrProvinceName (наименование штата или области).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую наименование соответствующего субъекта Российской Федерации. Объектный идентификатор типа атрибута stateOrProvinceName имеет вид 2.5.4.8;

6) localityName (наименование населенного пункта).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую наименование соответствующего населенного пункта. Объектный идентификатор типа атрибута localityName имеет вид 2.5.4.7;

7) streetAddress (название улицы, номер дома).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую часть адреса места нахождения соответствующего лица, включающую наименование улицы, номер дома, а также корпуса, строения, квартиры, помещения (если имеется). Объектный идентификатор типа атрибута streetAddress имеет вид 2.5.4.9;

8) organizationName (наименование организации).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую наименование юридического лица. Объектный идентификатор типа атрибута organizationName имеет вид 2.5.4.10;

9) organizationUnitName (подразделение организации).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую наименование подразделения юридического лица. Объектный идентификатор типа атрибута organizationUnitName имеет вид 2.5.4.11;

10) title (должность).

В качестве значения данного атрибута имени следует использовать текстовую строку, содержащую наименование должности лица. Объектный идентификатор типа атрибута title имеет вид 2.5.4.12.

Для включения в квалифицированный сертификат иной информации о владельце квалифицированного сертификата рекомендуется использовать стандартные атрибуты имени, описанные в справочнике выбранных типов атрибутов.

18. К дополнительным атрибутам имени, необходимость использования которых устанавливается в соответствии с Федеральным законом, относятся:

OGRN ::= NUMERIC STRING SIZE 13;

SNILS ::= NUMERIC STRING SIZE 11;

Информация об изменениях:

3) INN (ИНН физического лица).

Информация об изменениях:

4) INNLE (ИНН юридического лица).

INNLE ::= NUMERIC STRING SIZE 10;

Информация об изменениях:

OGRNIP ::= NUMERIC STRING SIZE 15.

19. Поле validity имеет тип Validity и содержит даты начала и окончания действия квалифицированного сертификата. Тип Validity описывается следующим образом:

20. Поле subject имеет тип Name и идентифицирует владельца квалифицированного сертификата.

21. Поле subjectPublicKeylnfo имеет тип SubjectPublicKeylnfo и содержит значение ключа проверки ЭП владельца квалифицированного сертификата, а также идентификатор криптографического алгоритма, с которым должен использоваться данный ключ:

22. Необязательные поля issuerUniqueIdentifier и subjectUniqueIdentifier имеют тип UniqueIdentifier. Настоящие Требования не устанавливают требований к использованию указанных полей.

23. Дополнительная информация, касающаяся использования квалифицированного сертификата, включается в состав дополнений:

Для включения в квалифицированный сертификат иной информации о владельце квалифицированного сертификата, для которой не предусмотрены соответствующие стандартные атрибуты имени, в том числе информации о правомочиях владельца квалифицированного сертификата и сроке их действия, рекомендуется использовать дополнение subjectAlternativeName.

24. Дополнение authority Key Identifier (идентификатор ключа УЦ) имеет тип Authority KeyIdentifier, структура которого определяется следующим образом:

В квалифицированном сертификате следует использовать дополнение authorityKeyIdentifier с занесением в поле authorityCertSerialNumber номера соответствующего квалифицированного сертификата аккредитованного УЦ или доверенного лица аккредитованного УЦ либо уполномоченного федерального органа, создавшего исходный квалифицированный сертификат. Объектный идентификатор типа дополнения authorityKeyIdentifier имеет вид 2.5.29.35.

25. Дополнение keyUsage определяет область использования ключа проверки ЭП, содержащегося в поле subjectPublicKeylnfo квалифицированного сертификата. Дополнение keyUsage имеет тип KeyUsage, структура которого определяется следующим образом:

Значение «1» в первом бите означает, что область использования ключа включает проверку ЭП под электронными документами, отличными от квалифицированных сертификатов и списков аннулированных сертификатов, в отношении которых ставится задача обеспечения невозможности отказа подписавшего лица от своего действия.

Значение «1» во втором бите означает, что область использования ключа включает зашифрование закрытых или секретных ключей, например в целях их защищенной доставки.

Значение «1» в третьем бите означает, что область использования ключа включает непосредственно зашифрование пользовательских данных без дополнительного использования методов симметричной криптографии.

Значение «1» в четвертом бите означает, что область использования ключа включает согласование ключей.

Значение «1» в пятом бите означает, что область использования ключа включает проверку подписей под квалифицированными сертификатами.

Значение «1» в шестом бите означает, что область использования ключа включает проверку подписей под списками аннулированных сертификатов.

Значение «1» в седьмом бите означает, что область использования ключа включает зашифрование данных в процессе согласования ключей (при этом в четвертом бите должно быть значение «1»).

Значение «1» в восьмом бите означает, что область использования ключа включает расшифрование данных в процессе согласования ключей (при этом в четвертом бите должно быть значение «1»).

Объектный идентификатор дополнения keyUsage имеет вид 2.5.29.15.

26. Дополнение certificatePolicies предназначено для обозначения политик сертификации, в соответствии с которыми должен использоваться квалифицированный сертификат. Тип CertificatePoliciesSyntax, описывающий дополнение certificatePolicies, определяется следующим образом:

CertificatePoliciesSyntax ::= SEQUENCE SIZE (1..MAX) OF Policylnformation

Объектный идентификатор дополнения certificatePolicies имеет вид 2.5.29.32.

27. Для обозначения класса средств ЭП владельца квалифицированного сертификата должны применяться следующие идентификаторы:

28. Сведения о классе средств ЭП владельца квалифицированного сертификата должны быть указаны в дополнении certificatePolicies путем включения следующих идентификаторов:

— для класса средств ЭП КС 1: 1.2.643.100.113.1,

— для класса средств ЭП КС2: 1.2.643.100.113.1, 1.2.643.100.113.2,

— для класса средств ЭП КС3: 1.2.643.100.113.1, 1.2.643.100.113.2, 1.2.643.100.113.3,

— для класса средств ЭП КВ1: 1.2.643.100.113.1, 1.2.643.100.113.2, 1.2.643.100.113.3, 1.2.643.100.113.4,

— для класса средств ЭП КВ2: 1.2.643.100.113.1, 1.2.643.100.113.2, 1.2.643.100.113.3, 1.2.643.100.113.4, 1.2.643.100.113.5,

— для класса средств ЭП КА1: 1.2.643.100.113.1, 1.2.643.100.113.2, 1.2.643.100.113.3, 1.2.643.100.113.4, 1.2.643.100.113.5, 1.2.643.100.113.6.

Для средств ЭП, класс которых отличается от класса средств УЦ, в которых используются указанные средства ЭП, следует указывать идентификаторы для класса средств ЭП, соответствующего классу средств УЦ.

Информация об изменениях:

В случае, если идентификация заявителя при выдаче сертификата ключа проверки ЭП проводилась при его личном присутствии, дополнение identificationKind должно иметь значение 0.

В случае, если идентификация заявителя при выдаче сертификата ключа проверки ЭП проводилась без его личного присутствия с использованием квалифицированной ЭП при наличии действующего квалифицированного сертификата, дополнение identificationKind должно иметь значение 1.

Объектный идентификатор типа IdentificationKind имеет вид 1.2.643.100.114.

29. Для указания в квалифицированном сертификате наименования используемого владельцем квалифицированного сертификата средства ЭП должно использоваться некритичное дополнение subjectSignTool типа UTF8String SIZE(1..200), объектный идентификатор которого имеет вид 1.2.643.100.111.

30. Для указания в квалифицированном сертификате наименования средств ЭП и средств аккредитованного УЦ, которые использованы для создания ключа ЭП, ключа проверки ЭП, квалифицированного сертификата, а также реквизитов документа, подтверждающего соответствие указанных средств требованиям, установленным законодательством Российской Федерации, должно использоваться некритичное дополнение issuerSignTool типа IssuerSignTool, имеющего следующее представление:

В строковом поле signTool должно содержаться полное наименование средства ЭП, которое было использовано для создания ключа ЭП, ключа проверки ЭП и квалифицированного сертификата.

В строковом поле cATool должно содержаться полное наименование средства аккредитованного УЦ, которое было использовано для создания ключа ЭП, ключа проверки ЭП и квалифицированного сертификата.

Объектный идентификатор типа IssuerSignTool имеет вид 1.2.643.100.112.

IV. Требования к форме квалифицированного сертификата
на бумажном носителе

31. Форма квалифицированного сертификата на бумажном носителе должна удовлетворять следующим требованиям:

— отображение всех полей квалифицированного сертификата в виде, пригодном для восприятия человеком;

— отображение содержащейся в квалифицированном сертификате информации о наименованиях, именах, месте нахождения, области применения и другой информации на русском языке с использованием символов кириллического алфавита;

— пригодность для проведения формализованной процедуры контроля соответствия квалифицированного сертификата в формах электронного документа и документа на бумажном носителе.

Допускается не отображать в квалифицированном сертификате на бумажном носителе значения полей, которые фиксированы для всех квалифицированных сертификатов (например: поле version имеет значение 2, соответствующее версии v3).

Допускается в квалифицированном сертификате на бумажном носителе однократно отображать информацию, которая дублируется в различных полях (например, algorithmIdentifier и signature).

Информация об изменениях:

Источник