Приказы

Приказ N 41 от 19.06.2026 об утверждении норм, касающихся установления связи между датой, временем и событием, а также определении точных источников указанного времени для предоставления квалифицированных электронных меток времени

Тип документа: Приказы
Дата принятия: 19.06.2026

СЛУЖБА ИНФОРМАЦИИ И БЕЗОПАСНОСТИ

П Р И К А З

об утверждении норм, касающихся установления связи между датой, временем

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

для предоставления квалифицированных электронных меток времени

№ 41 от 19.06.2026

(в силу 26.06.2026)

Мониторул Офичиал ал Р. Молдова № 280-283 ст. 507 от 26.06.2026

* * *

На основании ст.35 ч.(2) п.f) Закона № 124/2022 об электронной идентификации и доверительных услугах (Официальный монитор Республики Молдова, 2022 г., № 170-176, ст.317)

ПРИКАЗЫВАЮ:

Настоящий приказ предусматривает положения Регламента (ЕС) 2025/1929 о приведении в исполнение Комиссии от 29 сентября 2025 года, об установлении правил применения Регламента (ЕС) № 910/2014 Европейского Парламента и Совета в отношении установления связи между датой, временем и событием, а также определение точных источников указанного времени для предоставления квалифицированных электронных меток времени CELEX: 32025R1929, опубликованного в Официальном журнале Европейского Союза L 2025/1929 от 30 сентября 2025 года.

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

2. Настоящий приказ вступает в силу со дня опубликования в Официальном мониторе Республики Молдова.

ДИРЕКТОР	Александру МУСТЯЦА
№ 41. Кишинэу, 19 июня 2026 г.

Утверждены

Приказом директора Службы информации и

безопасности Республики Молдова

№ 41 от 19.06.2026 г.

НОРМЫ

установления связи между датой, временем и событием, а также

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

предоставления квалифицированных

электронных меток времени

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Нормы установления связи между датой, временем и событием, а также определение точных источников указанного времени для предоставления квалифицированных электронных меток времени (далее – Нормы), устанавливают перечень эталонных стандартов и технических характеристик, применяемых при предоставлении услуг электронная метка времени поставщиками доверительных услуг, в соответствии с положениями Закона № 124/2022 об электронной идентификации и доверительных услугах.

2. Стандарты и технические характеристики, предусмотренные данными Нормах, направлены на обеспечение надлежащего уровня безопасности, надёжности и интероперабильности электронных меток времени, а также соответствие передовой практике и международным стандартам в области доверительных услуг.

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

4. В случае если стандарты, представленные в данных Нормах, ссылаются на нормативные акты или институционные механизмы других юрисдикций, данные ссылки толкуются в той мере, в которой это применимо, со ссылкой на законодательство Республики Молдова, а также на международно-признанные стандарты или схемы сертификации, если таковые имеются.

5. Стандарты SM ETSI EN 319 421 v.1.3.1 (в дальнейшем - SM ETSI EN 319 421) и SM ETSI EN 319 422 v.1.1.1 (в дальнейшем - SM ETSI EN 319 422) используются поставщиками доверительных услуг в качестве эталонных стандартов для предоставления услуг квалифицированной электронной метки времени в Республике Молдова.

6. Использование стандартов, предусмотренных в пункте 5 осуществляется в соответствии с положениями, установленными в настоящих Нормах.

II. СПИСОК ЭТАЛОННЫХ СТАНДАРТОВ И ХАРАКТЕРИСТИК

ДЛЯ УСЛУГ ЦИФРОВЫХ ВРЕМЕННЫХ МЕТОК

7. В этой главе, определенные перечисленные ссылки могут указать разные источники, в зависимости от цитируемого стандарта к которому он относится или же могут указывать на одни и те же источники, но их нумерация может отличаться в соответствующих стандартах.

8. В Республике Молдова Стандарты SM ETSI EN 319 421 v.1.3.1 и SM ETSI EN 319 422 v.1.1.1 используются в соответствии с национальным законодательством в области доверительных услуг, со следующими поправками:

9. Поправки для SM ETSI EN 319 421:

9.1. Пункт 2.1, Нормативные ссылки:

- [3] ISO/IEC 15408: 2022 (части 1 – 5) “Безопасность информации, кибербезопасность и защита частной жизни – Критерии оценки для
ИТ-безопасности”.

- [4] SM ETSI EN 319 401 V3.1.1 (2024-06) “Электронные подписи и инфраструктура (ESI); Общие требования к политике поставщиков доверительных услуг”.

