Приказ Министерства цифрового развития, связи и массовых коммуникаций РФ от 6 ноября 2020 г. № 580 “Об утверждении порядка создания и проверки метки доверенного времени”

Описание ссв-1г

Сервер частоты и точного времени «ССВ-1Г» представляет собой автономное устройство высотой 1U или 1.5U, устанавливаемое в 19” телекоммуникационную стойку, предназначенное для генерации сигналов частоты и точного времени.

В отличие от многих других продуктов, представленных на рынке, сервер времени ССВ-1Г выполнен не на базе промышленных серверов общего назначения, а использует собственную аппаратную платформу, что позволило значительно снизить его стоимость, повысить надёжность, а также исключить зависимость от производителя операционной системы и серверной платформы.

Синхронизация сервера точного времени осуществляется от сигналов спутниковых радионавигационных систем (СРНС) как GPS, так и российской ГЛОНАСС, что повышает точность определения времени и снижает риски зависимости оператора от зарубежных навигационных систем.

В качестве резервных источников синхронизации задающего генератора могут использоваться сигналы 1PPS, Е1/2,048 МГц, 5 (10) МГц, а также РТР.

В качестве резервных источников синхронизации шкалы времени могут использоваться протоколы PTP, TOD, Sirf, TimeString (по интерфейсам RS-232 или RS-485).

Питание ССВ-1Г осуществляется по двум вводам от независимых источников AC 220 В 50Гц / DC/AC 220 В / DC 36…72 В / DC 18…36 В. Энергопотребление зависит от комплектации и не превышает 60 Вт.

Обслуживание устройства максимально упрощено. Эксплуатационный персонал может получать информацию и управлять устройством посредством программного обеспечения «Система технического обслуживания», Web интерфейса (опционально), либо с помощью встроенных в устройство средств управления – графического индикатора и клавиатуры.

Выходные данные и пользовательский интерфейс

Данные о состоянии сетевых элементов отображаются в табличном виде с возможностью вывода их на печать.

Система имеет удобный пользовательский интерфейс, позволяющий легко просмотреть:

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

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

Сервер времени «ССВ-1Г» – это собственная разработка компании КОМСЕТ-сервис. Он имеет независимую аппаратную платформу, высокую точность передачи временных показателей, удобный интерфейс и два источника питания: основной и резервный. Купить сервер синхронизации времени в Москве можно у нас в стандартной или расширенной модификации.

Где используются ptp и ntp сервера времени

Сфера применения оборудования довольно широка. PTP или NTP сервер времени используется на всех объектах, где крайне важно регулировать временные параметры:

• Отрасль связи: операторы связи и телекоммуникаций, интернет-провайдеры.
• Транспортная отрасль: аэропорты, ЖД и автовокзалы.
• Энергетика: АЭС, гидроэлектростанции, цифровые подстанции, узлы распределения и системы управления.
• Добывающая промышленность: нефтегазовые компании, горнодобывающие компании.
• Космическая отрасль.
• Промышленность: на производствах, где требуется точное выполнение технологических процессов.
• В системах коммерческого автоматизированного учета.
• И т.д.

Модули источника частоты и времени ссв-1г

Модуль предназначен для приёма запросов от клиентов и формирования пакета с точным текущим временем согласно протоколам:

• Network Time Protocol (RFC 1119, RFC 1305, RFC 5905);
• Simple Network Time Protocol (RFC 1769, RFC 2030);
• Time Protocol (RFC 868);
• Daytime Protocol (RFC 867).

При использовании Network Time Protocol (NTP) имеется возможность производить рассылку пакетов на указанный IP-адрес (в т. ч. и широковещательную Broadcast), с указанной периодичностью.

Модуль имеет два независимых канала с идентичной функциональностью и одинаковым набором конфигурационных параметров. Конфигурация каналам задаётся индивидуально. Нагрузочная способность каждого из каналов составляет около 123 000 пакетов в секунду.

Модуль предназначен для приёма запросов от клиентов и формирования пакета с точным текущим временем согласно протоколам:

• Precision Time Protocol V2 (IEEE Std 1588-2008);
• Network Time Protocol (RFC 1119, RFC 1305, RFC 5905);
• Simple Network Time Protocol (RFC 1769, RFC 2030).

Доступные профили:

профиль G.8275.1;профиль G.8275.2;IEC/IEEE 61850-9-3-2021;IEEEC 37.238-2021;Custom.

Режим работы Precision Time Protocol (PTP) определяется комбинацией следующих параметров в любом сочетании:

Модуль выпускается в трёх модификациях PTP в зависимости от выбранных опций:

Вариант 1 (MLANP, без опций): два независимых канала с идентичной функциональностью и одинаковым набором конфигурационных параметров (два PTP/NTP сервера). Конфигурация каналов задаётся индивидуально. Каждый канал рассчитан на подключение 1 клиента PTP.

Вариант 2 (MLANP, опция PTP ):  «Канал 1» является PTP/NTP сервером и  обеспечивает подключение до 1000 клиентов PTP. Базовая конфигурация поставки составляет 10 клиентов PTP. По заказу поставляются конфигурации на 50, 150, 300, 600 и 1000 клиентов PTP.

Вариант 3 (MLANP, опция PRP): «Канал 1» и «Канал 2» являются одним PTP/NTP сервером с поддержкой PRP (Parallel Redundancy Protocol). Базовая конфигурация поставки составляет 10 клиентов PTP. По заказу поставляются конфигурации на 50, 150, 300, 600 и 1000 клиентов PTP. Данная опция включает в себя функцию Server Cluster GM PTP.

Модуль предназначен для приёма запросов от клиентов и формирования пакета с точным текущим временем согласно протоколам:

Precision Time Protocol V2 (IEEE Std 1588-2008);Network Time Protocol (RFC 1119, RFC 1305, RFC 5905);Simple Network Time Protocol (RFC 1769, RFC 2030).

Доступные профили:

профиль G.8275.1;профиль G.8275.2;IEC/IEEE 61850-9-3-2021;IEEEC 37.238-2021;Custom.

Режим работы модуля MGLAN в режиме PTP определяется комбинацией следующих параметров в любом сочетании:

Модуль предназначен для приёма сигнала PPS (1Гц) и формирования сигнала, форма которого задаётся в конфигурации, имеет два идентичных канала, каждый из которых может работать в режиме приёма или передачи.

Модуль предназначен для приёма и формирования сигналов 2.048 МГц (G.703/10) или 2.048 Мбит/с (G.703/6) и имеет два идентичных канала, каждый из которых может функционировать в режиме приёма или передачи сигнала.

Модуль MCOMB предназначен для приёма/передачи точного текущего времени в указанном формате по интерфейсу RS-232, а также приёма и формирования импульса метки времени 1 PPS.

Поддерживаемые протоколы интерфейса RS-232: TOD; Sirf, TimeString, NMEA.

Модуль предназначен для приёма и формирования сигналов 5 МГц или 10 МГц и имеет два идентичных канала, каждый из которых может функционировать в режиме приёма или передачи сигнала.

Модуль предназначен для формирования импульса метки времени по интерфейсу «Токовая петля» или «Сухой контакт» и имеет два независимых, гальванически изолированных канала.

Модуль MIRIG предназначен для формирования сигнала согласно спецификации протокола IRIG STANDARD 200-04.

Модуль «M422» предназначен для приёма/передачи точного текущего времени в указанном формате по интерфейсу RS-422/485, а также приёма и формирования импульса метки времени по интерфейсу RS-422/485.

Поддерживаемые протоколы интерфейса RS-422/485: TOD, Sirf, TimeString, NMEA.

Модульная конструкция

Базовое шасси источника ССВ-1Г представляет собой 19-дюймовый корпус с установленными модулями управления, приёмника сигналов СРНС, термостабилизированного кварцевого генератора с системой фазовой автоподстройки частоты, а также кросс-платой для установки функциональных модулей расширения.

Модульная конструкция позволяет на базе одного устройства создавать до 16-ти NTP-серверов в физически разделённых сетях, обеспечивать работу до 8000 клиентов PTP или организовывать многофункциональные системы.

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

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

Всего возможна установка до 8 модулей расширения для устройства высотой 1,5U и до 3 модулей расширения для устройства высотой 1U.

