Правила № 2-020101-174 от 01.07.2024

2.2.1.1.1. Требование.  

Должна быть разработана и поддерживаться в актуальном состоянии в течение всего срока службы судна Ведомость с указанием аппаратного и программного обеспечения (включая приложения, операционные системы, если таковые имеются, микропрограммы и другие компоненты ПО) КС, входящих в область применения настоящей части, а также сетей, соединяющих такие системы друг с другом и с другими судовыми или береговыми КС.  

Ведомость судовых КС должна включать, по крайней мере, КС, указанные в 1.1.3 — 1.1.6, если они имеются на борту. 
Ведомость судовых КС должна актуализироваться в течение всего срока службы судна. В ней должны регистрироваться изменения аппаратного и программного обеспечения, которые могут привести к появлению новых уязвимостей или затрагивающие функциональные зависимости или связи между системами. 
В случае внесения в Ведомость судовых КС конфиденциальной информации (например, IP-адресов, протоколов, номеров портов) должны приниматься специальные меры для ограничения несанкционированного доступа к такой информации. 

2.2.1.1.2.1. Аппаратное обеспечение:  

2.2.1.1.2.2. Программное обеспечение (ПО): 
1) в Ведомость судовых КС должно быть включено все ПО, входящее в область применения настоящей части (например, приложения, операционные системы, микропрограммы), при этом в Ведомости, по крайней мере, должна содержаться информация, указанная в 3.2.1.1;  
2) ПО КС, входящих в область применения настоящей части, должно обслуживаться и обновляться в соответствии с процессом по управлению обслуживанием ПО и политикой обновления, описанным судовладельцем в Программе кибербезопасности и киберустойчивости судна (см. 2.3.3.1). 

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

2.2.1.1.3.1. Этап проектирования:  

2.2.1.1.3.2. Этап постройки: 

2.2.1.1.3.3. Этап ввода в эксплуатацию: 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан процесс управления изменениями для всех КС, входящих в область применения настоящей части, учитывающий как минимум следующие требования:  

2) в Программе кибербезопасности и киберустойчивости судна судовладельцем также должен быть описан процесс управления обновлениями ПО, учитывающий как минимум следующие требования: 

3) первое ежегодное освидетельствование.  
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, а именно того, что: 

2.2.2.1.1. Требование: 

2) сеть(и) зоны безопасности должны быть логически и/или физически сегментированы от других зон или сетей; 

3) КС, обеспечивающие необходимую функциональную безопасность, должны быть сгруппированы в отдельные зоны безопасности и должны быть физически сегментированы от других зон безопасности; 

4) системы навигации и связи не должны находиться в той же зоне безопасности, что системы обслуживания механизмов и грузовые системы. Если системы навигации и радиосвязи одобрены в соответствии с иными эквивалентными стандартами (см. 1.1.5), то они должны находится в отдельной зоне безопасности; 

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

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

1) системный интегратор должен представить Регистру Схему зон безопасности и каналов связи, а также Описание мер обеспечения кибербезопасности (см. 2.3.1.1 и 2.3.1.2); 

2) Схема зон безопасности и каналов связи должна отражать каким образом КС, входящие в область применения настоящей части, сгруппированы в зоны безопасности и включать в себя следующее: 

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

2.2.2.1.3.2. Этап постройки:

2.2.2.1.3.3. Этап ввода в эксплуатацию: 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан процесс управления оборудованием, ограничивающим зоны безопасности (например, межсетевыми экранами), учитывающий как минимум следующие требования: 

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

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

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

2.2.2.2.2. Детализация требования. 
При проектировании сети с целью минимизации риска событий типа «отказ в обслуживании» (DoS) и сетевого шторма/высокой скорости трафика, необходимо предусмотреть средства ограничения скорости потока данных до уровня, соответствующего предполагаемому потоку данных, проходящему через сеть. При оценке скорости потока данных необходимо учитывать, как минимум, пропускную способность сети, требования к скорости передачи данных для предполагаемого приложения и формата данных. 

