Size: a a a

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

2020 July 29

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
На мой взгляд просто в этом направлении не так много работают. Тут нужно обкатывать какие то модели или связки (ОС +ПО АСУ) и потом которое можно ранжировать и говорить что вот W10 + ПО АСУ  поставили на мониторинг таким то способом собрали информацию и проверили всю работоспособность, и проблем нет провели испытания все работает -  пользуйтесь. А так получается что всегда на заказчике экспериментируют )
источник

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
Тот же самый APT от МС, ведь отличная штука, собирает стока всего, как было бы полезно использовать его в сегменте АСУ, но есть нюанс он все отправляет в облако для анализа, соответственно нужно знать по каким портам и адресам идет обмен и настраивать проксю или шлюз однонаправленный чтобы быть уверенным что нет дырки в асу из инета. Но ни кто почему то не пробовал использовать его в АСУ кроме энтузиастов.
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
То есть должен быть общий SOC?
Кто-то же должен общую картину видеть ))
источник

O

Oleg in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
Кто-то же должен общую картину видеть ))
Или не видеть)
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Anton Shipulin
Тем что на арме оператора сисмона не будет )
Не факт, но, в целом, арм лучше не нагружать.. а ещё иногда в АСУТП реальная проблема со сбором событий.. например, ведаете коммутаторы с куцым SNMP и сислог
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
Или не видеть)
Это точно ))
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
Но SOC же должен задетектить network propagation до этого самого арма оператора?
Не со 100% вероятностью. И есть вектора, где могут идти не через кспд
источник

ZS

Zakir Supeyev in RUSCADASEC community: Кибербезопасность АСУ ТП
Собирать конечно круто, а вот разгребать и правильно реагировать это проблема
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Zakir Supeyev
Собирать конечно круто, а вот разгребать и правильно реагировать это проблема
Ага, а ещё в контексте целевой функции системы...
источник

O

Oleg in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
Не со 100% вероятностью. И есть вектора, где могут идти не через кспд
Про 100% то понятно
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
Про 100% то понятно
А чем дальше продвижение, тем выше вероятность обнаружения, но при этом также выше возможный ущерб.
источник

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
Не факт, но, в целом, арм лучше не нагружать.. а ещё иногда в АСУТП реальная проблема со сбором событий.. например, ведаете коммутаторы с куцым SNMP и сислог
Ну для этого по идеи АРМ надо модернизировать и задать приоритеты по процессам чтобы у сисмона он был не выше среднего тогда на него ресуросв не уходит )
источник

O

Oleg in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
А чем дальше продвижение, тем выше вероятность обнаружения, но при этом также выше возможный ущерб.
У меня просто обычно возникает вопрос, насколько вообще актуально детектировать что-то в ОТ, разве там уже не поздно?)
источник

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
Не факт, но, в целом, арм лучше не нагружать.. а ещё иногда в АСУТП реальная проблема со сбором событий.. например, ведаете коммутаторы с куцым SNMP и сислог
а есть варианты вообще без сбора снмп? ну что вам даст есть свитч отдает тока апп или даун. В том то и прикол что нужно раставлять приоритет по сбору логов. АРМ+ сервера ПЛК в первую очередь, потому что проше реализовать и реагировать, а сеть потом, с МСЭ тоже в первую очередь
источник

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
У меня просто обычно возникает вопрос, насколько вообще актуально детектировать что-то в ОТ, разве там уже не поздно?)
ну это как последний рубеж, если там вовремя задетектить то главное правильно среагировать
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
Oleg
У меня просто обычно возникает вопрос, насколько вообще актуально детектировать что-то в ОТ, разве там уже не поздно?)
Скорее всего, не поздно, т.к. система достаточно устройства, плюс возможная фишка атаки - вывести из строя по расписанию, а не как сломал.. тогда смысл что-то обнаружить остаётся
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
2 2
а есть варианты вообще без сбора снмп? ну что вам даст есть свитч отдает тока апп или даун. В том то и прикол что нужно раставлять приоритет по сбору логов. АРМ+ сервера ПЛК в первую очередь, потому что проше реализовать и реагировать, а сеть потом, с МСЭ тоже в первую очередь
Ап и даун порта даст что кто-то что-то перетыкивает )) и не факт, что санкционированно.
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
2 2
а есть варианты вообще без сбора снмп? ну что вам даст есть свитч отдает тока апп или даун. В том то и прикол что нужно раставлять приоритет по сбору логов. АРМ+ сервера ПЛК в первую очередь, потому что проше реализовать и реагировать, а сеть потом, с МСЭ тоже в первую очередь
МСЭ+сов да, одно из лучших
источник

AI

Alex Ivanov in RUSCADASEC community: Кибербезопасность АСУ ТП
2 2
ну это как последний рубеж, если там вовремя задетектить то главное правильно среагировать
Ага, именно так. А иначе по принципу "сгорел сарай, гори и хата"
источник

22

2 2 in RUSCADASEC community: Кибербезопасность АСУ ТП
Alex Ivanov
Ап и даун порта даст что кто-то что-то перетыкивает )) и не факт, что санкционированно.
Это как раз и мониториться, тока многие забывают что есть еще различные средства монитоиинга сети от ИТ PRTG тот же самый который дает много полезной инфы, он вроде относится к ИТ но в тоже время мониторит сети и АСУ. Бери оттуда загрузку сети и проводи анализ, там есть и загрузка ресурсов и ПК тоже. Остается вопрос как СОК будет все это обрабатывать если не было таких кейсов.
источник