В системе автоматизации арм оператора - это не самое дорогое оборудование. А обучение и так обслуживающий персонал должен проходить, просто иногда на это дело забивают.Василий Иванович писал(а):Да тупо по деньгам выгодней, потому что эти Ваши "проще" - это ведь на самом деле "дешевле".
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Безопасность АРМ АСУ ТП
Модератор: Глоб.модераторы
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
Ну это ничего не значит. Вирусов не под windows в настоящее время практически нет.Василий Иванович писал(а):Первый в мире вирус появился именно на Юниксе. Неуловимый Джо.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
И тем не менее, при прочих равных - спецсистема всегда дороже. Тупо просрут тендер по деньгам.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
Их нет не потому, что Юникс такая безопасная, а потому что денег и славы на написании вируса не заработаешь.SaNNy писал(а):Ну это ничего не значит. Вирусов не под windows в настоящее время практически нет.Василий Иванович писал(а):Первый в мире вирус появился именно на Юниксе. Неуловимый Джо.
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
Чем дороже? ОС бесплатна (например linux), стоимость скада системы должна быть сравнимаВасилий Иванович писал(а):И тем не менее, при прочих равных - спецсистема всегда дороже. Тупо просрут тендер по деньгам.
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
И поэтому в том числе. И шансов занести какую-то бяку при обслуживания - значительно нижеВасилий Иванович писал(а): Их нет не потому, что Юникс такая безопасная, а потому что денег и славы на написании вируса не заработаешь.
-
- почётный участник форума
- Сообщения: 1075
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 52 раза
- Поблагодарили: 20 раз
Re: Безопасность АРМ АСУ ТП
Расскажите же! Прям заинтриговали! Почему сожалеете, на поменять предлагаете?
-
- частый гость
- Сообщения: 409
- Зарегистрирован: 20 ноя 2012, 13:45
- Имя: :.О.N.Ф
- Страна: Россия
- Благодарил (а): 3 раза
- Поблагодарили: 7 раз
Re: Безопасность АРМ АСУ ТП
>Кстати, что еще?
Есть занятная APROL от B&R под SLES.
Есть занятная APROL от B&R под SLES.
«Сразу видно внимание к каждой мелочи, неиспорченным не осталось ничто».
-
- частый гость
- Сообщения: 462
- Зарегистрирован: 31 июл 2010, 09:12
- Имя: Павел
- Страна: РФ
- Благодарил (а): 10 раз
- Поблагодарили: 17 раз
Re: Безопасность АРМ АСУ ТП
Не могли бы вы привести пример заражения, когда "хрень прилетела из сети"? То есть стоит себе компьютер, подключенный к локалке, у пользователя нет прав на доступ к Интернет Эксплореру и любому другому браузеру, все системные серверные службы (т.е. все системные процессы, ожидающие входящей сетевой активности) остановлены. Права у пользователя минимально возможные. Иными словами, правильно сконфигурированная рабочая машина. Есть ли (были ли) по факту уязвимости винды, которые способны работать в таких условиях?Василий Иванович писал(а):Как зачем Винду обновлять? Вирусов не боитесь? Ведь если дажи закрыть USB и прочее, АРМ в подавляющем количестве случаев в сети находится, откуда всякая хрень может прилететь, и файрволлы при этом не являются стопроцентной гарантией.
Ясное дело, во времена Win98 было много всяких веселостей, в частности, в реализации стека TCP/IP. Но сейчас везде уже используются винды на основе WinNT. И лично я не припоминаю ни одного факта такой вот вопиющей удаленной уязвимости. Локальные уязвимости - полно. Заражения через браузер (с деятельным участием пользователя) - в ассортименте. Но так чтобы на WinNT просто что-то прилетело и само запустилось и установилось...
-
- частый гость
- Сообщения: 462
- Зарегистрирован: 31 июл 2010, 09:12
- Имя: Павел
- Страна: РФ
- Благодарил (а): 10 раз
- Поблагодарили: 17 раз
Re: Безопасность АРМ АСУ ТП
Восхитительно! То есть безопасность не в том, что нет дырок, а в том, что никто эти дырки в массовом порядке не искал?SaNNy писал(а):Это если потребительский рынок займет. А если использовать ее в автоматизации, то вероятность появления вируса ничтожно мала.
Не хотелось бы вас разочаровывать, но в случае со Stuxnet у разработчиков малвари оказался доступ к проекту Step7. То бишь к программам контроллеров стратегически важного для некоего государства промышленного объекта Понадобился код - не вопрос, достали. Потенциальных искателей дыр в том же QNX вообще ничего не останавливает. ОС общедоступна, а у спецслужб и организаций по сертификации наверняка есть исходный код, на законных основаниях. Бери и ищи эксплойты :)
Вы надеетесь на то, что у вашего QNX мало инсталляций, и никто ломать его не будет. Но атаки на промышленные объекты - это работа на заказ, и исполнителям пофигу, на скольких машинах развернута подобная система. Будет заказ - найдут возможность исполнить. Все средства для этого есть, а желание ломать легко покупается за деньги.
-
- частый гость
- Сообщения: 462
- Зарегистрирован: 31 июл 2010, 09:12
- Имя: Павел
- Страна: РФ
- Благодарил (а): 10 раз
- Поблагодарили: 17 раз
Re: Безопасность АРМ АСУ ТП
Все верно. В Stuxnet был руткит-компонент (по сути, драйвер), подписанный "краденным" сертификатом. Руткит скрывал присутствие червя на зараженной машине. Без подписи было бы сложно организовать скрытую установку руткита. Был ли реальный взлом офиса или просто кто-то кому-то занес деньги - про это можно только гадать.BigDog писал(а):Так ведь вроде же писали про взлом офиса где-то в Малайзии для получения разрешения белого листа (вроде как Стакснет подменил ключ сертификата). Или я что-то не так понял? Точно же где-то про это писали...я не мог это из головы выдумать :)
-
- частый гость
- Сообщения: 462
- Зарегистрирован: 31 июл 2010, 09:12
- Имя: Павел
- Страна: РФ
- Благодарил (а): 10 раз
- Поблагодарили: 17 раз
Re: Безопасность АРМ АСУ ТП
Я, к слову, согласен, что винде нужна реальная альтернатива в области автоматизации. От сименсовского софта на винде плюются даже иностранные коллеги. Чего один только последний TIA стоит... Наблюдал тут, как инженер из цивилизованной Европы мучился с сабжем на собственном нетбуке. Но альтернатива-то где? Когда у тех же сименсовских контроллеров будет среда разработки на других ОС? Скады потихоньку пилят под никсами, это да. Но не более. И это очень грустно.
Был на местной конференции президент крупной отечественной фирмы, выпускающей свою СКАДу. Система работает на .Net, но фирма не заинтересована в развитии кроссплатформенности. Нет спроса. .Net приложение можно портировать на Mono, но все портит привязка к "классическому" OPC. OPC UA? "Нет спроса". Вот и весь разговор. Не привлекают альтернативные платформы в первую очередь разработчиков софта. Как сложилась такая ситуация - адекватного ответа нет.
Был на местной конференции президент крупной отечественной фирмы, выпускающей свою СКАДу. Система работает на .Net, но фирма не заинтересована в развитии кроссплатформенности. Нет спроса. .Net приложение можно портировать на Mono, но все портит привязка к "классическому" OPC. OPC UA? "Нет спроса". Вот и весь разговор. Не привлекают альтернативные платформы в первую очередь разработчиков софта. Как сложилась такая ситуация - адекватного ответа нет.
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
Да, именно в этом. К тому же от спланированной атаки на объект защититься куда более сложнее, чем от случайной. И тут выбор ОС не стоит на первом месте. А должны быть меры огранизационного характера, чтобы предотвратить подобное.MuadDib писал(а): Восхитительно! То есть безопасность не в том, что нет дырок, а в том, что никто эти дырки в массовом порядке не искал?
Не хотелось бы вас разочаровывать, но в случае со Stuxnet у разработчиков малвари оказался доступ к проекту Step7. То бишь к программам контроллеров стратегически важного для некоего государства промышленного объекта Понадобился код - не вопрос, достали. Потенциальных искателей дыр в том же QNX вообще ничего не останавливает. ОС общедоступна, а у спецслужб и организаций по сертификации наверняка есть исходный код, на законных основаниях. Бери и ищи эксплойты :)
Вы надеетесь на то, что у вашего QNX мало инсталляций, и никто ломать его не будет. Но атаки на промышленные объекты - это работа на заказ, и исполнителям пофигу, на скольких машинах развернута подобная система. Будет заказ - найдут возможность исполнить. Все средства для этого есть, а желание ломать легко покупается за деньги.
Но от случайно словленного вируса во время обслуживания станции или от установки игр на АРМ оператора - выбор другой ОС вполне решает проблему.
Встречали ли вы вирусы на АРМах под windows? Вот под Linux или QNX вы их не встретите с 99% верояностью. Если там что-то и будет, то это будет скорее всего целенаправленная атака на данный объект автоматизации.
Последний раз редактировалось SaNNy 25 окт 2013, 08:12, всего редактировалось 1 раз.
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
Просто на рынке ОС Майкрософт самый крупный игрок и может продавливать решения на своей операционке. В том числе и оказывая помощь в разработке. Та же технология OPC изначально создавалась этой компанией и именно для своей ОС. А вот другие игроки пока в отстающих, у них нет возможности проспонсировать создание ПО под свою ОС или эти возможности значительно уступают майкрософту.MuadDib писал(а):Я, к слову, согласен, что винде нужна реальная альтернатива в области автоматизации. От сименсовского софта на винде плюются даже иностранные коллеги. Чего один только последний TIA стоит... Наблюдал тут, как инженер из цивилизованной Европы мучился с сабжем на собственном нетбуке. Но альтернатива-то где? Когда у тех же сименсовских контроллеров будет среда разработки на других ОС? Скады потихоньку пилят под никсами, это да. Но не более. И это очень грустно.
Был на местной конференции президент крупной отечественной фирмы, выпускающей свою СКАДу. Система работает на .Net, но фирма не заинтересована в развитии кроссплатформенности. Нет спроса. .Net приложение можно портировать на Mono, но все портит привязка к "классическому" OPC. OPC UA? "Нет спроса". Вот и весь разговор. Не привлекают альтернативные платформы в первую очередь разработчиков софта. Как сложилась такая ситуация - адекватного ответа нет.
К тому же уже написаны тонны кода под windows и переписывать их (например сименсу - 7GB софта) очень накладно. Тут надо создавать что-то с нуля, а крупные компании вроде того же Сименса, Эмерсона и тп. этим заниматься не хотят.
-
- частый гость
- Сообщения: 462
- Зарегистрирован: 31 июл 2010, 09:12
- Имя: Павел
- Страна: РФ
- Благодарил (а): 10 раз
- Поблагодарили: 17 раз
Re: Безопасность АРМ АСУ ТП
Пожалуй, единственный возможный источник заразы на АРМ оператора - флешка. Для юзеров можно запретить подключение флеш-накопителей. Для нужд поддержки флешку можно предварительно просканировать антивирусом. То есть, на винде есть дыры и средства контроля безопасности. Неидеальные, но есть. На прочих ОС тоже есть дыры, но из средств защиты - только вера в "99% заразы на винде". Вопрос: а что хуже?SaNNy писал(а): Да, именно в этом. К тому же от спланированной атаки на объект защититься куда более сложнее, чем от случайной. И тут выбор ОС не стоит на первом месте. А должны быть меры огранизационного характера, чтобы предотвратить подобное.
Но от случайно словленного вируса во время обслуживания станции или от установки игр на АРМ оператора - выбор другой ОС вполне решает проблему.
Вирусы под виндой встречал. Некоторые АРМы поставлены иностранными конторами, которые кладут известный орган на настройки безопасности. Улов за последние 6 месяцев - какой-то жалкий троян, ворующий пароли к онлайн-играм. Предыдущие аналогичные случаи можно пересчитать по пальцам одной руки, эффект был аналогичный. Чтобы заразить компьютер, не подключенный к интернету, нынче нужно здорово постараться. Если бы не было софта для обнаружения заражения, мы бы про эту малварь даже не узнали - ну не делала она там нифига. Зато появился повод повысить дисциплину у работников, имевших доступ к компьютеру - это даже небольшой плюс :D Замена такой "проблемы" на проблему тотального вакуума специализированного софта - это примерно как ампутировать руку из-за заусенца на пальце.SaNNy писал(а): Встречали ли вы вирусы на АРМах под windows? Вот под Linux или QNX вы их не встретите с 99% верояностью. Если там что-то и будет, то это будет скорее всего целенаправленная атака на данный объект автоматизации.
"Помощь в разработке" == "давление"?SaNNy писал(а): Просто на рынке ОС Майкрософт самый крупный игрок и может продавливать решения на своей операционке. В том числе и оказывая помощь в разработке.
Нет. Технология OPC изначально создавалась OPC foundation, и Майкрософт там была исключительно в виде свадебного генерала. Текущий расклад сил виден по составу совета директоров:SaNNy писал(а): Та же технология OPC изначально создавалась этой компанией и именно для своей ОС. А вот другие игроки пока в отстающих, у них нет возможности проспонсировать создание ПО под свою ОС или эти возможности значительно уступают майкрософту.
Нынешняя редакция их стандарта - OPC UA - полностью кроссплатформенная. Только вот никто не спешит ей пользоваться. Что мешает той же QNX войти в OPC foundation и разработать под свою платформу, скажем, фреймворк для создания OPC UA сервера? С закрытым исходным кодом, дабы продвинуть свою платформу? Нет, зачем рисковать, все же уже откусили по мелкому кусочку рынка и сидят, жалуются на страшный-ужасный Microsoft, который всех давит. "Возможности нет"? Не верю. Желания выходить на новые платформы нет - это точно, а вот чтобы у всех производителей разом не было возможности? Даже у тех, кто входит в число основателей OPC?Thomas Burke - OPC Foundation
Thomas Hahn - Siemens AG
Dr. Grant Wilson - Emerson Process Management (chairman)
Nobuaki Konishi - Yokogawa
David Eisner - Honeywell
Dr. Juergen Weinhofer - Rockwell Automation
Russ Agrusa - ICONICS
А вот у отсутствия желания вполне может быть объективная причина. Остается только гадать, какая.
-
- освоился
- Сообщения: 259
- Зарегистрирован: 01 фев 2010, 10:37
- Имя: Александр
- Страна: Россия
- город/регион: Брянск
- Благодарил (а): 10 раз
- Поблагодарили: 33 раза
Re: Безопасность АРМ АСУ ТП
Ну как сказать, антивирусные программы червя stuxnet не нашли бы, а на других ОС обычные вирусы бы не появились и вовсе. А от специализированных вирусов защиты нет нигде. Плюс ограничение прав пользователя под nix снижает риск повреждение системы к минимуму.
OPC - это технология OLE for Process Controls. OLE - это чисто майкрософтовская фишка, посему OPC изначально делалось исключительно под Windows и майкрософт там играл не последнюю роль.
OPC - это технология OLE for Process Controls. OLE - это чисто майкрософтовская фишка, посему OPC изначально делалось исключительно под Windows и майкрософт там играл не последнюю роль.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
Неужели Вы утверждаете, что под WinNT не бывает червей? Мне остается лишь пожать плечами.MuadDib писал(а):Не могли бы вы привести пример заражения, когда "хрень прилетела из сети"? То есть стоит себе компьютер, подключенный к локалке, ...Василий Иванович писал(а):Как зачем Винду обновлять? Вирусов не боитесь? Ведь если дажи закрыть USB и прочее, АРМ в подавляющем количестве случаев в сети находится, откуда всякая хрень может прилететь, и файрволлы при этом не являются стопроцентной гарантией.
И лично я не припоминаю ни одного факта такой вот вопиющей удаленной уязвимости. Локальные уязвимости - полно. Заражения через браузер (с деятельным участием пользователя) - в ассортименте. Но так чтобы на WinNT просто что-то прилетело и само запустилось и установилось...
http://www.blackhat.com/presentations/b ... ham-up.pdfIn August 2003, computer systems of CSX Transportation got infected by a
computer virus, halting passenger and freight train traffic in Washington,
DC.
In 2003, the east coast of America experienced a blackout, while not the
cause, many of the related systems were infected by the Blaster worm.
Ohio Davis-Besse nuclear power plant safety monitoring system was offline
for 5 hours due to Slammer worm in January 2003
http://www.ptil.no/getfile.php/z%20Konv ... daptil.pdf
http://www.nerc.com/pa/Stand/Cyber%20Se ... -0803a.pdfThe most recent incident was on January 25, 2003, when the SQL/Slammer worm
devastated companies the world over. The Electricity Sector Information Sharing
and Analysis Center, with assistance from cyber security experts from the CIP
Advisory Group, investigated a known instance where an electric utility company
lost control of their EMS/SCADA system for several hours. While nothing serious
happened as a result, the EMS/SCADA system was not able to communicate with
substations and plants, forcing the company operations staff to resort to manual
operation of their transmission and generation assets until control could be restored.
By the company’s own admission, this incident would not have happened if the
requirements of the proposed Urgent Action standard had been implemented.
b. In September 2001, the Nimda worm was circulated widely throughout the world.
We know of an electric utility whose EMS/SCADA network was compromised by
the Nimda worm. The worm then propagated itself to the internal project network of
a major EMS/SCADA vendor via the vendor’s support communications circuit,
devastating the EMS vendor’s internal network and launching further attacks against
the EMS/SCADA networks of all other customers of the vendor with support
communications circuits.
c. In August 2001, the Code Red II worm successfully compromised the internal
network of a company that provides services to NERC and numerous electric utility
companies. This worm then attacked the connected customers of this company,
successfully compromising an exposed web server at one of the utility control
centers. It is important to note that the compromised server was presumed to be
protected, as it was not exposed to the Internet. This attack was propagated via the
private frame relay network connecting the service company, the impacted utility,
and the other connected utility companies.
Один только OPC на компьютере - это уже конкрентая головная боль в плане безопасности, а без него пока мало какая скада обходится.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
Даже тот же Стакснет прекрасно размножается по сети, чего уж там еще вспоминать.
-
- здесь недавно
- Сообщения: 81
- Зарегистрирован: 23 сен 2013, 23:46
- Имя: Кононенко Максим Васильевич
- Страна: Украина
- город/регион: СНГ
Re: Безопасность АРМ АСУ ТП
Занимаемся автоматикой ТЕЦ (в основном сах.заводы), АРМы у нас чисто для сбора данных, формирования отчетов...Все управление независимое от верхнего уровня. В тоже время сеть организовываем полностью закрытую (без доступа в нет, в сеть предприятия). Ну и блочится полностью комп чисто под АРМ. Проблем пока не возникало.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Безопасность АРМ АСУ ТП
Кстати, именно таким образом сконфигурённые машины замечательно заражались вирусом kido. Вылечивалось (при условии, что нет совпадений по паролям пользователей с админскими правами) специальными патчами от MS. Это до win XP SP3 - начиная с этой версии патчи были уже в установке. Без патчей - было нечто гениальное: я и предположить не мог, что уязвимости службы "server" могут быть использованы при остановленной службе "server" :). И несмотря на то, что никто внутри сети флешки левые не втыкал и левые документы не открывал / программы посторонние на запускал - вирус внутрь пролез: была одна машина, включенная двумя сетевухами в разные сети: одна во внутреннюю сеть, через неё информация из системы берётся; вторая - во внешнюю (общую сеть предприятия), через неё те данные получают удалённые клиенты. Вот через эту машинку и пошло заражение, да так, что еле вычистили...MuadDib писал(а):Не могли бы вы привести пример заражения, когда "хрень прилетела из сети"? То есть стоит себе компьютер, подключенный к локалке, у пользователя нет прав на доступ к Интернет Эксплореру и любому другому браузеру, все системные серверные службы (т.е. все системные процессы, ожидающие входящей сетевой активности) остановлены. Права у пользователя минимально возможные. Иными словами, правильно сконфигурированная рабочая машина. Есть ли (были ли) по факту уязвимости винды, которые способны работать в таких условиях?Василий Иванович писал(а):Как зачем Винду обновлять? Вирусов не боитесь? Ведь если дажи закрыть USB и прочее, АРМ в подавляющем количестве случаев в сети находится, откуда всякая хрень может прилететь, и файрволлы при этом не являются стопроцентной гарантией.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 4909
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 236 раз
- Поблагодарили: 425 раз
Re: Безопасность АРМ АСУ ТП
Как раз с точностью до наоборот. Системы с открытыми исходными кодами (которые ковыряют все, кому не лень, и куча народа ищет уязвимости) имеют больше шансов избавиться от уязвимостей раньше, чем их успеют применить. А закрытые - они и есть закрытые: жди милости от разработчика.MuadDib писал(а):Восхитительно! То есть безопасность не в том, что нет дырок, а в том, что никто эти дырки в массовом порядке не искал?SaNNy писал(а):Это если потребительский рынок займет. А если использовать ее в автоматизации, то вероятность появления вируса ничтожно мала.
Кстати, небольшой пример из собственной практики. Как-то нашёл у себя в закромах книжку под названием "Атака через интернет". Книжка довольно интересная, хоть информация там и далеко не новая. Вернее сказать, эта информация была не очень свежей на момент издания этой книги. В общем, посмотрел описанные примеры атак, выбрал самую на мой взгляд простую (с ложным arp-ответом) и решил поэкспериментировать. В общем, книга - 1997 года издания, атакуемая машина - под windows server 2003, атака успешна. О какой безопасности мы говорим?
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Безопасность АРМ АСУ ТП
Василий Иваныч, а причем тут обновление винды?Василий Иванович писал(а):Как зачем Винду обновлять? Вирусов не боитесь? Ведь если дажи закрыть USB и прочее, АРМ в подавляющем количестве случаев в сети находится, откуда всякая хрень может прилететь, и файрволлы при этом не являются стопроцентной гарантией.
Если АРМ в сети, то его закинуть в отдельную подсеть, возможно даже физически отдельную, это несложно, интернет в ней отрубить, УСБ отрубить (у всех), NetBIOS отрубить. И всё.
ПО обновляется в т.ч. и на АРМах только по необходимости, когда в обновлении содержится что-то нужное для ТП. А так-то зачем? работает и работает.
По вопросам работы Форума можно обратиться по этим контактам.
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Безопасность АРМ АСУ ТП
OPC это серверная часть СКАДА. А речь про АРМ, где клиентская часть.Василий Иванович писал(а): Один только OPC на компьютере - это уже конкрентая головная боль в плане безопасности, а без него пока мало какая скада обходится.
Ну или если АРМ со скадой одновременно является и сервером (что бывает) и в добавок находится в общей сети где работают ещё и обычные шары - тут, как говорится, против лома нет приёма.
Чтобы защитить АРМ нужно оставить ему только необходимые ресурсы, а не все подряд. Вплоть до физического выделения, как я писал. И всё. На этом и строятся практически все меры защиты. Если этим пренебрегать то о защите можно просто не париться - не будет её.
По вопросам работы Форума можно обратиться по этим контактам.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
Вроде бы речь шла о том варианте, когда он именно в сети, и это кстати скорее правило, чем исключение. Потому что переток информации снизу вверх и сверху вниз в пирамиде АСУТП - вещь необходимая. Организовывать это дело вручную хотя и можно, но будет для очень многих неприемлемо.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Безопасность АРМ АСУ ТП
Правильно.VADR писал(а): Системы с открытыми исходными кодами (которые ковыряют все, кому не лень, и куча народа ищет уязвимости) имеют больше шансов избавиться от уязвимостей раньше, чем их успеют применить.