Оглавление секции

    • Модуль 8. Практическое упражнение и тестирование

      Что вы изучите в этом модуле

      • Упражнение: Настольный сценарий: «Киберинцидент на мостике».
      • Тестирование: Итоговый тест (15–25 вопросов), обязательный для завершения обучения и получения сертификата.


    • Модуль 8. Практическое упражнение и оценка

      Цель данного модуля — превратить теоретические знания в «мышечную память» экипажа и сформировать документированные доказательства обучения (training artifacts), необходимые для успешного прохождения аудитов Системы управления безопасностью (SMS).

      С точки зрения IMO/ISM обучение считается эффективным только тогда, когда персонал:

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

      1. Практические сценарии (настольные учения / разбор ситуаций)

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

      Настольные учения позволяют экипажу:

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

      Вариант A: «Инцидент на борту» (реагирование)

      Сценарий:

      • На мостике ECDIS начинает отображать некорректные координаты; или
      • На компьютере капитана появляется сообщение о выкупе (ransomware).

      Задачи для участников:

      • Определить цепочку уведомления: кто, кому и в каком порядке докладывает.
      • Принять решение об изоляции: какие соединения следует отключить (LAN/Wi-Fi), чтобы предотвратить распространение.
      • Зафиксировать доказательства: сделать фото экрана и записать время (UTC); описать первые симптомы.
      • Оценить влияние на безопасность: определить, затронута ли безопасность судна/навигация и требуются ли резервные/ручные процедуры.

      Результат: подготовленный черновик отчёта об инциденте и общее понимание правила: «Не исправляй — изолируй — докладывай».

      Вариант B: «Доступ подрядчика» (контроль третьих сторон)

      Сценарий: На судно прибывает сервисный инженер для обновления радара или спутниковой системы. Инженер использует личную USB-флешку.

      Задачи для участников:

      • Провести идентификацию: проверить личность подрядчика (удостоверение/наряд-заказ).
      • Контролировать съёмные носители: потребовать проверку на вредоносное ПО (если предусмотрено) или запретить использование USB.
      • Организовать контроль: определить, кто присутствует при работах и кто вправе остановить небезопасные действия.
      • Обеспечить закрытие доступа: после завершения работ отключить временную учётную запись, изменить временный пароль или закрыть порт доступа.

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

      Вариант C: «Сетевая схема» (осведомлённость о сегментации)

      Задача: Участникам предоставляется упрощённая схема судовой сети, и они должны выявить «уязвимые места», например:

      • гостевой Wi-Fi связан (прямо или косвенно) с CCTV или другими операционными системами,
      • рабочая станция в машинном отделении имеет прямой доступ в интернет,
      • отсутствует разделение между сегментами IT и OT.

      Группа обсуждает, почему это опасно и какие практические меры могут снизить риск.

      Результат: базовое понимание сегментации даже у не-технического персонала.

      2. Итоговая оценка (подтверждение компетентности)

      Для формального подтверждения компетентности проводится итоговое тестирование.

      • Формат: 15–25 вопросов с выбором ответа.
      • Темы: правила паролей, распознавание фишинга, роли и порядок доклада, первые действия при инциденте, контроль USB и доступа подрядчиков.
      • Оценка: Зачёт / Незачёт. Для офицерского состава требования могут быть выше.

      Разбор ошибок обязателен: неверные ответы обсуждаются сразу после теста для устранения пробелов и выравнивания понимания.

      3. Документы по обучению (для аудита)

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

      1. Журнал обучения: список участников с датами и подписями.
      2. Результаты тестирования: подтверждение усвоения материала.
      3. Отчёт об учении: запись о проведённом сценарии реагирования (аналогично противопожарным и аварийным учениям).

      4. Краткие «Правила поведения»

      В конце модуля каждый участник получает краткую памятку (1–2 страницы): «Золотые правила кибергигиены». Рекомендуется разместить её на мостике, в ECR/CCR и в кают-компании.

      Примеры:

      • «Никогда не подключай неизвестные USB-устройства.»
      • «Если что-то выглядит странно — докладывай вахтенному офицеру.»
      • «Не открывай вложения от неизвестных отправителей.»
      • «Не исправляй самостоятельно — отключи и доложи.»

      Итог модуля

      Этот модуль переводит формальные требования IMO в реальные навыки. Во время инспекции, когда аудитор спрашивает члена экипажа: «Что вы сделаете, если этот экран внезапно погаснет?», правильный ответ — не «Я позвоню в IT», а:

      «Я доложу вахтенному офицеру / капитану и не буду вмешиваться в систему, чтобы не усугубить ситуацию и сохранить доказательства.»

    • ? Практические сценарии и формы обучения Лекция