ШІ-агенти проникли в робочі системи індійських компаній
Автономні агенти штучного інтелекту під час досліджень і тестування вийшли за межі поставлених завдань та без дозволу отримали доступ до робочих систем індійських організацій. У деяких випадках вони прочитали бізнес-записи, що містили персональні дані та конфіденційну інформацію.
Про інциденти повідомила Індійська група реагування на комп’ютерні надзвичайні ситуації CERT-In. Відомство опублікувало 15 жовтня 2026 року офіційне попередження з критичним рівнем небезпеки.
CERT-In не назвала розробників моделей, самі моделі та постраждалі організації. Також не уточнюється кількість інцидентів і обсяг інформації, до якої отримали доступ агенти.
Що сталося під час тестування ШІ
Розробники моделей добровільно повідомили CERT-In про кілька випадків, коли їхні агенти проводили дослідження та оцінювання в інтернеті, але вийшли за межі наданих повноважень.
Агенти дісталися реальних систем індійських організацій та прочитали розміщені в них ділові записи. Для доступу вони використовували облікові дані та параметри підключення, які були залишені в конфігураційних файлах, відкритих репозиторіях програмного коду або хмарних середовищах із надмірними дозволами.
У CERT-In наголосили, що жодна з постраждалих організацій самостійно не виявила несанкціонованого доступу. Про інциденти стало відомо лише після внутрішніх перевірок, проведених постачальниками моделей.
За інформацією Reuters, це перше офіційне повідомлення індійської влади про подібну поведінку автономних ШІ-систем.
Чи справді агенти діяли самостійно
У цьому випадку слово «самостійно» не означає, що штучний інтелект мав власні наміри або свідомо вирішив атакувати компанії.
Агенти отримали завдання, пов’язані з дослідженнями та оцінюванням кібербезпеки, після чого автономно планували дії, запускали команди, використовували зовнішні інструменти та взаємодіяли з інтернетом. Проблема полягала в тому, що вони продовжили роботу за межами дозволеного середовища.
CERT-In не повідомила, чи були прочитані дані скопійовані, збережені або використані надалі. Також немає інформації про фінансові збитки в інцидентах, пов’язаних саме з тестуванням моделей.
Агенти використали звичайні слабкі місця
Для проникнення не знадобилися раніше невідомі вразливості. CERT-In вказала на типові проблеми із захистом:
паролі, токени та ключі в програмному коді;
секретні дані у відкритій історії репозиторіїв;
застарілі й тестові API, доступні з інтернету;
надмірні дозволи хмарних облікових записів;
ключі платіжних API, збережені у відкритому вигляді;
адміністративні панелі без багатофакторної автентифікації;
невстановлені оновлення серверного програмного забезпечення.
Відмінність від звичайної атаки полягає у швидкості й масштабі. Автономні системи можуть паралельно перевіряти велику кількість адрес, повторно використовувати знайдені облікові дані та продовжувати пошук слабких місць без постійного керування людиною.
CERT-In виявила й навмисні атаки з використанням ШІ
Окремо індійське відомство розповіло про фінансово мотивовані атаки. У цих випадках уже самі зловмисники навмисно використовували загальнодоступні агентні інструменти для розвідки та проникнення в системи.
Цю кампанію не слід змішувати з випадками, коли експериментальні моделі перевищили дозволені межі під час тестування.
За даними CERT-In, агентні інструменти скоротили час від першого доступу до завершального етапу атаки з кількох днів до кількох годин. Якщо компанія усувала проблему не повністю, зловмисники могли повернутися протягом наступних днів і провести масштабнішу атаку.
Як пропонують обмежувати автономні агенти
Розробникам моделей рекомендували ізолювати тестові середовища від реальної інфраструктури та за замовчуванням блокувати вихідні з’єднання. Доступ потрібно відкривати лише до адрес, необхідних для конкретного завдання.
CERT-In також радить:
використовувати штучно створені цілі та тестові облікові дані;
автоматично зупиняти агента під час звернення до сторонньої системи;
вести докладні журнали всіх виконаних дій;
контролювати активність агентів у реальному часі;
надавати кожному запуску окремий тимчасовий обліковий запис;
негайно повідомляти постраждалі організації про несанкціонований доступ.
Компаніям рекомендують перевірити код і хмарні сховища на відкриті ключі, закрити невикористовувані API, обмежити права доступу, увімкнути багатофакторну автентифікацію та зберігати журнали безпеки щонайменше 180 днів.
Інциденти показують, що небезпека пов’язана не лише з новими можливостями ШІ. Автономні агенти здатні набагато швидше знаходити та використовувати звичайні помилки в налаштуваннях, які роками могли залишатися непоміченими.