icon__file icon__search

ТРЕБОВАНИЯ к форме квалифицированного сертификата электронной подписи

Приложение 1

ТРЕБОВАНИЯ

к форме квалифицированного сертификата

электронной подписи

Глава 1. Общие положения

  1. Настоящие Требования к форме квалифицированного сертификата электронной подписи (далее – Требования) предназначены для определения условий по формированию квалифицированных сертификатов ключей проверки подписи аккредитованными удостоверяющими центрами.
  2. Настоящие Требования разработаны в соответствии с Законом Кыргызской Республики «Об электронной подписи» (далее – Закон) и во исполнение пункта 2 постановления Правительства Кыргызской Республики «О некоторых вопросах, связанных с использованием электронной подписи» от 31 декабря 2019 года № 742.
  3. Настоящие Требования не распространяются на средства защиты сведений, относящиеся к государственным секретам Кыргызской Республики.
  4. В настоящих Требованиях используются следующие понятия в соответствии с Законом:

1) электронная подпись (далее – ЭП) – информация в электронной форме, которая присоединена к другой информации в электронной форме и (или) логически связана с ней и которая используется для определения лица, от имени которого подписана информация;

2) сертификат ключа проверки подписи – электронный документ или документ на бумажном носителе, выданный удостоверяющим центром и подтверждающий принадлежность ключа проверки подписи владельцу сертификата ключа проверки подписи;

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

4) владелец сертификата ключа проверки подписи – лицо, которому в порядке, установленном Законом, удостоверяющим центром выдан сертификат ключа проверки подписи;

5) ключ подписи – уникальная последовательность символов, предназначенная для создания ЭП;

6) ключ проверки подписи – уникальная последовательность символов, однозначно связанная с ключом подписи и предназначенная для проверки подлинности ЭП (далее – проверка ЭП);

7) удостоверяющий центр (далее — УЦ) – юридическое лицо или индивидуальный предприниматель, осуществляющие деятельность по созданию и выдаче сертификатов ключа проверки подписи;

8) аккредитация УЦ – признание органом исполнительной власти, уполномоченным в сфере использования ЭП, соответствия УЦ требованиям, установленным Законом;

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

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

Глава 2. Требования к форме

квалифицированного сертификата

  • Настоящие Требования определяют обязательные и дополнительные поля квалифицированного сертификата (далее – форма квалифицированного сертификата).
  • Назначение дополнительных полей квалифицированного сертификата и их расположение в квалифицированном сертификате определяются в техническом задании на разработку (модернизацию) средств УЦ.
  • В соответствии с Законом квалифицированный сертификат должен содержать следующую информацию:

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

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

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

— идентификационный номер налогоплательщика (далее – ИНН) владельца квалифицированного сертификата — для юридического лица;

— ключ проверки подписи;

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

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

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

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

— ограничения использования квалифицированного сертификата (если ограничения устанавливаются);

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

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

Глава 3. Требования к порядку расположения полей

квалифицированного сертификата

  • Требования к порядку расположения полей квалифицированного сертификата устанавливаются в соответствии с основами аутентификации в открытых системах (см. пункт 1 главы 6 Требований), структурой сертификата открытого ключа и сертификата атрибутов (см. пункт 2 главы 6 Требований) и профилем сертификата и списка аннулированных сертификатов (см. пункт 3 главы 6 Требований).
  • Структура квалифицированного сертификата в форме электронного документа, определенная в соответствии со спецификацией абстрактной синтаксической нотации версии один (см. пункт 4 главы 6 Требований), должна иметь следующий общий вид:

Certificate:: = SIGNED { SEQUENCE {

     version                 [0]  Version DEFAULT v1,

     serialNumber                 CertificateSerialNumber,

     signature                    AlgorithmIdentifier,

     issuer                       Name,

     validity                     Validity,

     subject                      Name,

     subjectPublicKeyInfo         SubjectPublicKeyInfo,

     issuerUniqueIdentifier  [1]  IMPLICIT UniqueIdentifier

                                  OPTIONAL,

     subjectUniqueIdentifier [2]  IMPLICIT UniqueIdentifier

                                  OPTIONAL,

     extensions              [3]  Extensions OPTIONAL }}

