Зловмисники вже застосовують штучний інтелект для розробки експлойтів проти систем промислового керування (ICS) — таке попередження оприлюднили профільні агентства США. За даними The Decoder, йдеться про клас атак, який ще кілька років тому вимагав вузькоспеціалізованих інженерів з досвідом реверс-інжинірингу промислових протоколів, а тепер частково автоматизується за допомогою мовних моделей.

У відкритому переказі новини бракує деталей: яке саме відомство виступило з попередженням, які конкретні вразливості чи інструменти згадуються в документі, і які сектори — енергетика, водопостачання, виробництво — опинилися під найбільшим тиском. Але сам факт офіційного попередження вже показовий: державні органи зазвичай публічно визнають нову тактику атак лише тоді, коли бачать її сліди в реальних інцидентах чи розвідданих, а не в теоретичних сценаріях кабінетних дослідників.

Для команд, які щодня працюють із генеративним ШІ, це не новина «десь там, у промисловості». Кодогенеруючі моделі, що допомагають писати production-код у звичайних SaaS-командах, технічно здатні писати код і для взаємодії з промисловими протоколами на кшталт Modbus чи DNP3 — просто тому, що вміють писати мережевий код узагалі. Питання лише в тому, наскільки легко зловмисник обходить запобіжники постачальника моделі, щоб отримати саме такий вихід.

Що конкретно означає це попередження?

Пряма відповідь: американські агентства фіксують випадки, коли зловмисники використовують ШІ-інструменти як помічника на різних етапах атаки на ICS/OT-середовища — операційні технології, що керують фізичними процесами: підстанціями, насосними станціями, конвеєрними лініями, системами вентиляції на виробництві. На відміну від класичного IT-периметра, тут ціна помилки не обмежується витоком даних — йдеться про фізичну безпеку людей і обладнання.

Публічний виклад новини, який дійшов до нас, обмежується заголовком і констатацією факту попередження; технічних подробиць — назв конкретних відомств, дат публікації документа чи прикладів уражених організацій — джерело не наводить. Ймовірно, повний текст advisory містить типові для таких документів рекомендації з мітигації (сегментація мережі, моніторинг аномального трафіку), але стверджувати це напевно ми не можемо.

Чому ШІ взагалі спрощує атаки на промислові системи?

Пряма відповідь: сучасні мовні моделі вміють читати документацію протоколів, генерувати код для взаємодії з нестандартними інтерфейсами і допомагати з тріажем вразливостей — тобто виконують саме ту рутинну, трудомістку роботу, яка раніше відсікала від ICS-атак усіх, крім вузького кола фахівців з OT-безпеки.

Це не означає, що будь-яка комерційна модель охоче видає готовий експлойт на перший запит — постачальники моделей інвестують у запобіжники саме проти таких сценаріїв. Але поріг входу для менш кваліфікованих груп зловмисників об'єктивно знижується, коли частину роботи, яку раніше виконував вузький спеціаліст, бере на себе модель загального призначення.

Чим ICS-цілі принципово відрізняються від звичайного IT-периметра?

Пряма відповідь: у промислових мережах пріоритет — безперервність фізичного процесу, а не швидкість патчингу, тому вразливості там живуть роками, а не тижнями. Контролер, який керує насосом на водоочисній станції, часто працює на прошивці, що не оновлювалася з моменту встановлення, бо будь-яка зупинка на оновлення означає зупинку самого процесу.

Міф про «повітряний зазор» (air gap) також давно не відповідає реальності: більшість сучасних ICS-мереж так чи інакше підключені до корпоративного IT-контуру — через диспетчерські системи, віддалений моніторинг чи звичайні VPN для підрядників. Саме ці точки з'єднання і стають типовим вектором для переходу з IT у OT.

Що робити командам безпеки та AI-білдерам просто зараз?

Пряма відповідь: перевірити, чи мають внутрішні кодогенеруючі асистенти окремі запобіжники проти запитів, пов'язаних із промисловими протоколами, і чи сегментовано OT-мережу від IT достатньо, щоб компрометація одного контуру не давала прямого шляху до іншого.

Висновок AiiN

За нашою оцінкою, головний ризик тут не в одному драматичному нульовому дні, а в тому, що ШІ одночасно здешевлює кожен окремий етап ланцюжка атаки — розвідку, аналіз протоколу, написання коду, підготовку фішингового листа для оператора станції. Ефект накопичувальний: раніше зловмисник з обмеженим бюджетом мусив обирати, на якому етапі економити час, тепер може прискорити всі одразу. Для критичної інфраструктури, де цикл оновлення обладнання вимірюється роками, а не спринтами, це означає, що інвестиції в сегментацію мереж і моніторинг аномалій окупаються швидше, ніж будь-коли раніше.

Що таке ICS і чим воно відрізняється від звичайних IT-систем?

ICS (industrial control systems) — це системи промислового керування, які управляють фізичними процесами: SCADA-платформи, програмовані логічні контролери (PLC), розподілені системи керування на заводах, електропідстанціях і водоочисних станціях. На відміну від IT-систем, де найгірший сценарій — втрата даних, збій в ICS може зупинити виробництво або створити фізичну небезпеку.

Чи означає це, що розробники моделей навмисно навчають їх писати кібератаки?

Ні, джерело новини цього не стверджує. Йдеться про те, що зловмисники використовують загальні можливості ШІ-моделей — писати код, аналізувати документацію, обробляти технічні тексти — для власних цілей, обходячи вбудовані запобіжники або застосовуючи менш захищені моделі з відкритим кодом.