2.2.2.2.3.3. Этап ввода в эксплуатацию: 

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

1) в КС, входящих в область применения настоящей части, должна быть предусмотрена защита от вредоносного ПО. На КС, работающих под операционной системой, для которой доступно и поддерживается в актуальном состоянии стандартное антивирусное и антивредоносное ПО, такое ПО должно быть установлено, обслуживаться и регулярно обновляться, если только установка такого ПО не снижает способность КС выполнять необходимые функции и обеспечивать уровень обслуживания (например, для КС категорий II и III, выполняющих задачи в режиме реального времени); 

2)  если на КС невозможно установить ПО для защиты от вредоносного ПО, такая защита должна быть реализована в виде эксплуатационных процедур, физических средств защиты или в соответствии с рекомендациями изготовителя. 

2.2.2.3.3.1. Этап проектирования: 

2.2.2.3.3.2. Этап постройки: 

2.2.2.3.3.3. Этап ввода в эксплуатацию: 

1) в Программе кибербезопасности и киберустойчивости судна судовладелец должен описать процесс управления антивредоносной защитой, учитывающий как минимум следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, а именно то, что: 

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

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

2.2.2.4.2.1. Контроль физического доступа. 
КС категорий II и III с целью предотвращения несанкционированного доступа должны располагаться в запираемых помещениях или контролируемом пространстве, или устанавливаться в запираемых шкафах или консолях. Эти места или запираемые шкафы/консоли должны быть легкодоступными для экипажа и различных заинтересованных сторон, которым необходим доступ к КС для установки, интеграции, работы, технического обслуживания, ремонта, замены, утилизации и т.д., чтобы не препятствовать эффективной и действенной эксплуатации судна. 

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

2.2.2.4.2.3. Контроль физического доступа к точкам подключения к сети:

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

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

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

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

2.2.2.4.3.1. Этап проектирования: 

2.2.2.4.3.2. Этап постройки. 
На этапе постройки судна системный интегратор должен обеспечить предотвращение несанкционированного доступа к КС. 

2.2.2.4.3.3. Этап ввода в эксплуатацию:

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан процесс управления логическим и физическим доступом, учитывающий, как минимум, следующие требования: 

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

3) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

2.2.2.5.1. Требование. 
Беспроводные сети, входящие в область применения настоящей части, должны быть спроектированы, построены и обслуживаться таким образом, чтобы:

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

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

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

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

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

2.2.2.5.3.2. Этап постройки. 
На этапе постройки судна системный интегратор должен обеспечить предотвращение несанкционированного доступа к беспроводным сетям. 

2.2.2.5.3.3. Этап ввода в эксплуатацию: 

2.2.2.5.3.4. Этап эксплуатации:

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

2.2.2.6.2.1. Проектирование. 
КС, входящие в область применения данного раздела, должны: 

1) должна представляться документация, описывающая как происходят соединение и интеграция с береговым участком; 

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

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

5) любой доступ к КС пользователей из ненадежных сетей должен предоставляться с использованием многофакторной аутентификации; 

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

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

2.2.2.6.3.1. Этап проектирования: 

2.2.2.6.3.3. Этап ввода в эксплуатацию: 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан процесс управления удаленным доступом и взаимодействия с ненадежными сетями, учитывающий как минимум следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

2.2.2.7.3.1. Этап проектирования: 

2.2.2.7.3.2. Этап постройки.

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан процесс управления носимыми и переносными устройствами, учитывающий, как минимум, следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

2.2.3.1.1. Требование. 
Сети, входящие в область применения настоящей части, должны постоянно контролироваться, и в случае возникновения неисправностей или снижения/ухудшения пропускной способности должны срабатывать сигналы тревоги. 

1) средства мониторинга сетей, входящих в область применения настоящей части, должны обеспечивать: 

2) при соблюдении нижеследующих условий допускается использование системы обнаружения вторжений (IDS): 