Порядок создания и проверки метки доверенного времени

1. Настоящий Порядок определяет правила создания и проверки метки доверенного времени.

2. Метка доверенного времени создается доверенной третьей стороной, удостоверяющим центром или оператором информационной системы (далее – служба меток доверенного времени) с использованием программных и (или) аппаратных средств, прошедших процедуру подтверждения соответствия требованиям, установленным в соответствии с пунктом 19 статьи 2 Федерального закона от 6 апреля 2021 г. № 63-ФЗ “Об электронной подписи” (далее – Федеральный закон “Об электронной подписи”).

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

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

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

6. Службы меток доверенного времени, создаваемые доверенной третьей стороной или удостоверяющим центром, при создании метки доверенного времени должны получать информацию о точном значении времени с учетом часового пояса и календарной дате от технических средств передачи эталонных сигналов времени и частоты, а также информацию о точном значении времени и календарной дате (далее – технические средства передачи эталонных сигналов времени), функционирующих в соответствии с Положением о Государственной службе времени, частоты и определения параметров вращения Земли, утвержденным постановлением Правительства Российской Федерации от 23 марта 2001 г.

7. Службы меток доверенного времени, создаваемые операторами информационных систем, получают информацию о дате и времени от технических средств передачи эталонных сигналов времени или от службы меток доверенного времени, указанных в пункте 6 настоящего Порядка, посредством информационно-телекоммуникационных сетей при условии обеспечения целостности передаваемой информации с использованием средств криптографической защиты информации, имеющих подтверждение соответствия требованиям, установленным согласно части 5 статьи 8 Федерального закона “Об электронной подписи”.

8. Проверка метки доверенного времени осуществляется службой меток доверенного времени при проверке действительности электронной подписи с использованием средств, прошедших процедуру подтверждения соответствия требованиям, установленным согласно части 5 статьи 8 Федерального закона “Об электронной подписи” в следующем порядке:

1) служба меток доверенного времени проверяет математическую корректность электронной подписи;

2) служба меток доверенного времени проверяет применимость метки доверенного времени к электронной подписи, для которой данная метка доверенного времени создана;

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

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

9. Создание метки доверенного времени осуществляется в соответствии со следующими требованиями:

1) Электронный документ должен содержать доказательства, что объекты данных существовали до определенного момента времени (далее – протокол штампов времени). В целях обеспечения указанных доказательств осуществляется взаимодействие службы штампов времени (TSA) и запрашивающей стороны посредством формирования запроса к TSA и проверки ее ответа.

2) Служба штампов времени при создании метки времени должна:

использовать значение UTC;

включать достоверное значение времени в каждый штамп;

включать уникальное целое число в каждый новый штамп;

создавать штамп при получении запроса от запрашивающей стороны, когда это возможно;

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

ставить штамп времени только для хэш-значения, вычисленного с использованием устойчивой однонаправленной хэш-функции;

проверять соответствие длины хэш-значения длине, определенной в алгоритме хэширования, идентификатор которого указан в запросе к TSA;

не подвергать хэш-значение, которому присвоен штамп, какой-либо проверке (кроме проверки его длины, как это указано в предыдущем пункте);

не включать в штампы времени какую-либо информацию, идентифицирующую запрашивающую сторону;

подписывать каждый штамп времени ключом, сгенерированным специально для этой цели;

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

3) В первом сообщении обмена в рамках данного протокола запрашивающая сторона посылает в службу штампов времени запрос на штамп времени (далее – TimeStampReq). Во втором сообщении служба штампов времени отвечает запрашивающей стороне сообщением (далее – TimeStampResp).

При получении TimeStampResp, содержащего штамп времени (далее – TimeStampToken), запрашивающая сторона должна проверить ответ на ошибки о состоянии и, если их нет, проверить различные поля в TimeStampToken, а также действительность электронной подписи, которой подписан TimeStampToken, и убедиться, что данные с проставленным штампом времени соответствуют отправленным данным.

Запрашивающая сторона должна проверить, что TimeStampToken содержит правильный идентификатор сертификата службы штампов времени (ESSCertIDv2), правильное хэш-значение (hashedMessage) и правильный идентификатор алгоритма хэширования (hashAlgorithm) в поле messagelmprint.

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

