Size: a a a

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

2021 November 03

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Можно было бы порисовать схемки, конечно:)
источник

AS

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

AS

Alexander Sudalin in RUSCADASEC community: Кибербезопасность АСУ ТП
вот тебе схемка от  Industry IoT Consortium
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
У Линух РВ есть одна небольшая проблема - РВ работает только в ядре. При обращении из ядра к прикладному уровню, РВ не соблюдается. Поэтому, либо приложение работает в ядре, что довольно дико, либо нет РВ. Может сейчас это как-то решили, я за последними трендами не слежу.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
ну и high-perfomance servers - не факт, что это будет дешевле в обслуживании чем ПЛК
источник

AS

Alexander Sudalin in RUSCADASEC community: Кибербезопасность АСУ ТП
В статьях описывающий банный подход и говорят, что подходят к такому же рв как и "bare metal" понятное дело что 5 пикосекунд ты не получишь
источник

AS

Alexander Sudalin in RUSCADASEC community: Кибербезопасность АСУ ТП
А вот 10 мс вполне реально
источник

AS

Alexander Sudalin in RUSCADASEC community: Кибербезопасность АСУ ТП
Опять такие исходя от целей. Не стоит этот подход навешивать на стандартный завод. Он не сработает.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Я не спорю, но если приложение работает в ядре и в нём происходит ошибка, то ложиться вся ОС
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
Как от докера зависит защита от ЭМИ и пр. Я думал, что это все зависит от исполнения схемотехники и класса компонентов
источник

AC

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

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
про ethernet
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
На самом деле будет дешевле. Тут же и кроется одна из основных причин почему виртуализация и прочие фишки из ИТ медленно внедряются в промышленность - протекционизм. За ПЛК и прочими стоят огромные производственные мощности и финансовые интересы на миллиарды долларов, поэтому ведущие игроки закрывают рынок от "пагубного" ИТ поветрия.
Условно говоря вместо 100 ПЛК стоимостью как чугунный мост возможно развернуть ВЦ на несколько стоек с доступной компонентной базой, высокой масштабируемостью и пр.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
А в поле что будет? Там нужны merging unit с оптикой
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
AI, AO, DI, DO
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
Как говорится тут все зависит от требований проекта и заказчика.
Вопрос же не про виртуализацию всего как таковой. Мы обсуждаем возможность и практические выгоды. Они есть и говорить, что это всё ересь и не взлетит - как минимум глупо, т.к. глобальные игроки решают в этих ваших ЦОДах задачки посложнее и уже давно.
Конечно исполнительные/измерительные элементы в поле так или иначе должны быть, мы же не обманем физику.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Я про выгоду сейчас и говорю - если в поле осталась половина контроллера, а половину заменили на ферму серверов, то точно будет выгода?
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
Конечно. Серверы - это высококонкурентный рынок с прозрачными правилами игры. Контроллеры - это черный ящик, облепленный сертификатами по кругу с соответствующими прайсами.
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
"Конечно" - это хорошо :)
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
Я из своего опыта вижу, что приставка "промышленный" увеличивает цену любого товара в 3-4 раза. :)
источник