SIGNED { ToBeSigned }:: = SEQUENCE {

     toBeSigned                   ToBeSigned,

     COMPONENTS OF                SIGNATURE { ToBeSigned }}

SIGNATURE { ToBeSigned }::= SEQUENCE {

     algorithmIdentifier          AlgorithmIdentifier,

     encrypted                    ENCRYPTED-HASH { ToBeSigned }}

ENCRYPTED-HASH {ToBeSigned }:: = BIT STRING (CONSTRAINED BY

                                      { ToBeSigned }).

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

Дополнительно могут быть указаны параметры криптографического алгоритма:

AlgorithmIdentifier::= SEQUENCE {

     algorithm ALGORITHM.&id ( { SupportedAlgorithms } ),

     parameters ALGORITHM.&Type ({ SupportedAlgorithms }

                                 { @algorithm } ) OPTIONAL }.

  1. Поле encrypted содержит ЭП, сформированную аккредитованным УЦ, доверенным лицом аккредитованного УЦ либо уполномоченным органом под структурированной совокупностью полей квалифицированного сертификата (toBeSigned).
  2. Поле version (версия) содержит номер версии формата сертификата: Version::= INTEGER { v1(0), v2(1), v3(2) }.
  3. Ввиду необходимости использования дополнений сертификата значение поля version должно равняться 2.
  4.  Поле serialNumber (серийный номер) должно содержать положительное целое число, однозначно идентифицирующее квалифицированный сертификат в множестве всех сертификатов, выданных данным аккредитованным УЦ, доверенным лицом аккредитованного УЦ либо уполномоченным органом: CertificateSerialNumber::= INTEGER.
  5. Поле signature (подпись) содержит идентификатор криптографического алгоритма, с использованием которого аккредитованный УЦ, доверенное лицо аккредитованного УЦ либо уполномоченный орган сформировали ЭП данного квалифицированного сертификата. Содержимое данного поля должно совпадать с содержимым поля algorithmIdentifier.
  6. Поле issuer (издатель) имеет тип Name и идентифицирует аккредитованный УЦ, доверенное лицо аккредитованного УЦ либо уполномоченный орган, создавшие и выдавшие данный квалифицированный сертификат. Тип Name описывается следующим образом:

Name::= CHOICE { rdnSequence RDNSequence }

RDNSequence::= SEQUENCE OF RelativeDistinguishedName

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

AttributeTypeAndValue

AttributeTypeAndValue::= SEQUENCE {

     type          AttributeType,

     value         AttributeValue }

AttributeType::= OBJECT IDENTIFIER

AttributeValue::= ANY DEFINED BY AttributeType.

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

в качестве AttributeValue выступает тип DirectoryString:

DirectoryString::= CHOICE {

     teletexString             TeletexString (SIZE (1..MAX)),

     printableString           PrintableString (SIZE (1..MAX)),

     universalString           UniversalString (SIZE (1..MAX)),

     utf8String                UTF8String (SIZE (1..MAX)),

     bmpString                 BMPString (SIZE (1..MAX)) }

  1. Стандартные атрибуты имени описаны в справочнике выбранных типов атрибутов (см. пункт 5 главы 6 Требований). При описании формы квалифицированного сертификата используются следующие стандартные атрибуты имени:
  2. commonName (общее имя).

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

  • surname (фамилия).

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

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

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

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

В качестве значения данного атрибута имени следует использовать двухсимвольный код страны (см. пункт 6 главы 6 Требований). Объектный идентификатор типа атрибута countryName имеет вид 2.5.4.6;

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

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

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

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

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

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

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

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

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

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

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

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

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

  1.  К дополнительным атрибутам имени, необходимость использования которых устанавливается в соответствии с Законом, относится INN (ИНН). Значением атрибута INN является строка, состоящая из 14 цифр и представляющая ИНН владельца квалифицированного сертификата. Атрибут INN описывается следующим образом: INN::= NUMERIC STRING SIZE 14.
  2. Поле validity имеет тип Validity и содержит даты начала и окончания действия квалифицированного сертификата. Тип Validity описывается следующим образом:

Validity::= SEQUENCE {

               notBefore         Time,

               notAfter          Time}

Time::= CHOICE {

               utcTime           UTCTime,

               generalTimeGeneralizedTime }.

  •  Поле subject имеет тип Name и идентифицирует владельца квалифицированного сертификата.
  •  Поле subjectPublicKeyInfo имеет тип SubjectPublicKeyInfo и содержит значение ключа проверки ЭП владельца квалифицированного сертификата, а также идентификатор криптографического алгоритма, с которым должен использоваться данный ключ:

SubjectPublicKeyInfo::=SEQUENCE{algorithm

AlgorithmIdentifier, subjectPublicKey BIT STRING }.

  •  Необязательные поля issuerUniqueldentifier и subjectUniqueIdentifier имеют тип UniqueIdentifier. Настоящие Требования не устанавливают требований к использованию указанных полей.
  •  Дополнительная информация, касающаяся использования квалифицированного сертификата, включается в состав дополнений:

Extensions::= SEQUENCE {

extnld EXTENSION.&id ( { ExtensionSet} ),

critical             BOOLEAN DEFAULT FALSE,

extnValue            OCTET STRING }.

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

  •  Дополнение authorityKeyIdentifier (идентификатор ключа УЦ) имеет тип AuthorityKeyIdentifier, структура которого определяется следующим образом:

AuthorityKeyIdentifier::= SEQUENCE {

keyIdentifier[0]  KeyIdentifier OPTIONAL,    

authorityCertIssuer[1] GeneralNames OPTIONAL, authorityCertSerialNumber[2]  CertificateSerialNumber

OPTIONAL }.

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

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

KeyUsage::= BIT STRING {

digitalSignature                (0),

ontentCommitment           (1),    

keyEncipherment              (2),   

dataEncipherment             (3),    

keyAgreement                   (4),

keyCertSign                      (5),    

cRLSign                          (6),

encipherOnly                   (7),    

decipherOnly                    (8) }.

Значение «1» в нулевом бите означает, что область использования ключа включает проверку ЭП под электронными документами, отличными от квалифицированных сертификатов и списков уникальных номеров квалифицированных сертификатов ключей проверки ЭП, действие которых на определенный момент было прекращено УЦ до истечения их действия (далее – список аннулированных сертификатов), предназначенными для выполнения процедур аутентификации или контроля целостности.

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

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

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

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

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

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

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

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

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

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

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

PolicylInformation PolicyInformation::= SEQUENCE {

     policyIdentifier     CertPolicyId,

     policyQualifiers     SEQUENCE SIZE (1..MAX) OF

                          PolicyQualifierInfo OPTIONAL}

CertPolicyId::= OBJECT IDENTIFIER

PolicyQualifierInfo::= SEQUENCE {

     policyQualifierId    PolicyQualifierId,

     qualifier            ANY DEFINED BY policyQualifierld }

     PolicyQualifierId::= OBJECT IDENTIFIER.

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

  •  Для указания в квалифицированном сертификате наименования используемого владельцем квалифицированного сертификата средства ЭП должно использоваться некритичное дополнение subjectSignTool типа UTF8String SIZE(1..200).
  •  Для указания в квалифицированном сертификате наименования средств ЭП и средств аккредитованного УЦ, которые использованы для создания ключа ЭП, ключа проверки ЭП, квалифицированного сертификата, а также реквизитов документа, подтверждающего соответствие указанных средств требованиям, установленным законодательством Кыргызской Республики, должно использоваться некритичное дополнение issuerSignTool типа IssuerSignTool, имеющего следующее представление:

IssuerSignTool::= SEQUENCE {

   signTool           UTF8String SIZE(1..200),

   cATool              UTF8String SIZE(1..200),

   signToolCert    UTF8StringSIZE(1..100),

   cAToolCert          UTF8StringSIZE(1..100)}.

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

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

В строковом поле signToolCert должны содержаться реквизиты заключения о подтверждении соответствия средства ЭП, которое было использовано для создания ключа ЭП, ключа проверки ЭП, требованиям, установленным в соответствии с Законом (далее – заключение о подтверждении соответствия средства ЭП).

В строковом поле cAToolCert должны содержаться реквизиты заключения о подтверждении соответствия средства УЦ, которое было использовано для создания квалифицированного сертификата, требованиям, установленным в соответствии с Законом (далее – заключение о подтверждении соответствия средства УЦ).

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

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

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

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

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

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

Общий вид квалифицированного сертификата на бумажном носителе для физических лиц приведен в главе 4 настоящих Требований.

Общий вид квалифицированного сертификата на бумажном носителе для юридических лиц приведен в главе 5 настоящих Требований.

Глава 4. Общий вид квалифицированного сертификата

на бумажном носителе для физических лиц

  1. Номер квалифицированного сертификата: _______________________
  2. Действие квалифицированного сертификата: с _________ по ________
  3. Сведения о владельце квалифицированного сертификата

— Фамилия, имя, отчество: _______________________________________

  • Сведения об издателе квалифицированного сертификата

— Наименование УЦ: ____________________________________________

— Место нахождения УЦ: ________________________________________

— * Доверенное лицо УЦ: ________________________________________

  • Номер квалифицированного сертификата УЦ: ____________________
  • Наименование средства ЭП: ___________________________________
  • Реквизиты заключения о подтверждении соответствия

средства ЭП: __________________________________________________

  • Наименование средства УЦ: ________________
  • Реквизиты заключения о подтверждении соответствия

средства УЦ: __________________________________________________

  1. Сведения о ключе проверки ЭП

— Используемый алгоритм: ______________________________________

— * Используемое средство ЭП: __________________________________

— Область использования ключа: __________________________________

— Значение ключа: ______________________________________________

  1. ЭП под квалифицированным сертификатом

— Используемый алгоритм: ______________________________________

— Значение ЭП: ________________________________________________

Подпись уполномоченного лица ___________ /<расшифровка подписи>/

Символом «*» отмечены поля, которые в квалифицированном сертификате могут отсутствовать.

Глава 5. Общий вид квалифицированного сертификата

на бумажном носителе для юридических лиц

  1. Номер квалифицированного сертификата: _______________________
  2. Действие квалифицированного сертификата: с _________ по ________
  3. Сведения о владельце квалифицированного сертификата

— Наименование юридического лица: ______________________________

— Идентификационный номер налогоплательщика: __________________

— Место нахождения юридического лица: __________________________

— * Уполномоченный представитель юридического лица: _____________

  • Сведения об издателе квалифицированного сертификата

— Наименование УЦ: ____________________________________________

— Место нахождения УЦ: ________________________________________

— * Доверенное лицо УЦ: ________________________________________

  • Номер квалифицированного сертификата УЦ: ____________________
  • Наименование средства ЭП: ___________________________________
  • Реквизиты заключения о подтверждении соответствия

средства ЭП: __________________________________________________

  • Наименование средства УЦ: ___________________________________
  • Реквизиты заключения о подтверждении соответствия

средства УЦ: __________________________________________________

  1. Сведения о ключе проверки ЭП

— Используемый алгоритм: ______________________________________

— * Используемое средство ЭП: __________________________________

— Область использования ключа: __________________________________

— Значение ключа: ______________________________________________

  1. ЭП под квалифицированным сертификатом

— Используемый алгоритм: ______________________________________

— Значение ЭП: ________________________________________________

Подпись уполномоченного лица ___________ /<расшифровка подписи>/

Символом «*» отмечены поля, которые в квалифицированном сертификате могут отсутствовать.

Глава 6. Перечень стандартов, используемых

в настоящих требованиях

  1. Основы аутентификации в открытых системах определены в ГОСТ Р ИСО/МЭК 9594-8-98 «Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 8. Основы аутентификации».
  2. Структура сертификата открытого ключа и сертификата атрибутов определена в международном стандарте ISO/IEC 9594-8:2008 «Information technology — Open systems interconnection — The Directory: Public-key and attribute certificate frameworks», опубликованном по адресу в информационно-телекоммуникационной сети Интернет: http://www.itu.int/rec/T-REC-X.509-200811-I/en.
  3. Профиль сертификата и списка аннулированных сертификатов определен в рекомендациях IETF RFC 5280 (2008) «Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile», опубликованных по адресу в информационно-телекоммуникационной сети Интернет: http://www.ietf.org/rfc/rfc5280.txt.
  4. Спецификация абстрактной синтаксической нотации версии один определена в ГОСТ Р ИСО/МЭК 8824-1-2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации». (ISO/IEC 8824-1:2001 Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation)
  5. Выбранные типы атрибутов определены в ГОСТ Р ИСО/МЭК 9594-6-98 «Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 6. Выбранные типы атрибутов» и в международном стандарте ISO/IEC 9594-6:2008 «Information technology — Open systems interconnection — The Directory: Selected attribute types», опубликованном по адресу в информационно-телекоммуникационной сети Интернет: http://www.itu.int/rec/T-REC-X.520-200811 -I/en.
  6. Двухсимвольные коды стран определены в ГОСТ 7.67-2003 (ИСО 3166-1:1997) «Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран».

Приложение 2

ТРЕБОВАНИЯ

к средствам электронной подписи и

к средствам удостоверяющего центра

Глава 1. Общие положения

  1. Настоящие Требования к средствам электронной подписи и к средствам удостоверяющего центра (далее – Требования) предназначены для подтверждения соответствия используемых юридическими лицами или индивидуальными предпринимателями средств электронной подписи и средств удостоверяющего центра нормативным правовым актам Кыргызской Республики.
  2. Настоящие Требования не распространяются на средства защиты сведений, относящиеся к государственным секретам Кыргызской Республики.
  3. Настоящие Требования разработаны в соответствии с Законом Кыргызской Республики «Об электронной подписи» (далее – Закон) и во исполнение пункта 2 постановления Правительства Кыргызской Республики
    «О некоторых вопросах, связанных с использованием электронной подписи»
    от 31 декабря 2019 года № 742.
  4. Настоящие Требования распространяются на средства электронной подписи и средства удостоверяющего центра, используемые на территории Кыргызской Республики юридическими лицами или индивидуальными предпринимателями.
  5. В настоящих Требованиях используются основные понятия, указанного Закона:
  6. электронная подпись (далее – ЭП) — информация в электронной форме, которая присоединена к другой информации в электронной форме и (или) логически связана с ней и которая используется для определения лица, от имени которого подписана информация;
  7. удостоверяющий центр (далее – УЦ) — юридическое лицо или индивидуальный предприниматель, осуществляющие деятельность по созданию и выдаче сертификатов ключа проверки подписи;
  8. ключ подписи — уникальная последовательность символов, предназначенная для создания ЭП;
  9. ключ проверки подписи — уникальная последовательность символов, однозначно связанная с ключом подписи и предназначенная для проверки подлинности ЭП (далее – проверка ЭП);
  10. средства ЭП — шифровальные (криптографические) средства, используемые для реализации хотя бы одной из следующих функций: создание ЭП, проверка ЭП, создание ключей ЭП и ключей проверки ЭП;
  11. сертификат ключа проверки ЭП — электронный документ или документ на бумажном носителе, выданный УЦ и подтверждающий принадлежность ключа проверки ЭП владельцу сертификата ключа проверки ЭП;
  12. владелец сертификата ключа проверки ЭП — лицо, которому в порядке, установленном указанным Законом, удостоверяющим центром выдан сертификат ключа проверки подписи;
  13. средства УЦ — программные и (или) аппаратные средства, используемые для реализации функций создания, хранения и выдачи сертификатов ключа проверки подписи, а также ведения реестра сертификатов ключа проверки подписи;
  14. участники электронного взаимодействия — государственные органы, органы местного самоуправления, организации и учреждения, а также граждане, обменивающиеся информацией в электронной форме.