О б о с н о в а н и е . Кибератаки становятся все более изощренными, и атаки, направленные на уязвимые места, которые были неизвестны на момент постройки судна, могут привести к инцидентам, при которых судно окажется плохо подготовленным к угрозе. Для раннего реагирования на атаки, направленные на эти типы неизвестных уязвимостей, необходима технология, способная обнаруживать нестандартные события. Система мониторинга, способная обнаруживать аномалии в сетях и проводить анализ после инцидента, обеспечивает возможность надлежащего реагирования и дальнейшего восстановления после киберсобытия. 

1) системный интегратор должен включить проверку средств мониторинга и защиты сети в Программу испытаний киберустойчивости судна, а также продемонстрировать Регистру, что: 

2) любая система обнаружения вторжений (IDS) в КС, входящих в область применения настоящей части, подлежит техническому наблюдению Регистра. Соответствующая документация должна быть представлена на одобрение Регистру с последующим освидетельствованием на борту судна. 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должны быть описаны мероприятия по определению аномалий в КС и сетях, учитывающие как минимум следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

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

2.2.3.2.2. Детализация требования:

О б о с н о в а н и е . Для обеспечения управления киберустойчивостью в течение всего срока службы судна важную роль играет возможность проверки работы функций безопасности. Диагностические инструменты могут включать в себя автоматические или ручные средства, такие как средства самодиагностики каждого устройства, или инструменты для мониторинга сети (например, ping, traceroute, ipconfig, netstat, nslookup, Wireshark, nmap и т.д.). 
Однако следует отметить, что выполнение диагностических функций может иногда влиять на эксплуатационные характеристики КС. 

2.2.3.2.3.3. Этап ввода в эксплуатацию: 

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

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

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

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

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

3) План действий в случае киберинцидента должен содержать, как минимум, следующую информацию: 

4) План действий в случае киберинцидента должен храниться в твердой копии и быть доступным в случае полной потери электронных устройств. 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должен быть описан План действий в случае киберинцидента, учитывающий, как минимум, следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, т.е. того, что: 

2.2.4.2.1. Требование. 
Любая КС, необходимая для местного управления, требуемого 2.3.4 части XV «Автоматизация», должна быть независимой от основной системы управления. Это также относится к человеко-машинному интерфейсу (HMI), необходимому для работы местного управления. 

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

4) КС для местного управления и контроля должны также соответствовать другим требованиям настоящей части. 

2.2.4.2.3.1. Этап проектирования:

2.2.4.2.3.3. Этап ввода в эксплуатацию: 

2.2.4.3.1. Требование. 
Должна быть обеспечена возможность прерывания сетевого соединения с зоной безопасности. 

1) если План действий в случае киберинцидента предписывает выполнить изоляцию сети, должна обеспечиваться возможность изоляции зон безопасности по соответствующей процедуре, например, с помощью физического переключателя «ВКЛ/ВЫКЛ» на сетевом устройстве, отсоединением кабеля от маршрутизатора/брандмауэра или других аналогичных действий. Должны быть доступны инструкции и четкая маркировка на оборудовании, позволяющая экипажу эффективно изолировать сеть; 

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

2.2.4.3.3.1. Этап проектирования:

2.2.4.3.3.3. Этап ввода в эксплуатацию:

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

1) при обнаружении киберинцидента, затрагивающего КС или сеть и ставящего под угрозу способность системы выполнять требуемые функции по назначению, система незамедлительно должна быть переведена в приемлемое безопасное состояние. Действия по возврату в безопасное состояние могут включать: 

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

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

2.2.4.4.3.1. Этап проектирования: 

2.2.4.4.3.3. Этап ввода в эксплуатацию:

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

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

2) План восстановления должен быть понятным для экипажа и берегового персонала и должен включать в себя основные инструкции и процедуры для обеспечения восстановления отказавшей системы, а также, в случае необходимости, способы получения внешней поддержки с берега. Кроме того, на борту должны быть доступны средства или инструменты для восстановления; 

3) при разработке Плана восстановления должны быть указаны различные задействованные системы и подсистемы. Также должны быть определены следующие цели восстановления: 

