Типовой учебный сценарий. Не является описанием реального оператора связи.

Исходная ситуация

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

Что анализировать

Сначала фиксируются функции, границы сети или системы, точки взаимодействия и зависимые сервисы. Затем проверяется применимость 187-ФЗ и соответствующих отраслевых объектов.

Почему важны зависимости

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

Вывод

Нельзя автоматически приравнять всю сеть оператора к одному объекту КИИ. Конкретный вывод делается по нормативным признакам и фактической архитектуре.

Типовой учебный сценарий. Не является заключением по реальному оператору связи.

Исходная архитектура

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

Разбор

Сначала фиксируются сервисы и функции, затем строятся зависимости и границы систем. После этого выполняется сопоставление с применимыми отраслевыми объектами и процедурами КИИ.

Контрольные вопросы

• какая функция нарушится при отказе компонента;
• какие системы входят в границы объекта;
• есть ли внешние зависимости;
• какие документы подтверждают архитектуру.

Вывод

Нельзя автоматически считать всю сеть оператора одним объектом КИИ. Границы должны следовать функции и нормативным признакам.

Что переносится в реальную работу

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

Контрольная таблица