--- title: "Без названия" status: действует canonical: "https://bukva.ai/docs/bez-nazvaniya-8959" --- ## Без названия # Документ 38168 Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 31 августа 2026 г. N 1063-ст **НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ** **МАШИНЫ ЗЕМЛЕРОЙНЫЕ** **МАШИНЫ ВЫСОКОАВТОМАТИЗИРОВАННЫЕ ГИБРИДНЫЕ ЗЕМЛЕРОЙНЫЕ** **И ДОРОЖНО-СТРОИТЕЛЬНЫЕ. ДИСТАНЦИОННОЕ УПРАВЛЕНИЕ** **МЕТОДЫ ИСПЫТАНИЙ** Earth moving machines. High-automation hybrid earth-moving and road-building machines. Remote control. Test procedures **ГОСТ Р 72782.5-2026** **ОКС 53.100** Дата введения 1 января 2027 года Предисловие 1 РАЗРАБОТАН Обществом с ограниченной ответственностью "ДСТ-УРАЛ" (ООО "ДСТ-УРАЛ") 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 267 "Строительно-дорожные машины и оборудование" 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 31 августа 2026 г. N 1063-ст **4 ВВЕДЕН ВПЕРВЫЕ** Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru) Введение Испытания, приведенные в настоящем стандарте, направлены на обеспечение конфиденциальности, целостности и доступности данных, а также на проверку устойчивости аппаратных и программных систем терминалов к несанкционированному доступу, модификации и сетевым атакам. Стандарт предназначен для применения производителями, эксплуатационными организациями и лабораториями, осуществляющими проверку безопасности терминалов и систем дистанционного управления. 1 Область применения Настоящий стандарт устанавливает методы испытаний и проверки информационной безопасности терминалов дистанционного управления и межплатформенных коммуникаций для гибридных высокоавтоматизированных землеройных и дорожно-строительных машин. Методы испытаний, указанные в настоящем стандарте, применимы к: а) гибридным высокоавтоматизированным землеройным и дорожно-строительным машинам (бульдозеры, экскаваторы, колесные погрузчики и др.); б) системам дистанционного управления и удаленного обслуживания этих машин; в) корпоративным и общедоступным платформам, обеспечивающим связь и управление терминалами гибридных высокоавтоматизированных землеройных и дорожно-строительных машин. Настоящий стандарт также устанавливает требования к процедурам испытаний, направленным на проверку безопасности аппаратного обеспечения, встроенного программного обеспечения, программной системы, хранилищ данных, сетевых интерфейсов и функций удаленного обновления терминалов. Стандарт не распространяется на эксплуатационные методы испытаний машин и на оценку производительности систем управления в штатных условиях работы. 2 Нормативные ссылки В настоящем стандарте использованы нормативные ссылки на следующие стандарты: ГОСТ Р 34.10 Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи ГОСТ Р 34.11 Информационная технология. Криптографическая защита информации. Функция хэширования ГОСТ Р 34.12 Информационная технология. Криптографическая защита информации. Блочные шифры ГОСТ Р 34.13 Информационная технология. Криптографическая защита информации. Режимы работы блочных шифров ГОСТ Р 51583 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения ГОСТ Р 71615 Машины землеройные. Машины высокоавтоматизированные землеройные и дорожно-строительные. Технические требования и методы испытаний ГОСТ Р 72782.1 Машины землеройные. Машины высокоавтоматизированные гибридные землеройные и дорожно-строительные. Термины и определения ГОСТ Р ИСО/МЭК 27001 Информационная технология. Методы и средства обеспечения безопасности. Системы менеджмента информационной безопасности. Требования ГОСТ Р ИСО/МЭК 27033-1 Информационная технология. Методы и средства обеспечения безопасности. Безопасность сетей. Часть 1. Обзор и концепции *Примечание* - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку. 3 Термины и определения В настоящем стандарте применены термины по ГОСТ Р 72782.1, а также следующие термины с соответствующими определениями: 3.1 | средство защиты информации: Техническое, программное, программно-техническое средство, вещество и (или) материал, предназначенные или используемые для защиты информации.
[ГОСТ Р 50922-2006, статья 2.7.2] | | --- | 3.2 | угроза (безопасности информации): Совокупность условий и факторов, создающих потенциальную или реально существующую опасность нарушения безопасности информации.
[ГОСТ Р 50922-2006, статья 2.6.1] | | --- | 3.3 | защита информации от несанкционированного доступа; ЗИ от НСД: Защита информации, направленная на предотвращение получения защищаемой информации заинтересованными субъектами с нарушением установленных нормативными и правовыми документами (актами) или обладателями информации прав или правил разграничения доступа к защищаемой информации.
[ГОСТ Р 50922-2006, статья 2.3.6] | | --- | 3.4 | аутентификация: Действия по проверке подлинности субъекта доступа и/или объекта доступа, а также по проверке принадлежности субъекту доступа и/или объекту доступа предъявленного идентификатора доступа и аутентификационной информации.
[ГОСТ Р 58833-2020, пункт 3.4] | | --- | 3.5 | ключ (key): Изменяемый параметр в виде последовательности символов, определяющий криптографическое преобразование.
[ГОСТ Р 34.12-2015, пункт 2.1.8] | | --- | 3.6 | несанкционированный доступ: Доступ субъекта доступа к объекту доступа, нарушающий правила управления доступом.
[ГОСТ Р 58833-2020, пункт 3.31] | | --- | 3.7 корпоративная платформа: Программно-аппаратная платформа производителя, обеспечивающая управление безопасностью и мониторинг бортовых терминалов ГВАЗДСМ. 3.8 межплатформенные коммуникации: Передача данных между корпоративной и клиентской платформами системы дистанционного обслуживания ГВАЗДСМ. 3.9 журнал событий безопасности: Совокупность записей о событиях, влияющих на безопасность терминала ГВАЗДСМ и коммуникаций. 3.10 бортовой терминал ГВАЗДСМ: Аппаратно-программный комплекс, установленный на ГВАЗДСМ в виде одного или нескольких функциональных связанных устройств, обеспечивающий сбор, обработку, хранение и передачу данных, а также дистанционное управление и обслуживание. 3.11 система дистанционного обслуживания и управления ГВАЗДСМ: Аппаратно-программный комплекс, обеспечивающий мониторинг, обмен данными и удаленное управление ГВАЗДСМ. 3.12 | удаленный доступ (remote access): Процесс получения доступа к сетевым ресурсам из другой сети или с терминала, не являющегося постоянно соединенным физически или логически с сетью, к которой он получает доступ.
[ГОСТ Р ИСО/МЭК 27033-1-2011, пункт 3.32] | | --- | 3.13 авторизованное приложение: Прикладное программное обеспечение, соответствующее требованиям аутентичности (наличие доверенного сертификата производителя), разрешительное (включено в согласованный перечень ПО) и подтвердившее свои полномочия перед терминалом с помощью встроенных механизмов проверки подлинности. *Примечание* - Перечень разрешенного ПО формируется владельцем системы. Механизмы аутентификации приложений в терминале должны быть устойчивы к несанкционированному доступу и подмене исполняемого кода. 3.14 государственная (публичная) платформа: Единый комплекс программных, программно-аппаратных средств и информационных систем, создаваемый на основании нормативных правовых актов Российской Федерации или в установленном ими порядке, функционирующий под управлением государственного органа или уполномоченной им организации и предназначенный для обеспечения публичных функций, в том числе для сбора, обработки, хранения и передачи данных, предоставления государственных услуг, информационного взаимодействия участников в публичной сфере. *Примечание* - В контексте настоящего стандарта государственная (публичная) платформа может использоваться для дистанционного управления ГВАЗДСМ, а также для обмена телеметрической и служебной информацией между машинами, операторами и уполномоченными государственными органами. 3.15 внешняя (отраслевая) платформа: Централизованная информационная система, созданная для сбора, обработки и обмена данными в определенной отрасли промышленности. 3.16 корпоративная платформа: Программно-аппаратный комплекс, развернутый владельцем или оператором гибридных машин для их дистанционного управления и мониторинга. 3.17 тестовое неавторизованное приложение: Приложение, используемое при проведении испытаний для проверки механизмов защиты. *Примечание* - Оно запускается от имени непривилегированного пользователя (без прав root/администратора) и не имеет специальных разрешений (capabilities) на доступ к критическим ресурсам системы (память, файловая система вне домашнего каталога, отладочные интерфейсы, области хранения журналов и параметров безопасности). Приложение устанавливается штатными средствами системы без изменения системных директорий и использует только общесистемные вызовы (read, write, open и т.п.) без прямого обращения к аппаратным устройствам. Также оно не имеет цифровой подписи или сертификата производителя терминала и не входит в перечень разрешенного ПО. 3.18 штатное функционирование: Режим работы терминала, при котором его фактические параметры и реализуемые функции соответствуют значениям и алгоритмам, установленным в эксплуатационной документации производителя. 3.19 | сетевая атака: Действия с применением программных и (или) технических средств и с использованием сетевого протокола, направленные на реализацию угроз несанкционированного доступа к информации, воздействия на нее или на ресурсы автоматизированной информационной системы.
[ГОСТ Р 53114-2008, статья 3.3.7] | | --- | 4 Сокращения В настоящем стандарте применены следующие сокращения: АСКЗИ - аппаратные средства криптографической защиты информации; ГВАЗДСМ - гибридная высокоавтоматизированная землеройная и дорожно-строительная машина; ГСУ - гибридная силовая установка; ДУ - дистанционное управление; ПО - программное обеспечение; САУ - система автоматического управления; СГСУ - система гибридной силовой установки. 5 Требования к обеспечению информационной безопасности #### 5.1 Общая структурная схема Общая структура обеспечения информационной безопасности системы дистанционного обслуживания и управления ГВАЗДСМ приведена на рисунке 1. Рисунок 1 - Общая структурная схема #### 5.2 Требования к безопасности терминала машины ##### 5.2.1 Общие положения Бортовой терминал машины должен обеспечивать защиту аппаратных средств, встроенного ПО, прикладных систем, данных, передаваемых по сетевым интерфейсам, а также безопасность процессов удаленного обновления, ведения журналов и хранения системной информации. Система должна соответствовать основным принципам обеспечения информационной безопасности: конфиденциальности, целостности и доступности данных. Если бортовой терминал использует аппаратные или программные компоненты совместно с иными САУ или системами диагностики машины, требования настоящего стандарта распространяются на все указанные совместно используемые компоненты. ##### 5.2.2 Функциональные требования ###### 5.2.2.1 Аппаратная безопасность бортового терминала Конструкция терминала не должна содержать скрытых интерфейсов или несанкционированных каналов доступа. Отладочные интерфейсы должны быть отключены либо защищены от несанкционированного использования программно-аппаратными методами контроля доступа или конструктивным исполнением (размещением внутри корпуса, требующим частичной разборки устройства для доступа к ним). При использовании программно-аппаратных методов контроля доступа должны соблюдаться следующие требования: а) криптографическая аутентификация; б) индивидуальные ключи на каждое изделие; в) защита ключей от извлечения; г) приоритет физического отключения (перерезание линий, отсутствие монтажа коннектора) перед программно-аппаратной защитой, если это возможно без потери необходимой функциональности. ###### 5.2.2.2 Безопасность встроенного программного обеспечения Бортовой терминал должен обеспечивать безопасную загрузку ПО. Доверенные корневые сертификаты или серверы, используемые для проверки подлинности загрузки, должны быть защищены средствами доверенной вычислительной среды. ###### 5.2.2.3 Безопасность прикладного программного обеспечения ПО терминала должно: а) обеспечивать разграничение прав доступа и управление разрешениями прикладных систем к системным ресурсам; б) поддерживать проверку подлинности и целостности программных модулей. ###### 5.2.2.4 Безопасность хранения данных Должны быть обеспечены конфиденциальность и целостность данных дистанционного обслуживания, мониторинга и управления ГВАЗДСМ в соответствии с установленными требованиями. Для защиты данных должны применяться криптографические алгоритмы, соответствующие требованиям законодательства Российской Федерации в области защиты информации, включая алгоритмы, предусмотренные ГОСТ Р 34.10, ГОСТ Р 34.11, ГОСТ Р 34.12, ГОСТ Р 34.13. Доступ к критическим параметрам безопасности терминала должен быть ограничен авторизованными приложениями. ###### 5.2.2.5 Безопасность передачи данных через сетевые интерфейсы При передаче данных должны выполняться проверки адресов источника и назначения, портов и используемых протоколов с целью фильтрации несанкционированных соединений. Система должна контролировать состояние сетевых сеансов и управлять доступом к входящим и исходящим потокам данных. Неиспользуемые сервисные порты должны быть закрыты. Сетевые пакеты, содержащие признаки вредоносной активности, должны выявляться в соответствии со следующими метриками: - полнота (Recall) >= 95% где TP - количество правильно обнаруженных вредоносных пакетов; FN - количество пропущенных вредоносных пакетов; - уровень ложных срабатываний (FPR) <= X% (значение X нормируется отдельно, но не более 5%, если не оговорено иное). где FP - количество безопасных пакетов, ошибочно принятых за вредоносные; TN - количество безопасных пакетов, правильно классифицированных как безопасные. Для удаленного взаимодействия должно обеспечиваться использование защищенных каналов связи (частных или виртуальных частных сетей). Система должна обеспечивать возможность актуализации правил безопасности без вывода ГВАЗДСМ из эксплуатации. ###### 5.2.2.6 Безопасность удаленного обновления программного обеспечения При наличии функции удаленного обновления бортовой терминал должен обеспечивать: а) проверку подлинности источника обновления; б) контроль целостности пакета обновления перед установкой; в) регистрацию операций обновления в журнале событий безопасности. ###### 5.2.2.7 Журналы регистрации событий безопасности Система должна фиксировать все события, связанные с обеспечением информационной безопасности, включая попытки несанкционированного доступа, сетевые атаки и аномалии в работе ПО. Каждая запись должна содержать дату и время (с точностью до секунды), идентификатор ГВАЗДСМ и тип события. Целостность и конфиденциальность журналов событий должны быть обеспечены средствами защиты информации. Доступ к журналам разрешается только авторизованным приложениям. Журналы должны передаваться на корпоративную платформу производителя по защищенным каналам связи. ###### 5.2.2.8 Безопасность системных компонентов На момент проведения испытаний в составе бортового терминала не должно быть критических уязвимостей, информация о которых опубликована в официальных базах не позднее чем за 30 дней до даты испытания и не устраненных изготовителем. *Примечание* - Под устранением уязвимостей понимаются меры по их ликвидации либо реализации компенсирующих средств защиты. #### 5.3 Требования безопасности к межплатформенным коммуникациям ##### 5.3.1 Общие положения Система дистанционного обслуживания и управления ГВАЗДСМ должна обеспечивать конфиденциальность, целостность и доступность передаваемых данных. Перед установлением сеанса обмена данными между корпоративной (серверной) и клиентской (машинной) платформами должна выполняться взаимная аутентификация сторон с использованием сертифицированных средств криптографической защиты информации. Аутентификация должна осуществляться до установления соединения и допуска к передаче служебных и эксплуатационных данных. ##### 5.3.2 Требования к протоколу связи Для обеспечения безопасности межплатформенных коммуникаций стек протоколов системы дистанционного обслуживания и управления должен включать защищенный протокол связи между клиентской и серверной платформами. Защищенное соединение должно обеспечивать защиту информации на уровне служебного приложения в соответствии с требованиями следующих нормативных документов Российской Федерации: ГОСТ Р 51583, ГОСТ Р ИСО/МЭК 27033-1, ГОСТ Р ИСО/МЭК 27001. Протокол защищенной связи должен функционировать поверх транспортного уровня TCP/IP и под уровнем прикладных сервисов, обеспечивая: а) шифрование и целостность передаваемых данных; б) аутентификацию сторон соединения; в) защиту от несанкционированного доступа, подмены и повторной передачи пакетов; г) ведение журнала событий безопасности соединения. Общая структура расположения защищенного протокола связи в стеке протоколов приведена на рисунке 2. Рисунок 2 - Общая структура расположения защищенного протокола связи в стеке протоколов ##### 5.3.3 Требования к защищенному протоколу связи Требования к применяемому протоколу защищенной связи устанавливают следующим образом: а) должен использоваться протокол TLS версии 1.2 или выше с применением российских криптографических алгоритмов в соответствии с ГОСТ Р 34.10, ГОСТ Р 34.11, ГОСТ Р 34.12; б) использование протоколов TLS версии ниже 1.2 (включая TLS 1.1, TLS 1.0, SSL 3.0, SSL 2.0 и более ранние), а также протоколов, не поддерживающих российские криптографические алгоритмы, не допускается; в) для систем дистанционного управления ГВАЗДСМ должны применяться средства криптографической защиты информации (СКЗИ), сертифицированные ФСБ России, независимо от категории обрабатываемой информации; г) для TLS 1.2 - повторное согласование сеанса (renegotiation) должно быть отключено; для TLS 1.2 - обновление ключей (KeyUpdate) допускается с ограничением частоты не чаще одного раза в N минут, где N - параметр, определяющий минимальный интервал времени между последовательными обновлениями ключей; д) сжатие данных на уровне TLS должно быть отключено; е) при применении механизмов аутентификации, основанных на асимметричных ключах, должны использоваться алгоритмы ГОСТ Р 34.10 с длиной ключа не менее 256 бит, либо RSA с длиной ключа не менее 2048 бит, либо другие алгоритмы криптографической стойкости не ниже указанной, разрешенные к применению ФСБ России; ж) система должна обеспечивать механизмы обновления и отзыва сертификатов в соответствии с требованиями ГОСТ Р ИСО/МЭК 27001; срок действия сертификата с момента выпуска не должен превышать одного года; и) процесс обновления сертификатов должен гарантировать сохранность и конфиденциальность закрытых ключей с применением АСКЗИ; к) при использовании симметричных алгоритмов шифрования для аутентификации должен применяться ГОСТ Р 34.12 с длиной ключа 256 бит. Допускается применение AES с длиной ключа не менее 128 бит только для систем, не обрабатывающих информацию ограниченного доступа; л) должен быть реализован механизм периодического обновления ключей и контроля их целостности и конфиденциальности в соответствии с требованиями [1]; м) средства криптографической защиты информации должны быть сертифицированы ФСБ России и соответствовать требованиям защиты информации для систем управления ГВАЗДСМ. ##### 5.3.4 Шифрование блоков данных Данные дистанционного обслуживания и управления ГВАЗДСМ, включая данные, передаваемые в режиме реального времени, должны быть зашифрованы в соответствии со следующими требованиями: а) в качестве алгоритма блочного шифрования должен применяться ГОСТ Р 34.12 с длиной ключа 256 бит. Допускается применение AES с длиной ключа не менее 128 бит только для систем, не обрабатывающих информацию ограниченного доступа; б) ключ, используемый для шифрования блока данных, должен отличаться от ключа, применяемого в протоколе защищенной связи, с целью исключения компрометации ключевой информации. #### 5.4 Требования безопасности к связи между терминалами и платформами машин Передача данных между бортовым терминалом ГВАЗДСМ и корпоративной платформой должна обеспечивать конфиденциальность, целостность и доступность передаваемой информации. Перед установлением соединения должна выполняться взаимная аутентификация терминала и платформы. При передаче данных в режиме реального времени информация должна быть зашифрована в соответствии с требованиями 5.3.4, а протокол защищенной связи должен удовлетворять требованиям 5.3.3. #### 5.5 Требования безопасности к платформам ##### 5.5.1 Корпоративная платформа Корпоративная платформа должна обеспечивать мониторинг состояния информационной безопасности бортовых терминалов ГВАЗДСМ, а также управление их параметрами защиты. Платформа должна обеспечивать функционирование системы реагирования на инциденты информационной безопасности, включая: а) выявление нарушений и инцидентов; б) сбор и хранение данных для анализа и расследования; в) возможность блокировки и восстановления терминалов; г) ведение журнала событий безопасности. При возникновении инцидента корпоративная платформа должна обеспечивать предоставление информации для анализа и отслеживания состояния соответствующих бортовых терминалов. ##### 5.5.2 Государственная (публичная) платформа Государственная (публичная) платформа должна обеспечивать возможность контроля и мониторинга состояния информационной безопасности бортовых терминалов ГВАЗДСМ в пределах своих компетенций и полномочий, установленных нормативными документами. 6 Методы испытаний #### 6.1 Общие положения Испытания по оценке информационной безопасности системы дистанционного обслуживания и управления ГВАЗДСМ включают: а) проверку документации по реализации мер информационной безопасности; б) испытания опытных образцов на соответствие функциональным требованиям защиты информации. Результаты испытаний должны подтверждать выполнение установленных требований по обеспечению конфиденциальности, целостности, доступности и аутентификации. Изделие считается выдержавшим испытания по разделу 6, если для каждого из нижеперечисленных пунктов достигнут указанный в нем критерий положительного результата. #### 6.2 Требования к испытательным образцам Испытательный образец бортового терминала должен иметь корректно настроенные параметры времени и даты. Часовой пояс испытательного оборудования устанавливается в соответствии с фактическим часовым поясом региона проведения испытаний. Часы системы должны быть предварительно синхронизированы с источником эталонного времени (ГЛОНАСС/NTP) с точностью не хуже 1 с. Изделие считается выдержавшим испытание по 6.2, если параметры времени и даты настроены корректно, а точность синхронизации составляет не хуже 1 с. #### 6.3 Среда проведения испытаний ##### 6.3.1 Аппаратная среда испытаний Топология аппаратной части испытательного стенда для проверки информационной безопасности бортового терминала ГВАЗДСМ приведена на рисунке 3. Рисунок 3 - Топология аппаратной части испытательного стенда для проверки информационной безопасности бортового терминала ГВАЗДСМ Испытательная среда должна включать: а) бортовой терминал ГВАЗДСМ; б) имитатор серверной платформы; в) средства генерации и анализа сетевого трафика; г) средства контроля криптографических операций и журналирования. ##### 6.3.2 Испытательная среда связи Топология проверки информационной безопасности коммуникационных интерфейсов терминала должна соответствовать схеме, приведенной на рисунке 4. Среда должна включать средства имитации сетевых взаимодействий, контролируемые шлюзы и оборудование мониторинга сетевого трафика. Рисунок 4 - Топология проверки информационной безопасности коммуникационных интерфейсов терминала ##### 6.3.3 Испытательная среда программного обеспечения Топология проверки и верификации программного обеспечения терминала должна соответствовать схеме, приведенной на рисунке 5. Среда должна обеспечивать возможность загрузки тестовых версий ПО, выполнения отладки и анализа целостности системных образов. Рисунок 5 - Топология проверки и верификации ПО #### 6.4 Проверка информационной безопасности терминала дистанционного управления ##### 6.4.1 Проверка аппаратной безопасности терминала Испытание проводят с целью подтверждения отсутствия несанкционированных интерфейсов и скрытых каналов доступа. Для проверки разбирают корпус терминала, извлекают печатную плату и проводят ее визуальный осмотр с использованием микроскопа с увеличением не менее 20 - 30 крат, а также рентгенографический контроль с пространственным разрешением не хуже 25 мкм, возможностью наклона объекта под углом не менее 30° и автоматизированным перемещением платы для выявления скрытых интерфейсов, недекларированных компонентов (включая чип-имплантаты размером 0,5 x 0,5 мм) и несанкционированных подключений к микросхемам, в том числе под корпусами типа BGA. На основании документации на терминал проверяют наличие на печатной плате отладочных интерфейсов (JTAG, UART, USB, SPI и др.) и с помощью диагностического оборудования убеждаются в невозможности получения отладочных прав доступа через эти интерфейсы. Изделие считается выдержавшим испытание, если: а) при визуальном и рентгенографическом контроле не выявлено скрытых интерфейсов, недекларированных компонентов или несанкционированных подключений; б) через отладочные интерфейсы невозможно получить отладочные права доступа. ##### 6.4.2 Проверка безопасности встроенного программного обеспечения терминала ###### 6.4.2.1 Проверка механизма безопасного запуска и доверенной корневой области хранения В соответствии с описанием способа доступа и диапазона адресов доверенной корневой области хранения выполняют попытки записи данных с использованием аппаратных или программных средств отладки. Запись не должна выполняться при включенной функции защиты. Изделие считается выдержавшим испытание, если все попытки записи в доверенную корневую область при включенной защите завершились отказом. ###### 6.4.2.2 Проверка защиты загрузчика С использованием средств отладки необходимо попытаться удалить цифровую подпись загрузчика и записать измененный образ в память терминала. Если загрузка системы выполняется без проверки подписи, изделие считается не выдержавшим испытание. Изделие считается выдержавшим испытание, если загрузчик не загружается или блокирует запуск при отсутствии или нарушении цифровой подписи. ###### 6.4.2.3 Проверка устойчивости загрузчика к модификации Проводят попытки модификации данных загрузчика в доверенной области хранения. Терминал должен блокировать запись или выполнение модифицированного загрузчика. Изделие считается выдержавшим испытание, если любая попытка модификации загрузчика привела к блокировке записи или отказа в выполнении модифицированной версии. ###### 6.4.2.4 Проверка безопасной загрузки системного образа Удаляют подпись системного образа и записывают модифицированный образ в память терминала. При запуске терминал должен прекратить выполнение загрузки при ошибке проверки подписи. Изделие считается выдержавшим испытание, если терминал не загружается с модифицированным образом, имеющим неверную или отсутствующую подпись. ##### 6.4.3 Проверка программной системы терминала ###### 6.4.3.1 Проверка механизма контроля доступа Для проверки необходимо сформировать тестовое приложение без необходимых разрешений и попытаться получить доступ к защищенным системным ресурсам терминала. Доступ должен быть запрещен. Изделие считается выдержавшим испытание, если тестовое приложение не получило доступ ни к одному из защищенных системных ресурсов. ###### 6.4.3.2 Проверка доверенной корневой области хранения С использованием средств отладки выполняют запись данных в доверенную область. Запись должна быть заблокирована или отклонена системой защиты. Изделие считается выдержавшим испытание, если запись в доверенную корневую область невозможна (заблокирована или отклонена). ###### 6.4.3.3 Проверка устойчивости программной системы Модифицируют критические участки кода системного образа и записывают его в терминал. После перезапуска терминал не должен загружать поврежденный системный образ. Изделие считается выдержавшим испытание, если терминал не загружается с поврежденным системным образом или загружается только в ограниченном безопасном режиме с уведомлением о нарушении целостности. ##### 6.4.4 Проверка безопасности хранилища данных ###### 6.4.4.1 Проверка конфиденциальности данных С помощью программных средств анализа выполняют считывание области хранения данных ДУ. Содержимое должно быть представлено в виде зашифрованного текста. Изделие считается выдержавшим испытание, если данные, считанные из области хранения, являются зашифрованными и не поддаются чтению в открытом виде без применения штатных криптографических ключей. ###### 6.4.4.2 Проверка целостности данных С использованием неавторизованного приложения выполняют попытку изменения данных, хранящихся в области удаленного обслуживания. После внесения изменений терминал должен обнаружить нарушение целостности и прекратить обработку данных. Изделие считается выдержавшим испытание, если терминал обнаруживает факт изменения данных и прекращает их обработку (либо блокирует запись). ###### 6.4.4.3 Проверка защиты критических параметров безопасности Выполняют попытку чтения и использования параметров безопасности терминала с помощью неавторизованного приложения. Доступ должен быть запрещен. Изделие считается выдержавшим испытание, если доступ к параметрам безопасности для неавторизованного приложения полностью запрещен (чтение, изменение, использование). ##### 6.4.5 Проверка защиты сетевых интерфейсов терминала ###### 6.4.5.1 Проверка политики контроля доступа к сетевому порту Проверяют наличие корректных параметров управления доступом (адреса источника и назначения, порты, протоколы) в политике безопасности терминала. Проверяют наличие механизма управления потоками данных на основе состояния сеанса, позволяющего разрешать или запрещать входящие и исходящие соединения. Изделие считается выдержавшим испытание, если политика безопасности содержит все указанные параметры и реализован механизм управления потоками на основе состояния сеанса. ###### 6.4.5.2 Проверка реализации правил контроля доступа Моделируют передачу пакетов, нарушающих установленную политику доступа, и убеждаются, что терминал блокирует их обработку и передачу. Изделие считается выдержавшим испытание, если терминал блокирует все тестовые пакеты, нарушающие политику доступа. ###### 6.4.5.3 Проверка отсутствия несанкционированных портов С помощью сетевого сканера проводят проверку открытых портов терминала. Перечень портов, разрешенных для штатного функционирования, а также обоснование их назначения должны быть приведены в эксплуатационной документации, представляемой на испытания. Терминал не должен иметь активных портов, не входящих в указанный перечень. Изделие считается выдержавшим испытание, если все активные порты терминала входят в перечень разрешенных портов из эксплуатационной документации. ###### 6.4.5.4 Проверка способности терминала к обнаружению атак Включают терминал в испытательную сеть, генерируют тестовые сетевые атаки (вредоносные пакеты) и поток безопасного трафика. Оценку необходимо производить по метрикам Recall и FPR, определенным в 5.2.2.5. Значения Recall и FPR считают по формулам, приведенным в 5.2.2.5. Результат испытаний положительный, если достигнуты нормативы, установленные в 5.2.2.5 (Recall >= 95%, FPR <= X%). Изделие считается выдержавшим испытание, если вычисленные значения Recall и FPR соответствуют указанным нормативам. ###### 6.4.5.5 Проверка защиты при работе в выделенной сети Если терминал взаимодействует с платформой по выделенной или виртуальной частной сети, необходимо попытаться установить соединение из неавторизованной сети. Терминал не должен допускать соединение. Изделие считается выдержавшим испытание, если терминал не устанавливает соединение из неавторизованной сети (все попытки блокируются). ###### 6.4.5.6 Проверка возможности обновления и расширения правил безопасности Проверяют наличие и работоспособность механизма обновления и расширения правил безопасности в соответствии с технической документацией на терминал. Изделие считается выдержавшим испытание, если механизм обновления/расширения правил безопасности существует и позволяет корректно применять новые правила без нарушения штатной работы терминала. ##### 6.4.6 Проверка информационной безопасности функции удаленного обновления программного обеспечения терминала машины ###### 6.4.6.1 Проверка целостности пакета обновления Для проверки целостности пакета обновления ПО с использованием средств отладки необходимо искусственно повредить содержимое пакета и загрузить его в терминал ГВАЗДСМ. После инициирования процедуры обновления должно быть подтверждено, что система выполняет проверку целостности при загрузке пакета и отклоняет поврежденные файлы. Изделие считается выдержавшим испытание, если терминал отклоняет поврежденный пакет обновления (не начинает его установку). ###### 6.4.6.2 Проверка подлинности пакета обновления На терминал ГВАЗДСМ загружается пакет обновления без действующей электронной подписи или с недействительным сертификатом. При попытке обновления должно быть подтверждено, что терминал выполняет проверку подлинности источника обновления и отклоняет неавторизованные пакеты. Изделие считается выдержавшим испытание, если терминал отклоняет пакет обновления при отсутствии или недействительности электронной подписи/сертификата. ##### 6.4.7 Проверка информационной безопасности функции ведения системного журнала терминала ###### 6.4.7.1 Проверка регистрации событий безопасности В соответствии с установленными правилами регистрации событий безопасности проверяют, включает ли журнал терминала следующие обязательные поля: а) дата и время события (с точностью до секунды, с привязкой к часовому поясу); б) идентификатор субъекта (пользователь, процесс или модуль, инициировавший событие); в) тип события (например, "вход в систему", "изменение параметров безопасности", "обнаружение атаки"); г) результат события (успех/неудача); д) идентификатор объекта доступа (если применимо); е) источник события (IP-адрес, интерфейс или модуль). Изделие считается выдержавшим испытание, если журнал событий содержит все перечисленные поля для каждого регистрируемого события, а значения полей соответствуют документации. ###### 6.4.7.2 Проверка конфиденциальности хранимых журналов С помощью специализированного инструмента анализа журналов проводят проверку содержимого области хранения. Необходимо подтвердить, что данные журнала хранятся в зашифрованном виде и не допускают несанкционированного доступа. Изделие считается выдержавшим испытание, если данные журналов хранятся в зашифрованном виде, а несанкционированный доступ к ним невозможен. ###### 6.4.7.3 Проверка целостности журналов С использованием неавторизованного приложения выполняют попытку изменения данных в области хранения журнала. Система должна предотвратить модификацию данных журнала. При невозможности предотвращения должны фиксироваться все попытки модификации и обеспечиваться доступность исходных данных. Изделие считается выдержавшим испытание, если: а) модификация журнала предотвращена, либо б) при успешной модификации все попытки зафиксированы, а исходные данные восстановлены или доступны для аудита. ###### 6.4.7.4 Проверка защиты прав доступа к журналам Проверяют возможность доступа к области хранения журналов с использованием неавторизованного ПО. Система должна блокировать доступ без надлежащей авторизации. Изделие считается выдержавшим испытание, если доступ к журналам через неавторизованное ПО полностью блокируется. ###### 6.4.7.5 Проверка восстановления журналов после атаки Терминал подключается к тестовой сети, проводится имитация вредоносной атаки. После завершения атаки должно быть подтверждено, что система безопасности фиксирует инцидент, а журналы событий могут быть восстановлены и загружены на центральную (корпоративную) платформу. Изделие считается выдержавшим испытание, если журналы событий после атаки доступны для восстановления и могут быть загружены на корпоративную платформу без потери критических данных. ##### 6.4.8 Проверка информационной безопасности терминальной системы Информационную безопасность терминальной системы ГВАЗДСМ проверяют следующими методами: а) Выполняют сканирование терминала на наличие известных уязвимостей с использованием сертифицированного инструмента анализа безопасности. Проверяют, устранены ли уязвимости, информация о которых опубликована более 6 мес назад. Изделие считается выдержавшим испытание, если отсутствуют неустраненные уязвимости, информация о которых опубликована более 6 мес назад. б) При обнаружении уязвимости, уровень критичности которой в соответствии с [2] оценивается как "критический", либо базовая оценка CVSS v3.0 составляет 9,0 и выше, подтверждается наличие корректирующих мер и обновлений, предоставленных изготовителем. Изделие считается выдержавшим испытание, если для критических уязвимостей изготовителем предоставлены корректирующие меры и обновления. #### 6.5 Проверка безопасности межплатформенных коммуникаций ##### 6.5.1 Проверка механизма аутентификации Проверяют наличие механизма взаимной аутентификации между корпоративной платформой и внешней (отраслевой) платформой. Изделие (система) считается выдержавшим испытание, если между корпоративной и внешней (отраслевой) платформой установлен и успешно функционирует механизм взаимной аутентификации (например, обмен сертификатами, протокол TLS с двухсторонней аутентификацией). ##### 6.5.2 Проверка конфиденциальности передаваемых данных С помощью средств сетевого мониторинга проверяют, что данные, передаваемые между платформами, зашифрованы и не могут быть перехвачены в открытом виде. Изделие (система) считается выдержавшим испытание, если при перехвате трафика не удается извлечь открытые данные (весь трафик зашифрован). ##### 6.5.3 Проверка целостности данных при передаче Искусственно повреждаются передаваемые данные; должно быть подтверждено, что система фиксирует нарушение целостности и инициирует процедуру отказа в передаче или восстановления данных. Изделие (система) считается выдержавшим испытание, если система обнаруживает повреждение данных и не принимает их либо инициирует восстановление. ##### 6.5.4 Проверка несанкционированного доступа и избыточных сетевых портов С помощью сетевого сканера выполняют проверку: а) отсутствия открытых неиспользуемых (избыточных) портов; б) невозможности установления несанкционированного соединения через открытые порты. Изделие считается выдержавшим испытание, если: а) нет открытых портов, сверх указанных в документации; б) через открытые порты невозможно установить несанкционированное соединение (требуется авторизация). ##### 6.5.5 Проверка версии протокола защищенной связи Подтверждается использование протокола защищенной связи TLS 1.2 или выше. Использование протоколов TLS версии ниже 1.2 (включая TLS 1.1, TLS 1.0, SSL 3.0, SSL 2.0 и более ранние) не допускается. Изделие считается выдержавшим испытание, если используется TLS версии 1.2 или выше, а более старые версии отключены/не поддерживаются. ##### 6.5.6 Проверка функционирования протокола Проверяют, что протокол защищенной связи отключает функции повторного согласования сеанса и сжатия, снижающие уровень безопасности. Изделие считается выдержавшим испытание, если повторное согласование сеанса и сжатие на уровне TLS отключены. ##### 6.5.7 Проверка алгоритмов шифрования Проверяют, что выбранные алгоритмы шифрования соответствуют требованиям национальных стандартов (например, ГОСТ Р 34.10, ГОСТ Р 34.11) и рекомендациям, установленным в 5.3.3. Изделие считается выдержавшим испытание, если используются только алгоритмы, разрешенные 5.3.3, и они корректно применяются. #### 6.6 Проверка безопасности связи между терминалами машин и платформами ##### 6.6.1 Проверка защищенности протоколов связи ###### 6.6.1.1 Проверка версии протокола Использование протоколов TLS версии ниже 1.2 (включая TLS 1.1, TLS 1.0, SSL 3.0, SSL 2.0 и более ранние) не допускается. Изделие считается выдержавшим испытание, если версия TLS 1.2 или выше; старые версии не поддерживаются. ###### 6.6.1.2 Проверка функций протокола Проверяют, что повторное согласование сеанса и функции сжатия TLS отключены. Изделие считается выдержавшим испытание, если повторное согласование и сжатие отключены. ###### 6.6.1.3 Проверка алгоритмов безопасности Выбор алгоритмов шифрования должен соответствовать требованиям 5.3.3. Изделие считается выдержавшим испытание, если алгоритмы шифрования соответствуют 5.3.3. ##### 6.6.2 Проверка защищенности передачи данных С помощью анализатора сетевых пакетов проверяют, что передача данных от терминала во внешнюю сеть осуществляется с использованием протокола TLS 1.2 или выше. Изделие считается выдержавшим испытание, если весь трафик от терминала во внешнюю сеть защищен TLS 1.2 или выше. ##### 6.6.3 Проверка двусторонней аутентификации Проводят анализ сетевого трафика между терминалом и платформой, подтверждают обмен цифровыми сертификатами и реализацию механизма двусторонней аутентификации. Изделие считается выдержавшим испытание, если в процессе установления соединения происходит взаимный обмен сертификатами (двусторонняя аутентификация). ##### 6.6.4 Проверка шифрования данных С помощью средств анализа сетевого трафика проверяют, что все передаваемые данные зашифрованы и не содержат открытого текста. Изделие считается выдержавшим испытание, если при перехвате трафика не обнаруживается открытых данных (все зашифровано). ##### 6.6.5 Проверка целостности данных Искусственно нарушается целостность передаваемых данных. Проверяют, что система фиксирует сбой и корректно завершает передачу, не допуская повреждения данных на принимающей стороне. Изделие считается выдержавшим испытание, если при нарушении целостности передача прекращается, а поврежденные данные не принимаются. **БИБЛИОГРАФИЯ** | [1] | Приказ Федеральной службы по техническому и экспортному контролю от 25 декабря 2017 г. N 239 "Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации" | | --- | --- | | [2] | Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств (Утверждена ФСТЭК России 30 июня 2025 г.) |
УДК 62.519:006.354ОКС 53.100
Ключевые слова: гибридная силовая установка, машина землеройная, система автоматического управления, гибридная высокоавтоматизированная машина землеройная и дорожно-строительная, бортовой терминал ГВАЗДСМ, дистанционное управление
--- ## Иллюстрации ![](https://i.bukva.ai/lGrP1Cgh/img_0.png) $Recall = \frac{TP}{TP + FN} ,$ $FPR = \frac{FP}{FP + TN} ,$ ![](https://i.bukva.ai/lGrP1Cgh/img_1.png) ![](https://i.bukva.ai/lGrP1Cgh/img_2.png) ![](https://i.bukva.ai/lGrP1Cgh/img_3.png) ![](https://i.bukva.ai/lGrP1Cgh/img_4.png)