- [5] SM ETSI EN 319 422 V1.1.1 (2016-03) “Электронные подписи и инфраструктура (ESI); Профили для протокола временных меток и токена временных меток”.

- [9] Европейская Группа по сертификации в области кибербезопасности, Подгруппа по криптографии: “Согласованные криптографические механизмы”, опубликованные Европейским Агентством по Кибербезопасности (“ENISA”).

- [10] Регламент о привидении в исполнение (ЕС) № 2024/482 Комиссии об установлении правил применения Регламента (ЕС)
№ 2019/881 Европейского Парламента и Совета в отношении внедрения европейской системы сертификации в области кибербезопасности, основанной на общих критериях (EUCC).

- [11] Регламент о привидении в исполнение (ЕС) № 2024/3144 Комиссии по корректировке Регламента о привидении в исполнение (ЕС) № 2024/482 в отношении применимых международных стандартов и внесение изменений в соответствующее положение в данном Регламенте.

9.2. Пункт 2.1, Сроки:

- Срок действия сертификатов: временной интервал между notBefore и notAfter включительно, в котором Орган по сертификации (“AC”) гарантирует сохранность информации по статусу сертификата.

9.3. Пункт 6.2, Заявление о порядке предоставления доверительных услуг:

- OVR-6.2-03 TSA включает в себя информацию о доступности услуги или проставления временной метки в своём информационном заявлении TSA.

9.4. Пункт 3.3, Аббревиатура:

- EUCC - европейская система сертификации в области кибербезопасности, основанная на общих критериях.

9.5. Пункт 7.3, Безопасность персонала:

- OVR-7.3-02 Персонал TSA, обладающий доверенной ролью и, если применимо, их субподрядчики, также обладающие доверенными ролями, должны соответствовать требованию “знания по специальности, опыт и квалификация”, посредством обучения и официальной аккредитации или практического опыта, либо сочетания того и другого.

- OVR-7.3-03 В соответствии с OVR-7.3-02, включает в себя периодическую актуализацию (минимум раз в 12 месяцев) новых угроз и современных методов обеспечения безопасности.

9.6. Пункт 7.6.2, Генерация ключей TSU:

- TIS-7.6.2-03 Генерация ключа (ключей) TSU осуществляется посредством защищённого криптографического устройства, которое является сертифицированной доверенной системой, в соответствии с:

a) общими критериями оценки информационной безопасности, установленными ISO/IEC 15408 [3] или общими критериями оценки информационной безопасности, версия CC: 2022, части 1 – 5, опубликованные участниками Соглашения о признании сертификатов, соответствующих общим критериям в области информационной безопасности, сертифицированным в соответствии с EAL 4 или с более высоким уровнем безопасности; или

b) EUCC [10] [11] и сертификат в соответствии с EAL 4 или с более высоким уровнем безопасности; или

c) до 31 декабря 2030, FIPS PUB 140-3 [7] уровень 3.

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

Если защищённое криптографическое устройство получает преимущества от сертификации EUCC [10] [11], то данное устройство конфигурируется и используется в соответствии с данным сертификатом.

- TIS-7.6.2-04 – не заполнен.

- NOTA 3 - не заполнена.

- TIS-7.6.2-05A Алгоритм генерирования ключей TSU, длина полученного ключа подписи и алгоритм подписи, используемый для подписи временных меток и, соответственно, для подписания сертификатов открытого ключа TSU, соответствующие согласованным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности [9] и опубликованные ENISA.

- NOTA 4 - не заполнена.

- TIS-7.6.2-06A Ключ подписи TSU экспортируется и импортируется в другое защищённое криптографическое устройство только в том случае, если этот экспорт и импорт выполняются безопасным способом, в соответствии с сертификаций соответствующих устройств.

9.7. Пункт 7.6.3, Защита закрытого ключа TSU:

- TIS-7.6.3-02 Закрытый ключ TSU хранится и используется в защищённом криптографическом устройстве, которое представляет собой надёжную сертифицированную систему, в соответствии с:

a) общими критериями оценки информационной безопасности, установленными ISO/IEC 15408 [3] или общими критериями оценки информационной безопасности, версия CC: 2022, части 1 – 5, опубликованные участниками Соглашения о признании сертификатов, соответствующих общим критериям в области информационной безопасности, сертифицированные в соответствии с EAL 4 или с более высоким уровнем безопасности; или

b) EUCC [10] [11] и сертификат в соответствии с EAL 4 или с более высоким уровнем безопасности; или

c) до 31 декабря 2030, FIPS PUB 140-3 [7] уровень 3.

- TIS-7.6.3-03 – не заполнен.

- NOTA 2 - не заполнена.

9.8. Пункт 7.6.7, Завершение жизненного цикла ключа TSU:

- TIS-7.6.7-03A Срок действия закрытых ключей TSU должен соответствовать согласованным криптографическим механизмам [9].

- NOTA 1 - не заполнена.

9.9. Пункт 7.10, Сетевая безопасность:

- OVR-7.10-05 Сканирование уязвимости запрашивается REQ-7.8-13 из SM ETSI EN 319 401 [1] и проводится, как минимум, раз в триместр.

- OVR-7.10-06 Тест на проникновение, предусмотренный REQ-7.8-17X из SM ETSI EN 319 401 [1], проводится как минимум раз в год.

- OVR-7.10-07 Firewall должен быть конфигурирован таким образом, чтобы предотвратить все протоколы и доступы, необходимые для осуществления деятельности TSA.

9.10. Пункт 7.14, Прекращение предоставления услуг TSA и разработка планов в случае прекращения предоставления услуги:

- OVR-7.14-01A План прекращения деятельности TSP соответствует требованиям, изложенными в нормативных актах в сфере доверительных услуг.

10. Поправки для SM ETSI EN 319 422:
10.1. Пункт 2.1, Нормативные ссылки:

- [5] – не заполнен.

- [6] – не заполнен.

- [8] – Европейская Группа по сертификации в области кибербезопасности, Подгруппа криптографии: “Согласованные криптографические механизмы”.

- [9] RFC 9110 HTTP Семантика.

10.2. Пункт 4.1.3, Алгоритмы рассеивания, которые будут использоваться:

- Применяется следующий пункт: Алгоритмы рассеивания, используемые для распределения информации, подлежащие временной метке, ожидаемая длительность временной метки и hash-функции, должны соответствовать разработанным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.3. Пункт 4.2.3, Алгоритмы, нуждающиеся в поддержке:

- Применяется следующий пункт: Алгоритмы подписи с токеном временной метки, подлежащие поддержке, должны соответствовать разработанным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.4. Пункт 4.2.4, Длина ключей, подлежащие поддержке:

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

- NOTA - не заполнена.

10.5. Пункт 5.1.3, Алгоритмы, подлежащие поддержке:

- Применяется следующий пункт: Алгоритмы рассеивания для данных временной метки, подлежащие поддержке, ожидаемая длительность временной метки и hash-функции, должны соответствовать разработанным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.6. Пункт 5.2.3, Алгоритмы, которые должны быть использованы:

- Применяется следующий пункт: Алгоритмы рассеивания, используемые для распределения информации, подлежащие временной метке, а также алгоритмы подписи с токеном временной метки, подлежащие поддержке, должны соответствовать разработанным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.7. Пункт 6.3, Требования, относительно длины ключей:

- Применяется следующий пункт: Длина ключей для алгоритма выбранной подписи сертификата TSU, соответствует согласованным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.8. Пункт 6.5, Требования к алгоритмам:

- Применяется следующий пункт: Публичный (открытый) ключ TSU и подпись сертификата TSU используют алгоритмы, соответствующие согласованным криптографическим механизмам, одобренные Европейской группой по сертификации в области кибербезопасности и опубликованные ENISA [8].

- NOTA - не заполнена.

10.9. Пункт 7, Профили для транспортных протоколов, подлежащие поддержке:

- Клиент и сервер электронных меток времени должны быть совместимы с протоколом электронных меток времени, посредством HTTPS, как это указано в пункте 3.4 в SM IETF RFC 3161.

10.10. Пункт 8, Идентификаторы объектов криптографических алгоритмов:

и опубликованные ENISA [8].

10.11. Пункт 9.1, Декларация по соответствию Регламенту:

- В случае если токен электронной метки времени объявляется TSA как квалифицированная электронная метка времени, в соответствии с положениями Закона № 124/2022 об электронной идентификации и доверительных услугах, она должна содержать единственный экземпляр расширения qcStatements (Qualified Certificate Statements) в поле расширения токена электронной метки времени, используя синтаксис, указанный в IETF RFC 3739, пункт 3.2.6.;

- Расширение qcStatements должно содержать только один пример метки “esi4-qtstStatement-1”, так как это указано в Приложении B;

- Расширение qcStatements не помечено как критическое.