Коротко
- Chainstack повідомив про порушення, внаслідок якого було розкрито інформацію клієнтів та потенційно облікові дані нод, зауваживши, що ноди клієнтів, його консоль та API не були змінені.
- Зловмисник увійшов через відкритий екземпляр Grafana, отримав доступ до сервера MCP без автентифікації з правами cluster-admin і використав ARTEX — фреймворк, який координує агенти LLM.
- Chainstack не знайшов доказів, що облікові дані ноди були прочитані, але порадив клієнтам змінити їх, змінити паролі, згенерувати нові ключі API та стежити за фішинговими спробами.
Chainstack повідомив про порушення безпеки, яке призвело до витоку даних акаунтів клієнтів і потенційно облікових даних нод, пов’язавши цю інцидент з більш масштабною атакою з використанням ШІ. У своєму офіційному звіті про інцидент провайдер веб-3 інфраструктури зазначив, що зовнішній нападник отримав доступ через сторонній компонент і досяг продуктивних систем після компрометації середовища розробки. Інцидент призвів до витоку інформації клієнтів, тоді як клієнтські ноди, консоль та API залишилися незмінними, додавши ще одну попередження щодо безпеки для операторів Web3 інфраструктури. Chainstack зазначив, що дані способу оплати, такі як повні номери карток і коди безпеки, не зберігалися і, отже, не були витікнені.
Інструменти ШІ допомогли перетворити слабкі місця інфраструктури на доступ до виробництва
Зловмисник спочатку отримав доступ до Grafana-інстансу, який був відкритий у розробничому кластері Kubernetes, де не було змінено стандартні облікові дані адміністратора та відсутнє додаткове автентифікування. Проксі-сервіс джерела даних Grafana надав шлях до внутрішніх сервісів, включаючи незахищений MCP-сервер, що працював із правами cluster-admin. Chainchain зазначив, що не було виявлено використання вразливості в програмному забезпеченні. Втручання використало комбінацію стандартних облікових даних, відсутності автентифікації, надмірних дозволів та довготривалих облікових даних, що демонструє, як загрози безпеки, пов’язані з ШІ можуть посилювати слабкості, що вже існують у інфраструктурі. Початковий доступ був отриманий 26 жовтня, а доступ до продуктивної системи — 29 жовтня.
Chainstack високо впевнено оцінив, що нападник використав ARTEX — відкритий фреймворк, який координує агентів LLM для автоматизації вторгнень. Слідчі зв’язали порушення з більш широким AI-спрямованим кампанією за допомогою співпадінь інструментарію, іменування маркерів і технік, підкреслюючи, що це не дозволяє ідентифікувати нападника. Нападник у кінцевому підсумку отримав доступ до продакшн-секретів, використав скомпрометований VPN-ключ і запитав продакшн-бази даних. Імена організацій клієнтів, імена власників акаунтів, електронні адреси учасників та хеші паролів могли бути викрадені, що посилює недавні занепокоєння щодо викрадення облікових даних серед криптовалютних компаній. Chainstack виявив вторгнення 31 жовтня і перекрив шляхи доступу.
Системи, що зберігали дані для доступу до нод, також були доступні. Chainstack повідомив, що немає доказів, що ці облікові дані були фактично прочитані, але вважає їх виставленими на публічний доступ і просить клієнтів змінити їх. Клієнтам також було рекомендовано змінити паролі, відновити ключі API платформи, де це застосовно, і залишатися уважними до спроб фішингу. Chainstack припинив доступ зловмисника 31 жовтня і зафіксував останнє використання скопійованих облікових даних 2 листопада, одночасно змінюючи виставлені на ризик облікові дані, недійсними сеанси входу та обмежуючи привілеї. Відповідь відповідає загальним заходам безпеки криптовалютної інфраструктури, спрямованим на зміну облікових даних, аутентифікацію та обмеження доступу після порушень.