Size: a a a

RUSCADASEC community: Кибербезопасность АСУ ТП

2020 January 18

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Коллеги, практический вопрос. Есть пром. объект. Относится к КИИ, категорирован по 3й категории. Имеет несколько изолированных (вот только не надо флейма про фейковость любого воздушного зазора сейчас начинать) АСУТП систем, состоящих из пары неупр. свичей, контроллеров и пары ПК, совмещающих роль серверов и АРМ-ов. Под изоляцией понимается полная изоляция. Т.е. не только отделенность от офисной сети, но и друг от друга. Там просто тупо нет СКС и вообще каких-либо кабельных линий, что бы быть с чем-то состыкованным. Отсутствие вайфая и свистков в ПК достигается мерами физическими. Запираемые шкафы, регламенты, ежедневные обходы, визуальный контроль. Но даже если тут есть огрехи, речь о другом.

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

Я профан в нормативке. Кроме здравого смысла, бест практик, что по букве закона РФ тут можно предъявить, что бы переломить ситуацию? По 239 приказу для категории 3 вроде сегментация не требуется. По 31му тоже. На какие бумажки сослаться?
Вам надо не законы смотреть, а те документы, по которым проектировщик разробатывал этот самый проект.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Тупо сказать, что на такое количество доп. оборудования денег у нас не заложено и т.п. Вообще, не совсем понятно как можно что-то объединять/разъединять, если это не прописано в ТЗ.
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Alexey Cheshire
Вам надо не законы смотреть, а те документы, по которым проектировщик разробатывал этот самый проект.
У меня только пара сетевых схем. Я вообще не знаю, можно ли его ткнуть носом, что он не все нужные документы использовал?
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Alexey Cheshire
Тупо сказать, что на такое количество доп. оборудования денег у нас не заложено и т.п. Вообще, не совсем понятно как можно что-то объединять/разъединять, если это не прописано в ТЗ.
Оборудование есть, в этом нет проблем. В ТЗ обтекаемые формулировки. Никто не против инф. обмена между этими системами. В ТЗ наверняка это есть. Но способы реализации сильно разные.
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Erlan Semerkov
Добрый день уважаемые участники группы! Хотел спросить у вас смогут ли отключить с помощью сигнала со спутника АСУ ТП, севера которой синхронизируют время со спутника? Есть ли риск в информационной безопасности предприятия в данной ситуации. И есть ли статьи с ссылками на подобную тематику.
Смотря, что за сервер времени и что за софт, смотря какие источники. В целом, да. На ЭКРА мы пытались начать работы по режиму устойчивости к спуфингу сигналов, но дальше неформального ТЗ не зашли. Совсем вести из строя АСУТП сложно, но нарушить нормальный режим работы да.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Проектировщик выполняет свои работы на основании конкретных ТЗ. Это ТЗ и надо смотреть  в первую очередь.
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Alexey Cheshire
Проектировщик выполняет свои работы на основании конкретных ТЗ. Это ТЗ и надо смотреть  в первую очередь.
Этого конкретного ТЗ я не видел. Но бывало видел другие. Там будет что-то типа - обеспечить инф. обмен по МЭК-104 или что-то в этом духе. И че? Они обеспечили.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Оборудование есть, в этом нет проблем. В ТЗ обтекаемые формулировки. Никто не против инф. обмена между этими системами. В ТЗ наверняка это есть. Но способы реализации сильно разные.
Ну и молодцы :) За обтекаемые формулировки в ТЗ - получайте прилив радости и счастья :)
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Alexey Cheshire
Ну и молодцы :) За обтекаемые формулировки в ТЗ - получайте прилив радости и счастья :)
Да мне-то пофик. Ко мне обратились смежные структры, кода до них дошло. Вопрос поставлен четко, что можено сделать СЕЙЧАС? Ну, даже если это не вполне юр. корректно. Какую-то срашилку, имеющую под собой основание в нормах, правилах, законах.
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Пусть даже это что-то будет поводом от реализации отказаться вообще. Возможно даже с фин. потерями. Нельзя же противоречть закону только на том основании, что кто-то недопонял, формулируя хотелку, а кто-то не компенсировал это недопонимание своей халатностью?
источник

SP

Sergey Pariev in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Да мне-то пофик. Ко мне обратились смежные структры, кода до них дошло. Вопрос поставлен четко, что можено сделать СЕЙЧАС? Ну, даже если это не вполне юр. корректно. Какую-то срашилку, имеющую под собой основание в нормах, правилах, законах.
Имхо, тут потребуется перекатегорирование двух старых объектов
источник

SP

Sergey Pariev in RUSCADASEC community: Кибербезопасность АСУ ТП
С корректировкой моделей угроз
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Пусть даже это что-то будет поводом от реализации отказаться вообще. Возможно даже с фин. потерями. Нельзя же противоречть закону только на том основании, что кто-то недопонял, формулируя хотелку, а кто-то не компенсировал это недопонимание своей халатностью?
Это ваш проект? Если он вам не нравится. то и делать по нему не надо... Закажите другой
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Нафига тогда вообще вся эта ИБ законодательная движуха и весь этот оптимизм, когда в конкретном практическом случае все зависит от уровня грамотности заказчика?
источник

SP

Sergey Pariev in RUSCADASEC community: Кибербезопасность АСУ ТП
И последующим повторным обоснованием мер и т.д.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Нафига тогда вообще вся эта ИБ законодательная движуха и весь этот оптимизм, когда в конкретном практическом случае все зависит от уровня грамотности заказчика?
Так везде, вообще-то.
источник

SP

Sergey Pariev in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Volkov
Нафига тогда вообще вся эта ИБ законодательная движуха и весь этот оптимизм, когда в конкретном практическом случае все зависит от уровня грамотности заказчика?
В цену проекта заложено  перекатегорирование старых объектов и перестройка их систем безопасности?
источник

SP

Sergey Pariev in RUSCADASEC community: Кибербезопасность АСУ ТП
Этим можно попробовать отбиться
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Sergey Pariev
В цену проекта заложено  перекатегорирование старых объектов и перестройка их систем безопасности?
Скорей всего нет. Там и нет никакой системы безпоасности, кроме описанных простых мер, изоляция из которых главная. Никаких моделей угроз по крайней мере ранее не создавалось. ИБ службы нет по факту, какая-то формальность, даже географически от них бесконечно далекая. Я удивляюсь, как они категорировании осилили. Возможно, это делали в головной организации, централизованно. На местах о таких вещах, как модель угроз слыхом не слыхивали.
источник

AV

Anton Volkov in RUSCADASEC community: Кибербезопасность АСУ ТП
Sergey Pariev
В цену проекта заложено  перекатегорирование старых объектов и перестройка их систем безопасности?
А есть обоснованная необходимость перекатегороирования? Это из чего-то следует с неизбежностью в моем случае?
источник