Глава 2. Требования к средствам электронной подписи

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

Глава 3. Требования к средствам удостоверяющего центра

  1. Средства УЦ должны противостоять угрозам, определяемых как целенаправленные действия с применением аппаратных и (или) программных средств, направленных на нарушение инженерной, технической, программной и криптографической безопасности средств УЦ или с целью создания условий для этого.
  2. Средства УЦ должны применяться в условиях, отвечающих Требованиям к защите информации, содержащейся в базах данных государственных информационных систем, утвержденным постановлением Правительства Кыргызской Республики от 21 ноября 2017 года № 762 (далее – Требования по ЗИ).
  3. Средства УЦ, участвующие в обработке персональных данных, должны соответствовать Требованиям к обеспечению безопасности и защите персональных данных при их обработке в информационных системах персональных данных, исполнение которых обеспечивает установленные уровни защищенности персональных данных, утвержденным постановлением Правительства Кыргызской Республики от 21 ноября 2017 года № 760 (далее – Требования по безопасности ПД).
  4. Протоколы создания и аннулирования сертификатов ключей проверки ЭП должны быть отражены в регламенте УЦ.
  5. Средства УЦ должны реализовывать протокол аннулирования сертификата ключа проверки ЭП с использованием списков аннулированных сертификатов.
  6. Допускается реализация протоколов аннулирования без использования списков аннулированных сертификатов, требования к которым должны быть указаны в техническом задании на разработку или модернизацию средств УЦ.
  7. В средствах УЦ должна быть реализована функция изготовления сертификата ключа проверки ЭП на бумажном носителе. Порядок выдачи сертификата ключа проверки ЭП на бумажном носителе и процедура проверки соответствия сертификата ключа проверки ЭП в электронном виде и на бумажном носителе должны быть отражены в документации средства УЦ.
  8. В средствах УЦ в отношении владельца сертификата ключа проверки ЭП должны быть реализованы механизмы проверки уникальности ключа проверки ЭП и обладания соответствующим ключом ЭП.
  9. Допустимые структуры сертификата ключа проверки ЭП и списка аннулированных сертификатов должны быть перечислены в эксплуатационной документации на средства УЦ.
  10. В средствах УЦ должен быть реализован механизм контроля соответствия создаваемых сертификатов ключей проверки ЭП и списков аннулированных сертификатов заданной структуре.
  11. В средствах УЦ должны быть реализованы механизмы хранения и поиска всех созданных сертификатов ключей проверки ЭП и списков аннулированных сертификатов в реестре, а также сетевого доступа к реестру.
  12. В средствах УЦ должен быть реализован механизм поиска сертификатов ключей проверки ЭП и списков аннулированных сертификатов в реестре сертификатов ключей проверки ЭП по различным их атрибутам.
  13. Все изменения реестра сертификатов ключей проверки ЭП должны регистрироваться в журнале аудита.
  14. В эксплуатационной документации на средства УЦ должен быть описан механизм проверки подписи в сертификате ключа проверки ЭП по запросу участника электронного взаимодействия.
  15. В средствах УЦ должен быть реализован механизм проверки подлинности ЭП УЦ в выдаваемых им сертификатах ключей проверки ЭП.
  16. Проверка ЭП в сертификате ключа проверки ЭП осуществляется в соответствии с рекомендациями X.509, включая обязательную проверку всех критических дополнений.
  17. Для ограничения возможностей атак на средства УЦ с использованием каналов связи должны применяться средства межсетевого экранирования.
  18. Должны быть определены требования по защите средств УЦ от компьютерных вирусов.
  19. Соответствие средств УЦ настоящим Требованиям, может подтверждаться соответствующими официальными сертификатами, которые признаны на территории Кыргызской Республики.

