---
title: "Приказ Минцифры России от 06.11.2020 N 580"
number: "580"
issuer: "Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации"
issued_on: 2020-11-06
status: действует
canonical: "https://bukva.ai/docs/prikaz-580-2020-mintsifry-rossii-ministerstvo"
---

## Приказ Минцифры России от 06.11.2020 N 580

# Приказ Минцифры России от 06.11.2020 N 580

"Об утверждении порядка создания и проверки метки доверенного времени"

(Зарегистрировано в Минюсте России 28.12.2020 N 61867)

> [!IMPORTANT]
> Срок действия документа [ограничен](#p100008) 1 января 2027 года.
> Начало действия документа - [01.01.2021](#p100008).


<a id="p100001"></a>Зарегистрировано в Минюсте России 28 декабря 2020 г. N 61867

---


<div align="center">

<a id="p100002"></a>**МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ**<br>
**И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ**

</div>


<a id="p100003"></a>**ПРИКАЗ**
от 6 ноября 2020 г. N 580

<a id="p100004"></a>**ОБ УТВЕРЖДЕНИИ ПОРЯДКА**
**СОЗДАНИЯ И ПРОВЕРКИ МЕТКИ ДОВЕРЕННОГО ВРЕМЕНИ**

<a id="p100005"></a>В соответствии с [пунктом 19 статьи 2](https://bukva.ai/docs/federalnyy-zakon-63-fz-2011/statya-2#p101) Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036; 2019, N 52, ст. 7794) и [пунктом 1](https://bukva.ai/docs/postanovlenie-418-2008#p96) Положения о Министерстве цифрового развития, связи и массовых коммуникаций Российской Федерации, утвержденного постановлением Правительства Российской Федерации от 2 июня 2008 г. N 418 (Собрание законодательства Российской Федерации, 2008, N 23, ст. 27.08; 2018, N 40, ст. 6142), приказываю:
1. <a id="p100006"></a>Утвердить прилагаемый [порядок](#p100011) создания и проверки метки доверенного времени.
2. <a id="p100007"></a>Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.
3. <a id="p100008"></a>Настоящий приказ вступает в силу с 1 января 2021 г. и действует до 1 января 2027 г.

<a id="p100009"></a>Министр
**М.И.ШАДАЕВ**





<div align="right">

<a id="p100010"></a>Утвержден<br>
приказом Министерства<br>
цифрового развития, связи

</div>

и массовых коммуникаций
Российской Федерации
от 06.11.2020 N 580

<a id="p100011"></a>**ПОРЯДОК СОЗДАНИЯ И ПРОВЕРКИ МЕТКИ ДОВЕРЕННОГО ВРЕМЕНИ**

1. <a id="p100012"></a>Настоящий Порядок определяет правила создания и проверки метки доверенного времени.
2. <a id="p100013"></a>Метка доверенного времени создается доверенной третьей стороной, удостоверяющим центром или оператором информационной системы (далее - служба меток доверенного времени) с использованием программных и (или) аппаратных средств, прошедших процедуру подтверждения соответствия требованиям, установленным в соответствии с [пунктом 19 статьи 2](https://bukva.ai/docs/federalnyy-zakon-63-fz-2011/statya-2#p101) Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (далее - Федеральный закон "Об электронной подписи").
3. <a id="p100014"></a>Создание метки доверенного времени осуществляется службой меток доверенного времени по запросу участников электронного взаимодействия путем подписания электронной подписью службы меток доверенного времени текущего достоверного значения времени в соответствии с требованиями к структуре метки доверенного времени.
4. <a id="p100015"></a>С целью обеспечения достоверной информации о моменте подписания электронного документа метка доверенного времени может быть присоединена к подписываемому документу или связана с подписываемым документом иным способом.
5. <a id="p100016"></a>Формат запроса метки доверенного времени и формат ответа службы меток доверенного времени на такой запрос, предусматривающий обеспечение целостности и достоверности метки доверенного времени, используются службой меток доверенного времени в соответствии с законодательством Российской Федерации в сфере технического регулирования и стандартизации.
6. <a id="p100017"></a>Службы меток доверенного времени, создаваемые доверенной третьей стороной или удостоверяющим центром, при создании метки доверенного времени должны получать информацию о точном значении времени с учетом часового пояса и календарной дате от технических средств передачи эталонных сигналов времени и частоты, а также информацию о точном значении времени и календарной дате (далее - технические средства передачи эталонных сигналов времени), функционирующих в соответствии с [Положением](https://bukva.ai/docs/postanovlenie-225-2001#p100009) о Государственной службе времени, частоты и определения параметров вращения Земли, утвержденным постановлением Правительства Российской Федерации от 23 марта 2001 г. N 225 (Собрание законодательства Российской Федерации, 2001, N 14, ст. 1361; 2018, N 49, ст. 7600). В метку времени заносятся значения о точном значении времени в соответствии со всемирным координированным временем (далее - UTC).
7. <a id="p100018"></a>Службы меток доверенного времени, создаваемые операторами информационных систем, получают информацию о дате и времени от технических средств передачи эталонных сигналов времени или от службы меток доверенного времени, указанных в [пункте 6](#p100017) настоящего Порядка, посредством информационно-телекоммуникационных сетей при условии обеспечения целостности передаваемой информации с использованием средств криптографической защиты информации, имеющих подтверждение соответствия требованиям, установленным согласно [части 5 статьи 8](https://bukva.ai/docs/federalnyy-zakon-63-fz-2011/statya-8#p100069) Федерального закона "Об электронной подписи".
8. <a id="p100019"></a>Проверка метки доверенного времени осуществляется службой меток доверенного времени при проверке действительности электронной подписи с использованием средств, прошедших процедуру подтверждения соответствия требованиям, установленным согласно [части 5 статьи 8](https://bukva.ai/docs/federalnyy-zakon-63-fz-2011/statya-8#p100069) Федерального закона "Об электронной подписи" в следующем порядке:
1) <a id="p100020"></a>служба меток доверенного времени проверяет математическую корректность электронной подписи;
2) <a id="p100021"></a>служба меток доверенного времени проверяет применимость метки доверенного времени к электронной подписи, для которой данная метка доверенного времени создана;
3) <a id="p100022"></a>служба меток доверенного времени осуществляет сравнение даты и времени, указанных в полученной для электронной подписи метке времени, со сроками действия сертификата ключа проверки электронной подписи, соответствующего проверяемой электронной подписи. Дата и время должны находиться в пределах срока действия данного сертификата;
4) <a id="p100023"></a>служба меток доверенного времени получает сведения об аннулировании сертификата ключа проверки электронной подписи на момент выдачи метки доверенного времени для данной электронной подписи. Дата и время аннулирования данного сертификата ключа проверки электронной подписи должны быть позже даты и времени, указанных в полученной для электронной подписи метке доверенного времени.
9. <a id="p100024"></a>Создание метки доверенного времени осуществляется в соответствии со следующими требованиями:
1) <a id="p100025"></a>Электронный документ должен содержать доказательства, что объекты данных существовали до определенного момента времени (далее - протокол штампов времени). В целях обеспечения указанных доказательств осуществляется взаимодействие службы штампов времени (TSA) и запрашивающей стороны посредством формирования запроса к TSA и проверки ее ответа.
2) <a id="p100026"></a>Служба штампов времени при создании метки времени должна:
<a id="p100027"></a>использовать значение UTC;
<a id="p100028"></a>включать достоверное значение времени в каждый штамп;
<a id="p100029"></a>включать уникальное целое число в каждый новый штамп;
<a id="p100030"></a>создавать штамп при получении запроса от запрашивающей стороны, когда это возможно;
<a id="p100031"></a>включать в каждый штамп времени идентификатор политики безопасности (регламента), согласно которой он был создан;
<a id="p100032"></a>ставить штамп времени только для хэш-значения, вычисленного с использованием устойчивой однонаправленной хэш-функции;
<a id="p100033"></a>проверять соответствие длины хэш-значения длине, определенной в алгоритме хэширования, идентификатор которого указан в запросе к TSA;
<a id="p100034"></a>не подвергать хэш-значение, которому присвоен штамп, какой-либо проверке (кроме проверки его длины, как это указано в предыдущем пункте);
<a id="p100035"></a>не включать в штампы времени какую-либо информацию, идентифицирующую запрашивающую сторону;
<a id="p100036"></a>подписывать каждый штамп времени ключом, сгенерированным специально для этой цели;
<a id="p100037"></a>включать дополнительную информацию в штамп времени, если этого требует запрашивающая сторона, используя только те расширения, которые поддерживаются службой штампов времени. Если это невозможно, служба штампов времени должна ответить сообщением об ошибке.
3) <a id="p100038"></a>В первом сообщении обмена в рамках данного протокола запрашивающая сторона посылает в службу штампов времени запрос на штамп времени (далее - TimeStampReq). Во втором сообщении служба штампов времени отвечает запрашивающей стороне сообщением (далее - TimeStampResp).
<a id="p100039"></a>При получении TimeStampResp, содержащего штамп времени (далее - TimeStampToken), запрашивающая сторона должна проверить ответ на ошибки о состоянии и, если их нет, проверить различные поля в TimeStampToken, а также действительность электронной подписи, которой подписан TimeStampToken, и убедиться, что данные с проставленным штампом времени соответствуют отправленным данным. Запрашивающая сторона должна проверить, что TimeStampToken содержит правильный идентификатор сертификата службы штампов времени (ESSCertIDv2), правильное хэш-значение (hashedMessage) и правильный идентификатор алгоритма хэширования (hashAlgorithm) в поле messageImprint.
<a id="p100040"></a>После этого запрашивающая сторона должна проверить актуальность ответа, соотнеся его время с собственным доверенным источником времени, если источник существует, либо сравнив включенное в ответ значение nonce со значением в запросе, а также убедиться в действительности сертификата службы штампов времени с помощью проверки соответствующего списка отозванных сертификатов.
4) <a id="p100041"></a>Запрос к службе штампов времени должен представлять собой структуру типа TimeStampReq:

<a id="p100042"></a>TimeStampReq::= SEQUENCE {
version          INTEGER { v1(1)},
messageImprint      MessageImprint,
<a id="p100043"></a>     -- OID алгоритма хэширования и хэш-значение от данных, для которых
<a id="p100044"></a>     -- требуется штамп времени
reqPolicy       TSAPolicyId           OPTIONAL,
nonce          INTEGER               OPTIONAL,
certReq         BOOLEAN               DEFAULT FALSE,
extensions      [0] IMPLICIT Extensions OPTIONAL}

<a id="p100045"></a>Поля структуры TimeStampReq должны быть заполнены следующим образом:


<table>
<colgroup><col width="19%"><col width="4%"><col width="31%"><col width="46%"></colgroup>
<tr><td><a id="p100046"></a>version</td><td><a id="p100047"></a>-</td><td colspan="2"><a id="p100048"></a>поле version описывает версию запроса штампа времени. Поле version должно иметь значение 1;</td></tr>
<tr><td><a id="p100049"></a>messageImprint</td><td><a id="p100050"></a>-</td><td colspan="2"><a id="p100051"></a>поле messageImprint должно представлять собой структуру типа MessageImprint. Структура MessageImprint должна выглядеть следующим образом:<br>MessageImprint::= SEQUENCE {</td></tr>
<tr><td></td><td></td><td><a id="p100052"></a>hashAlgorithm</td><td><a id="p100053"></a>AlgorithmIdentifier,</td></tr>
<tr><td></td><td></td><td><a id="p100054"></a>hashedMessage</td><td><a id="p100055"></a>OCTET STRING}</td></tr>
<tr><td></td><td></td><td colspan="2"><a id="p100056"></a>Служба штампов времени отказывает в выдаче штампа времени, возвращая сообщение со значением badAlg в поле PKIFailureInfo, если хэш-алгоритм не распознан.<br>Поле hashedMessage структуры MessageImprint должно содержать хэш-значение от данных, для которых требуется штамп времени. Служба штампов времени проверяет совпадение длины хэш-значения с длиной, установленной примененным хэш-алгоритмом, идентификатор которого указан в поле AlgorithmIdentifier.<br>По результатам такой проверки, в случае несовпадения указанных длин, служба штампов времени отказывает в выдаче штампа времени, возвращая сообщение со значением badAlg в поле badDataFormat;</td></tr>
<tr><td><a id="p100057"></a>reqPolicy</td><td><a id="p100058"></a>-</td><td colspan="2"><a id="p100059"></a>поле reqPolicy (при наличии) имеет тип TSAPolicyId и обозначает регламент службы штампов времени, согласно которому следует выдать TimeStampToken. TSAPolicyId определяется следующим образом:<br>TSAPolicyId::= OBJECT IDENTIFIER;</td></tr>
<tr><td><a id="p100060"></a>nonce</td><td><a id="p100061"></a>-</td><td colspan="2"><a id="p100062"></a>поле nonce (при наличии) имеет тип INTEGER и позволяет клиенту проверить актуальность ответа, когда локальное время недоступно. Значение поля nonce должно представлять собой уникальное 64-битное целое число, сгенерированное клиентом случайным образом. При отсутствии значения nonce в ответе, ответ клиентом должен отклонен;</td></tr>
<tr><td><a id="p100063"></a>certReq</td><td><a id="p100064"></a>-</td><td colspan="2"><a id="p100065"></a>поле certReq (при наличии) имеет тип BOOLEAN. Если поле certReq присутствует и имеет значение "true", сертификат ключа проверки подписи службы штампов времени должен быть помещен в поле certificates в структуре SignedData.<br>Если поле certReq отсутствует и имеет значение "false", поле certificates в структуре SignedData в ответе службы штампов времени не указывается;</td></tr>
<tr><td><a id="p100066"></a>extensions</td><td><a id="p100067"></a>-</td><td colspan="2"><a id="p100068"></a>поле extensions (расширения) имеет тип Extensions и позволяет добавить дополнительную информацию в запрос.<br>Служба штампов времени отказывает в выдаче штампа времени, возвращая сообщение об ошибке (unacceptedExtension), если поле Extensions не распознано.</td></tr>
</table>