4) Запрос к службе штампов времени должен представлять собой структуру типа TimeStampReq:

TimeStampReq ::= SEQUENCE {

version             INTEGER { v1(1)},

messageImprint            MessageImprint,

— OID алгоритма хэширования и хэш-значение от данных, для которых

— требуется штамп времени

reqPolicy       TSAPolicyId        OPTIONAL,

nonce          INTEGER             OPTIONAL,

certReq        BOOLEAN             DEFAULT FALSE,

extensions [0] IMPLICIT Extensions OPTIONAL }

Поля структуры TimeStampReq должны быть заполнены следующим образом:

5) Ответ службы штампов времени должен представлять собой структуру

TimeStampResp и выглядеть следующим образом:

TimeStampResp ::= SEQUENCE {

     status             PKIStatusInfo,

     timeStampToken         TimeStampToken      OPTIONAL}

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

PKIStatusInfo ::= SEQUENCE {

status           PKIStatus,

statusString    PKIFreeText     OPTIONAL,

failInfo     PKIFailureInfo    OPTIONAL }

Поле status имеет тип PKIStatus.

Поле statusString имеет тип PKIFreeText.

Поле failInfo имеет тип PKIFailureInfo.

7) Тип PKIStatus структуры PKIStatusInfo должен представлять собой числовое значение, определяющее статус службы штампов времени. Если значение равно 0 или 1, штамп времени TimeStampToken должен присутствовать. Если присутствует иное значение (кроме 0 или 1), штамп времени TimeStampToken не должен присутствовать.

Служба штампов времени должна поддерживать только следующие возможные статусы:

PKIStatus ::= INTEGER {

granted

— когда PKIStatus содержит значение 0, TimeStampToken

— присутствует, как и запрашивалось.

grantedWithMods

— когда PKIStatus содержит значение 1, TimeStampToken

— присутствует с изменениями.

rejection

— штамп времени не получен, причина указана в информационном сообщении

waiting

— запрос штампа времени еще не обработан, дополнительная информация ожидается позже,

revocation Warning

— это сообщение предупреждает о том, что аннулирование неизбежно revocationNotification

— уведомление о том, что аннулирование имело место.

8) Тип PKIFreeText структуры PKIStatusInfo должен представлять собой объяснение причины отклонения запроса штампа времени в виде текста.

9) Тип PKIFailurelnfo структуры PKIStatusInfo должен представлять собой числовое значение, определяющее тип произошедшей ошибки. Если TimeStampToken отсутствует, PKIFailurelnfo показывает причину отклонения запроса штампа времени.

Служба штампов времени должна поддерживать только следующие возможные значения:

PKIFailurelnfo ::= BIT STRING {

badAlg

— нераспознанный или неподдерживаемый идентификатор алгоритма

badRequest

— транзакция не разрешена или не поддерживается

badDataFormat

— отправленные данные имеют неверный формат

timeNotAvailable

— источник времени в службе штампов времени недоступен

unacceptedPolicy

— служба штампов времени не поддерживает запрашиваемую политику безопасности

unacceptedExtension

— служба штампов времени не поддерживает запрашиваемое расширение

addlnfoNotAvailable

— запрашиваемая дополнительная информация не распознается или недоступна

systemFailure

— запрос не может быть обработан вследствие ошибки системы.

10) Структура TimeStampToken содержит штамп времени и должна представлять собой структуру типа Contentlnfo, где поле contentType должно содержать идентификатор типа содержимого “Подписанные данные” signed-data, а поле content должно содержать соответствующую структуру SignedData. Штамп времени TimeStampToken должен выглядеть следующим образом:

TimeStampToken ::= Contentlnfo

— contentType is id-signedData (P 1323565.1.025-2021)

— content is SignedData (P 1323565.1.025-2021)

Настоящие требования определяют дополнительные условия к содержимому следующих полей структуры SignedData:

– поля encapContentlnfo;

– поля signedAttrs, входящего в структуру Signerlnfo, включающего в себя подписанный атрибут, содержащий идентификатор сертификата TSA.