4) после определения целей восстановления должен быть составлен список потенциальных киберинцидентов, а также разработана и описана процедура восстановления; 

5) План восстановления должен включать следующую информацию или же ссылки на нее: 

6) КС, необходимые для управления судном и навигации, должны иметь приоритет в Плане восстановления для обеспечения безопасности экипажа судна; 

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

2.2.5.1.3.3. Этап ввода в эксплуатацию: 

1) в Программе кибербезопасности и киберустойчивости судна судовладельцем должны быть описаны планы восстановления всех КС, входящих в область применения настоящей части, учитывающие, как минимум, следующие требования: 

2) первое ежегодное освидетельствование. 
Судовладелец должен представить Регистру записи или иные задокументированные свидетельства, подтверждающие выполнение Программы кибербезопасности и киберустойчивости судна, а именно то, что: 

2.2.5.2.1. Требование. 
КС и сети, входящие в область применения настоящей части, должны поддерживать возможность резервного копирования и восстановления своевременным, полным и безопасным образом. Резервные копии должны регулярно обновляться и проверяться. 

О б о с н о в а н и е . Целью стратегии резервного копирования и восстановления является защита данных и восстановление данных в случае потери. Как правило, задачи администрирования резервного копирования включают: 

2.2.5.2.2.1. Способность к восстановлению: 

2.2.5.2.2.2. Резервное копирование: 
1) КС и сети, входящие в область применения настоящей части, должны обеспечивать резервное копирование данных. Для повышения устойчивости к вредоносному ПО, поражающему онлайн-устройства резервного копирования, должно быть предусмотрено использование автономных резервных копий; 
2) должны быть разработаны планы резервного копирования, с указанием состава резервируемой информации, способа и периодичности создания резервных копий, носителя, а также срока хранения резервных копий. 

2.2.5.2.3.3. Этап ввода в эксплуатацию:

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

1) КС и сети, входящие в область применения настоящей части, должны обеспечивать: 

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

О б о с н о в а н и е . Контролируемое отключение заключается в выключении КС или сети с помощью программной функции, позволяющей другим подключенным системам завершить/откатить ожидающие транзакции, завершить процессы, закрыть соединения и т.д., оставляя всю интегрированную систему в безопасном и известном состоянии. Контролируемое отключение противоположно неконтролируемому отключению, которое происходит, например, когда компьютер принудительно выключается из-за прерывания питания. 
Несмотря на то что в случае некоторых киберинцидентов неконтролируемое отключение может расцениваться как мера предосторожности, в случае интегрированных систем контролируемое отключение предпочтительнее для поддержания их в устойчивом и известном состоянии с предсказуемым поведением. Если стандартные процедуры отключения не выполняются, может произойти повреждение данных или файлов программ и операционной системы. В случае ОТ-систем результатом повреждения могут быть нестабильность, неправильная работа или невозможность работы по назначению. 
Операция сброса обычно запускает программно-управляемую загрузку, предписывая системе пройти процесс выключения, очистки памяти и возврата устройств в их первоначальное состояние. В зависимости от рассматриваемой системы операция сброса может иметь различные последствия. 
Откат — это операция, которая возвращает систему в некое предыдущее состояние. Откаты важны для целостности данных и системы, поскольку они означают, что данные и программы системы могут быть восстановлены до чистой копии даже после выполнения ошибочных операций. Откаты имеют решающее значение для восстановления после аварий и киберинцидентов, возвращая систему в устойчивое состояние. 
Перезапуск системы и повторная загрузка нового образа всего ПО и данных (например, после операции отката) из источника, доступного только для чтения, является эффективным подходом для восстановления после неожиданных сбоев или киберинцидентов. Однако операции перезапуска должны контролироваться, особенно для интегрированных систем, где неожиданный перезапуск отдельного компонента может привести к неустойчивому состоянию системы или ее непредсказуемому поведению. 

2.2.5.3.3.1. Этап проектирования. 
В Описание мер обеспечения кибербезопасности системным интегратором должна быть включена следующая информация: 

2.2.5.3.3.3. Этап ввода в эксплуатацию: