Код ИБ: премьера в Приморье

Код ИБ: премьера в Приморье

Код ИБ: премьера в Приморье

7 сентября Владивосток впервые стал местом действия “Кода ИБ”. Несмотря на ажиотаж вокруг ВЭФ с участием Президента России, премьера собрала аншлаг. “Первое лицо” российской кибербезопасности, Кот ИБ, прибывший в столицу Приморья практически одновременно с “бортом номер 1”, не остался в тени, а заставил сердца местных безопасников биться в такт культовому рэпу.

Конференц-зал “Азимута” собрал, без преувеличения, весь цвет приморского ИБ-сообщества -более 100 руководителей и специалистов.

Наступят времена почище

Вводная сессия о трендах затронула ключевые вопросы: необходимость обоснования бюджетов на ИБ (например,через стоимость простоев и трудозатрат), местную отраслевую специфику, самые актуальные угрозы (включая,конечно же, человеческий фактор).

Пользователей стараются активно просвещать, в том числе в игровой форме. Специальные программы повышения осведомленности по ИБ для сотрудников -уже не редкость, отметили эксперты.

Правда, далеко не всегда просветительские усилия безопасников имеют успех. Так, Наталья Ким (Positive Technologies) привела статистику, согласно которой до 75 % сотрудников становятся жертвами смоделированных атак социальной инженерии на следующий же день после прохождения тренинга на эту тему.

Эксперты сходятся во мнении, что культура ИБ будет формироваться постепенно. “Не следует забывать, что привычку мыть руки перед едой человеческое общество вырабатывало на протяжении 350 лет”- провел параллель Руслан Пермяков (Системы информационной безопасности).

Тем временем, многие критически важные объекты все еще стоят на стандартных настройках. Поэтому,уверен Дмитрий Кандыбович (StaffCop), проблема не только в пользователях,но и в администраторах.

О чем ещё говорили на вводной сессии, читайте в репортаже “Золотого рога”.

Программу конференции продолжил обзор передовых технологий ИБ.

“Горячая десятка” 

Финальная секция интерактива, можно сказать, дала старт перезагрузке приморского ИБ-сообщества, необходимость которой не раз звучала на конференции. Ведь ничто так не сплочает,как совместные усилия (пусть пока только в формате мозгового штурма) по решению самых наболевших проблем.

В их числе:

  1. Работа с персоналом
  2. Нечеткие формулировки законодательства
  3. Взаимодействие с регулятором
  4. Взаимодействие с бизнесом
  5. Сложности с требованиями об использовании ССЗИ
  6. Сложности общения с вендорами не из ДФО
  7. Защита мобильных устройств
  8. Поставки высокотехнологичного оборудования идут долго
  9. Таргетированные атаки
  10. Шифровальщики

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