5) <a id="p100069"></a>Ответ службы штампов времени должен представлять собой структуру TimeStampResp и выглядеть следующим образом:

<a id="p100070"></a>TimeStampResp ::= SEQUENCE {
  status        PKIStatusInfo,
timeStampToken TimeStampToken OPTIONAL}

6) <a id="p100071"></a>Структура PKIStatusInfo должна содержать информацию о статусе запроса к службе штампов времени и выглядеть следующим образом:

<a id="p100072"></a>PKIStatusInfo ::= SEQUENCE {
 status     PKIStatus,
 statusString PKIFreeText OPTIONAL,
 failInfo   PKIFailureInfo OPTIONAL }
<a id="p100073"></a>Поле status имеет тип PKIStatus.
<a id="p100074"></a>Поле statusString имеет тип PKIFreeText.
<a id="p100075"></a>Поле failInfo имеет тип PKIFailureInfo.

7) <a id="p100076"></a>Тип PKIStatus структуры PKIStatusInfo должен представлять собой числовое значение, определяющее статус службы штампов времени. Если значение равно 0 или 1, штамп времени TimeStampToken должен присутствовать. Если присутствует иное значение (кроме 0 или 1), штамп времени TimeStampToken не должен присутствовать.
<a id="p100077"></a>Служба штампов времени должна поддерживать только следующие возможные статусы:

<a id="p100078"></a>PKIStatus::= INTEGER {
<a id="p100079"></a> granted
<a id="p100080"></a> -- когда PKIStatus содержит значение 0, TimeStampToken
<a id="p100081"></a> -- присутствует, как и запрашивалось.
<a id="p100082"></a> grantedWithMods
<a id="p100083"></a> -- когда PKIStatus содержит значение 1, TimeStampToken
<a id="p100084"></a> -- присутствует с изменениями.
<a id="p100085"></a> rejection
<a id="p100086"></a> -- штамп времени не получен, причина указана в информационном сообщении
<a id="p100087"></a> waiting
<a id="p100088"></a> --  запрос  штампа  времени  еще  не  обработан, дополнительная информация
 ожидается позже.
<a id="p100089"></a> revocation Warning
<a id="p100090"></a> --   это   сообщение  предупреждает  о  том,  что  аннулирование неизбежно
<a id="p100091"></a> revocationNotification
<a id="p100092"></a> -- уведомление о том, что аннулирование имело место.

8) <a id="p100093"></a>Тип PKIFreeText структуры PKIStatusInfo должен представлять собой объяснение причины отклонения запроса штампа времени в виде текста.
9) <a id="p100094"></a>Тип PKIFailureInfo структуры PKIStatusInfo должен представлять собой числовое значение, определяющее тип произошедшей ошибки. Если TimeStampToken отсутствует, PKIFailureInfo показывает причину отклонения запроса штампа времени.
<a id="p100095"></a>Служба штампов времени должна поддерживать только следующие возможные значения:

<a id="p100096"></a>PKIFailureInfo::= BIT STRING {
<a id="p100097"></a> badAlg
<a id="p100098"></a> -- нераспознанный или неподдерживаемый идентификатор алгоритма
<a id="p100099"></a> badRequest
<a id="p100100"></a> -- транзакция не разрешена или не поддерживается
<a id="p100101"></a> badDataFormat
<a id="p100102"></a> -- отправленные данные имеют неверный формат
<a id="p100103"></a> timeNotAvailable
<a id="p100104"></a> -- источник времени в службе штампов времени недоступен
<a id="p100105"></a>unacceptedPolicy
<a id="p100106"></a> --   служба   штампов   времени   не  поддерживает  запрашиваемую политику
безопасности
<a id="p100107"></a> unacceptedExtension
<a id="p100108"></a> -- служба штампов времени не поддерживает запрашиваемое расширение
<a id="p100109"></a> addlnfoNotAvailable
<a id="p100110"></a> -- запрашиваемая дополнительная информация не распознается или недоступна
<a id="p100111"></a> systemFailure
<a id="p100112"></a> -- запрос не может быть обработан вследствие ошибки системы.

10) <a id="p100113"></a>Структура TimeStampToken содержит штамп времени и должна представлять собой структуру типа ContentInfo, где поле contentType должно содержать идентификатор типа содержимого "Подписанные данные" signed-data, а поле content должно содержать соответствующую структуру SignedData. Штамп времени TimeStampToken должен выглядеть следующим образом:

<a id="p100114"></a>    TimeStampToken::= ContentInfo
<a id="p100115"></a>      -- contentType is id-signedData (P 1323565.1.025-2019)
<a id="p100116"></a>      -- content is SignedData (P 1323565.1.025-2019)

<a id="p100117"></a>Настоящие требования определяют дополнительные условия к содержимому следующих полей структуры SignedData:
- <a id="p100118"></a>поля encapContentInfo;
- <a id="p100119"></a>поля signedAttrs, входящего в структуру SignerInfo, включающего в себя подписанный атрибут, содержащий идентификатор сертификата TSA.
11) <a id="p100120"></a>Поле encapContentInfo структуры SignedData должно представлять собой структуру типа EncapsulatedContentInfo. В него необходимо включать следующие значения:
- <a id="p100121"></a>в поле eContentType - следующий объектный идентификатор штампа времени:
<a id="p100122"></a>id-ct-TSTInfo OBJECT IDENTIFIER::= { iso(1) member-body(2)
<a id="p100123"></a>us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) ct(1) 4};
- <a id="p100124"></a>в поле eContent - штамп времени в виде строки октетов (OCTET STRING). Значение поля eContent должно быть результатом DER-кодирования структуры TSTInfo.
<a id="p100125"></a>Структура TSTInfo содержит штамп времени и должна быть представлена следующим образом:

<a id="p100126"></a>TSTInfo::= SEQUENCE {
 version         INTEGER { v1(1)},
 policy          TSAPolicyId,
 messageImprint     MessageImprint,
<a id="p100127"></a> -- должно содержать то же значение, что и поле TimeStampReq
 serialNumber      INTEGER,
<a id="p100128"></a> -- сторона,  запрашивающая  штамп  времени,  должна  принимать целые числа
длиной до 160 бит.
<a id="p100129"></a> genTime           GeneralizedTime,
 accuracy         Accuracy           OPTIONAL,
 ordering        BOOLEAN            DEFAULT FALSE,
 nonce          INTEGER              OPTIONAL,
<a id="p100130"></a> -- должно присутствовать, если аналогичное поле имеется в
<a id="p100131"></a> -- TimeStampReq. В этом случае поле должно иметь то же значение,
 tsa           [0] GeneralName       OPTIONAL,
    extensions          [1] IMPLICIT Extensions  OPTIONAL}

12) <a id="p100132"></a>Поля структуры TSTInfo должны быть заполнены в соответствии со следующими требованиями:


| <a id="p100133"></a>version | <a id="p100134"></a>- | <a id="p100135"></a>поле version имеет тип INTEGER и описывает версию запроса штампа времени. Поле version должно иметь значение 1.<br>Запрашивающая сторона должна распознавать штампы времени версии 1; |
| --- | --- | --- |
| <a id="p100136"></a>Policy | <a id="p100137"></a>- | <a id="p100138"></a>поле policy имеет тип TSAPolicyId и должно обозначать политику безопасности (регламент службы штампов времени, в рамках которой был дан ответ). Если в TimeStampReq присутствует поле reqPolicy, оно должно иметь то же значение, иначе должна быть возвращена ошибка unacceptedPolicy.<br>Поле policy содержит:<br>- условия использования штампа времени;<br>- информацию о доступности журнала штампов времени для проверки подлинности штампа времени; |
| <a id="p100139"></a>messageImprint | <a id="p100140"></a>- | <a id="p100141"></a>поле messageImprint имеет тип MessageImprint и должно иметь то же значение, что и поле messageImprint в TimeStampReq; |
| <a id="p100142"></a>serialNumber | <a id="p100143"></a>- | <a id="p100144"></a>поле serialNumber имеет тип INTEGER и является уникальным целым числом, присвоенным данной службой штампов времени каждому штампу времени TimeStampToken. Служба штампов времени обеспечивает уникальность этого числа в том числе в случаях сбоя в работе штампов времени; |
| <a id="p100145"></a>genTime | <a id="p100146"></a>- | <a id="p100147"></a>поле genTime имеет тип GeneralizedTime и обозначает время создания штампа времени соответствующей службой, должно быть выражено в UTC.<br>Значения GeneralizedTime должны включать секунды. Следует использовать GeneralizedTime с точностью до секунд. В отличие от ограничений, поле GeneralizedTime может содержать и доли секунд.<br>Используется следующий синтаксис: ГГГГММДДччммсс[.s...] Z.<br>Предусмотрены следующие ограничения к DER-кодированию:<br>1) результат кодирования должен оканчиваться на Z. При этом десятичный знак, если он присутствует, представляется в виде точки.<br>2) полночь представляется в следующей форме: ГГГГММДД000000Z, где ГГГГММДД обозначает наступивший день; |
| <a id="p100148"></a>accuracy | <a id="p100149"></a>- | <a id="p100150"></a><a id="p100151"></a>поле accuracy должно представлять собой структуру типа Accuracy и обозначает отклонение времени от времени, значение которого содержится в поле GeneralizedTime. Структура Accuracy выглядит следующим образом:<br>Accuracy ::= SEQUENCE {<br>seconds     INTEGER        OPTIONAL,<br>millis [0] INTEGER (1..999)  OPTIONAL,<br>micros [1] INTEGER (1..999) OPTIONAL<br>} |
|  |  | <a id="p100152"></a>Если поля seconds, millis или micros отсутствуют, то их значение должно быть равным 0.<br>Добавлением значения точности поле accuracy к GeneralizedTime вычисляется верхний предел значения времени в штампе времени, созданном службой штампов времени. Вычитанием точности из GeneralizedTime вычисляется нижний предел значения времени в штампе времени, созданном службой штампов времени. Точность представляется в секундах, миллисекундах и микросекундах в виде целого числа; |
| <a id="p100153"></a>ordering | <a id="p100154"></a>- | <a id="p100155"></a>поле ordering (упорядочивание) имеет тип BOOLEAN и используется для обозначения работы службы штампов времени в режиме, когда время создания двух штампов времени не может совпадать.<br>Значение "true" поля ordering означает необходимость упорядочивания штампов времени, последовательно выдаваемых службой штампов времени, по полю genTime вне зависимости от значения поля accuracy.<br>Отсутствие поля ordering или его значение "false" означают отсутствие необходимости упорядочивания штампов времени, последовательно выданных службой штампов времени по полю genTime. В этом случае упорядочивание штампов времени осуществляется только тогда, когда разница между genTime первого штампа и genTime второго штампа больше суммы значений точности genTime для каждого штампа; |
| <a id="p100156"></a>nonce | <a id="p100157"></a>- | <a id="p100158"></a>поле nonce (при наличии) имеет тип INTEGER и позволяет клиенту проверить актуальность значения штампа времени, когда локальное время недоступно. Значение поля nonce должно представлять собой уникальное 64-битное целое число, сгенерированное клиентом случайным образом. При отсутствии значения nonce в ответе, ответ клиентом должен отклонен; |
| <a id="p100159"></a>tsa | <a id="p100160"></a>- | <a id="p100161"></a>поле tsa имеет тип GeneralName и содержит название службы штампов времени. Значение поля tsa должно соответствовать одному из имен субъектов, включенных в сертификат, используемый для проверки подписи штампа времени; |
| <a id="p100162"></a>extensions | <a id="p100163"></a>- | <a id="p100164"></a>поле extensions (расширения) имеет тип Extensions и предназначено для дополнительной информации, помещаемой в запрос. |


13) <a id="p100165"></a>Штамп времени не должен содержать иных подписей, кроме подписи службы штампов времени.
<a id="p100166"></a>Идентификатор сертификата службы штампов времени ESSCertIDv2 должен быть включен в атрибут SigningCertificateV2.
<a id="p100167"></a>Атрибут SigningCertificateV2 является подписанным атрибутом и должен быть включен в поле signedAttrs структуры SignerInfo.



<a id="p100168"></a>

---