Приложение 3

ПОЛОЖЕНИЕ

о подтверждении средств электронной подписи

и средств удостоверяющего центра требованиям,

установленным в соответствии с Законом

Кыргызской Республики «Об электронной подписи»

Глава 1. Общие положения

  1. Настоящее Положение устанавливает порядок подтверждения средств электронной подписи и средств удостоверяющего центра требованиям, установленным в соответствии с Законом Кыргызской Республики
    «Об электронной подписи» (далее – Закон).
  2. Настоящее Положение об подтверждении средств электронной подписи и средств удостоверяющего центра (далее – Положение) разработано в соответствии с Законом и во исполнение пункта 2 постановления Правительства Кыргызской Республики «О некоторых вопросах, связанных с использованием электронной подписи» от 31 декабря 2019 года № 742.
  3. В настоящем Положении используются основные понятия указанного Закона:
  4. электронная подпись (далее – ЭП) — информация в электронной форме, которая присоединена к другой информации в электронной форме и (или) логически связана с ней и которая используется для определения лица, от имени которого подписана информация;
  5. удостоверяющий центр (далее – УЦ) — юридическое лицо или индивидуальный предприниматель, осуществляющие деятельность по созданию и выдаче сертификатов ключа проверки подписи;
  6. средства ЭП — шифровальные (криптографические) средства, используемые для реализации хотя бы одной из следующих функций: создание ЭП, проверка ЭП, создание ключей ЭП и ключей проверки ЭП;
  7. средства УЦ — программные и (или) аппаратные средства, используемые для реализации функций создания, хранения и выдачи сертификатов ключа проверки подписи, а также ведения реестра сертификатов ключа проверки подписи;

Глава 2. Порядок подтверждения

средств ЭП и средств УЦ

  • При прохождении аккредитации и регистрации в реестре корневого УЦ владельцы УЦ (юридические лица или индивидуальные предприниматели) для получения подтверждения соответствия средств ЭП и средств УЦ требованиям, установленным в соответствии с Законом, направляют в Государственный комитет информационных технологий и связи Кыргызской Республики (далее – ГКИТиС) заверенные копии следующих документов:

— регламент УЦ;

— план размещения УЦ;

— политика информационной безопасности УЦ;

— инструкции, разработанные в соответствии с Политикой информационной безопасности УЦ;

— действующие сертификаты соответствий средств ЭП и средств УЦ, признанные на территории Кыргызской Республики;

— действующие сертификаты специалистов УЦ, подтверждающие компетентность в эксплуатации средств ЭП и средств УЦ;

— инструкцию по эксплуатации соответствующих средств ЭП и средств УЦ.

  • ГКИТиС проводит процедуру согласования с Государственным комитетом национальной безопасности Кыргызской Республики (далее – ГКНБ) указанного в пункте 4 настоящего Положения перечня документов.
  • ГКНБ осуществляет рассмотрение документов, указанных в пункте 4 настоящего Положения, в течение двух недель со дня поступления и по итогам рассмотрения направляет в ГКИТиС соответствующее заключение.
  •  По итогам согласования, ГКИТиС направляет владельцу УЦ официальный документ о соответствии или несоответствии средств ЭП и средств УЦ требованиям, установленным в соответствии с Законом.

ПРИКАЗ