11) Поле encapContentlnfo структуры SignedData должно представлять собой структуру типа EncapsulatedContentlnfo. В него необходимо включать следующие значения:

– в поле eContentType – следующий объектный идентификатор штампа времени:

id-ct-TSTInfo OBJECT IDENTIFIER ::= { iso(1) member-body(2)

us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) ct(1) 4};

– в поле eContent – штамп времени в виде строки октетов (OCTET STRING). Значение поля eContent должно быть результатом DER-кодирования структуры TSTInfo.

Структура TSTInfo содержит штамп времени и должна быть представлена следующим образом:

TSTInfo ::= SEQUENCE {

version                 INTEGER { v1(1)},

policy                  TSAPolicyId,

messageImprint               MessageImprint,

— должно содержать то же значение, что и поле TimeStampReq

serialNumber            INTEGER,

— сторона, запрашивающая штамп времени, должна принимать целые числа

длиной до 160 бит.

genTime                GeneralizedTime,

accuracy               Accuracy                   OPTIONAL,

ordering               BOOLEAN                    DEFAULT FALSE,

nonce                  INTEGER                    OPTIONAL,

— должно присутствовать, если аналогичное поле имеется в

— TimeStampReq. В этом случае поле должно иметь то же значение,

tsa                [0] GeneralName                OPTIONAL,

extensions            [1] IMPLICIT Extensions OPTIONAL}

12) Поля структуры TSTInfo должны быть заполнены в соответствии со следующими требованиями:

13) Штамп времени не должен содержать иных подписей, кроме подписи службы штампов времени.

Идентификатор сертификата службы штампов времени ESSCertIDv2 должен быть включен в атрибут SigningCertificateV2.

Атрибут SigningCertificateV2 является подписанным атрибутом и должен быть включен в поле signedAttrs структуры Signerlnfo.

Преимущества источника времени ссв-1г

Оптимальное соотношение цена – качество

Источник ССВ-1Г имеет одно из наилучших соотношений цена – качество в своём классе оборудования. Это достигается двумя технологическими решениями.

Во-первых, ССВ-1Г построен на базе аппаратной платформы собственного производства. Кроме этого, в устройстве ССВ-1Г отсутствует лицензионное ПО сторонних производителей.

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

Информационная безопасность

Все модули расширения ССВ-1Г, в том числе модуль «NTP-сервер», имеют аппаратную реализацию, построенную на базе жёсткого автомата.

Такое решение обеспечивает высочайшее быстродействие и как следствие:

1. Высокую точность передачи меток времени в связи с отсутствием внутренних задержек, влияющих на асимметрию канала приёма-передачи пакетов NTP.
2. Невозможность нарушения функционирования сервера времени вследствие DDOS-атак. Быстродействие локального NTP-сервера выше скорости Ethernet-канала.
3. Невозможность нарушения функционирования сервера вследствие несанкционированного доступа к ресурсам через порт Ethernet. NTP-сервер точного времени обеспечивает только функциональность и не реагирует на любые другие IP-пакеты.

Технические характеристики ссв-1г

Управление безопасностью

Защита доступа к системе с помощью имени пользователя и пароля.

Авторизация пользователя в системе управления.

Четыре уровня прав пользователей от администратора (с полными правами) до пользователя только с правами чтения.

Контроль действий операторов по обработке неисправностей.

Управление конфигурацией

Добавление нового устройства.

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

Автоматическое распознавание серийных номеров устройств (функция инвентаризации).

Управление рабочими характеристиками

Отображение текущих характеристик устройств в режиме реального времени.

Управление устранением неисправностей

Сбор с подключенных устройств сообщений об авариях, неисправностях и событиях, требующих внимания.

Получение списка аварий.

Фильтрация аварий с присвоением им степени серьёзности.

Отображение аварий и неисправностей, а также их характеристик.

Контроль доступности устройства по управлению (наличия канала связи между устройством и системой управления).

Формирование отчётов по авариям и событиям.

Централизованное управление

Контроль и управление работой устройств синхронизации, установленных на сети оператора, может обеспечиваться специализированным сетевым программным обеспечением «Техническое обслуживание», разработанным ООО «КОМСЕТ-сервис».