Обновилась программа форума SOC-Forum v.2.0

Обновилась программа форума SOC-Forum v.2.0

Обновилась программа форума SOC-Forum v.2.0

На сайте SOC-Forum появилась обновлённая программа грядущего мероприятия — единственного в стране, целиком посвящённого теме Центров мониторинга и реагирования на ИБ-инциденты (SOC). В новой версии вы узнаете об основных «гвоздях программы» SOC-Forumv.2.0, благодаря которым событие обещает быть одним из самых интересных этой осенью.

Откроет деловую программу Пленарная дискуссия «Зачем нужен SOC?». Свои ответы на этот вопрос предложат лучшие специалисты государственных органов и отраслевые эксперты, досконально изучившие работу SOC. Подливать масла в огонь споров в качестве ведущего будет Алексей Лукацкий.

Дальнейшее обсуждение вопросов создания, «аренды» и эксплуатации SOC, обмена оперативной информацией и сотрудничества между разными организациями, вовлечения государственных органов и иных пройдёт в ходе нескольких сессий:

  • на Сессии 1 «Информирование об инцидентах» будет необычайно широко представлена ФСБ России — сразу несколько представителей службы расскажут о новейших тенденциях в мире киберпреступности, мерах борьбы с ними, а также раскроют подробности работы с Государственной системой обнаружения, предупреждения и ликвидации последствий компьютерных атак (ГосСОПКА).
  • в программе Сессии 2 «Свой SOC, с чего начать?» — доклады представителей организаций, эксплуатирующих собственные SOC (Банк России, Газпромбанк и др.), а также компаний, предоставляющих услуги коммерческого SOC.
  • На других сессиях с привлечением специалистов рынка будут рассмотрены практические проблемы и методы их решения при использовании SOC, тактики налаживания эффективности Центра мониторинга в глазах разных подразделений компании, новейшие разработки, использующиеся в борьбе с киберугрозами, перспективные модели SOC и другие, не менее интересные темы.

Более подробную информацию и всегда актуальную версию программы вы можете найти на сайте SOC-Forum.

SOC-Forum появилась обновлённая программа грядущего мероприятия — единственного в стране, целиком посвящённого теме Центров мониторинга и реагирования на ИБ-инциденты (SOC). В новой версии вы узнаете об основных «гвоздях программы» SOC-Forumv.2.0, благодаря которым событие обещает быть одним из самых интересных этой осенью." />

34% систем управления ЦОД работает на устаревших прошивках

Треть систем управления инженерной инфраструктурой ЦОД работает на устаревших прошивках. Специалисты «Информзащиты» изучили 66 395 BMS и выяснили, что неактуальное программное обеспечение установлено на 34% устройств. Но старая версия — лишь начало: 84% систем обмениваются данными по небезопасным протоколам, а 800 содержат известные эксплуатируемые уязвимости из каталога KEV.

Хуже всего обстоят дела с системами мониторинга электропитания: устаревшие прошивки обнаружены на 59% устройств. У OT-систем показатель составляет 48%, у BMS — 40%, у IoT-оборудования и интеллектуальных датчиков — 37%, у источников бесперебойного питания — 23%.

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

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

Свежая прошивка тоже не волшебная таблетка. Около 84% BMS используют протоколы без достаточной аутентификации и шифрования, включая BACnet и MODBUS. Устройство может одновременно иметь старое ПО, известную уязвимость и принимать команды, толком не проверяя отправителя.

Напрямую из интернета доступны лишь 369 исследованных BMS — менее 1%. Однако закрытый внешний периметр не спасает: 14% систем в инфраструктуре ЦОД находились всего в одном сетевом переходе от связанного с интернетом узла. У PDU эта доля достигает 41%. Злоумышленнику достаточно взломать соседнюю ИТ-, IoT- или сетевую систему, а затем переместиться в технологический сегмент.

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

RSS: Новости на портале Anti-Malware.ru