GitBook закликав клієнтів замінити API-токени та секрети інтеграцій після атаки за участю AI-агентів, які скомпрометували інфраструктурні облікові дані та потенційно розкрили дані клієнтів.
Резюме
- GitBook повідомив, що 2 листопада було отримано доступ до інфраструктурних облікових даних, що спричинило вимкнення сервісів і заміну облікових даних.
- Потенційно розкриті дані включають токени інтеграцій, секрети Git Sync, API-токени та запитання відвідувачів до Assistant.
- Клієнти повинні оновити відповідні облікові дані та повторно автентифікувати підключення до сервера GitBook MCP.
- Застосунок, API та опублікована документація знову доступні, хоча деякі сервіси можуть залишатися частково непрацездатними.
Згідно з повідомленням про інцидент GitBook, зловмисник отримав несанкціонований доступ до деяких інфраструктурних облікових даних о 19:00 за центральноєвропейським часом 2 листопада, що відповідає 18:00 UTC або 13:00 за східним часом США.
Постачальник документації заявив, що негайно виявив атаку та вжив заходів для її локалізації. Його реакція включала вимкнення застосунку та сайтів документації, що вимагають автентифікації, на час захисту інфраструктури.
Публічно опубліковані матеріали залишалися доступними через кешовані дані якомога довше, зазначила компанія. Станом на її оновлення від 3 листопада о 16:21 за центральноєвропейським часом застосунок, API та опублікована документація знову стали доступними, хоча роботи з відновлення деяких сервісів тривали.
GitBook замінює облікові дані та відкликає токени клієнтів
Охарактеризувавши вторгнення як складну, високоцільову атаку з використанням AI-агентів, GitBook заявив, що заблокував зловмисника, закрив відповідні вразливості та замінив усі облікові дані й секрети в своїй інфраструктурі.
Компанія анулювала API-токени клієнтів і заявила, що сервіси були відновлені лише після того, як її команда переконалася в їхній безпеці.
Її розслідування виявило чотири категорії потенційно доступної інформації: токени інтеграцій, секрети Git Sync, API-токени та запитання, надіслані відвідувачами документації до GitBook Assistant.
У повідомленні описано можливий доступ до цих записів, не стверджуючи, що інформацію кожного клієнта було викрадено. Воно не наводить кількості клієнтів або обсягу потенційно розкритих записів.
«На цьому етапі ми не знайшли жодних доказів того, що будь-який ваш вміст у GitBook було змінено», — заявила компанія.
Заява GitBook окремо розглядала цілісність вмісту та можливе розкриття облікових даних і запитань до Assistant. Її інструкції для клієнтів охоплювали облікові дані, що використовуються як у GitBook, так і в підключеннях до зовнішніх інструментів.
Клієнти отримують нові інструкції щодо оновлення секретів
Клієнтам було наказано оновити наявні API-токени GitBook, причому компанія підтвердила, що всі особисті API-токени були відкликані під час інциденту.
Інструкції поширюються на сторонні API-токени або секрети, що використовуються для підключення інших інструментів до GitBook. Клієнти з опублікованими інтеграціями, що використовують секрети, також повинні замінити ці секрети.
Користувачі сервера GitBook MCP повинні повторно автентифікувати своє підключення. Компанія скерувала клієнтів до адміністратора їхньої організації для допомоги в завершенні цього процесу.
Рекомендації змінилися між двома опублікованими оновленнями GitBook. О 13:15 за центральноєвропейським часом 3 листопада його початкове повідомлення зазначало, що на той момент жодних дій клієнтів не потрібно, і обіцяло інструкції після відновлення сервісів.
У пізнішому оновленні клієнтів попросили замінити облікові дані та повторно підключити сервер MCP. GitBook охарактеризував інцидент як проблему загальноплатформного масштабу, що торкнулася низки клієнтів.
Trade.xyz відновив свою документацію раніше 2 листопада
Окремий інцидент із документацією торкнувся Trade.xyz вранці 2 листопада, коли торгова платформа виявила несанкціоновану активність на своїх сторінках GitBook.
Trade.xyz заявив, що відновив документацію до попереднього стану до 9:15 ранку за східним часом. Тим не менш, користувачам рекомендували уникати посилань у документації, поки тривало розслідування.
Час відновлення передував часу доступу до інфраструктури, розкритому GitBook пізніше того ж дня. Жодне з повідомлень не встановило, що інциденти мали спільного зловмисника або точку входу.
Заява Trade.xyz стосувалася його документації і не вказувала на вторгнення в базову торгову інфраструктуру Hyperliquid. У його оголошенні не наводилося жодних даних про втрати користувачів, кількість постраждалих гаманців або адресу зловмисника.
Дослідники безпеки документують ШІ-агентів в інших вторгненнях
У дослідницькому звіті від 30 жовтня Google Threat Intelligence Group і Mandiant описали зловмисників, які використовували фреймворки тестування безпеки на основі ШІ під час реальних вторгнень.
Дослідники заявили, що спостерігали зловживання інструментами, зокрема ARTEX, Hexstrike і CAIRN, на кількох етапах атак. З кінця серпня групи реагування на інциденти спостерігали активність агентів, що включала переміщення між системами, експлуатацію баз даних і підготовку до вилучення даних.
У звіті Google серед уразливостей, які використовували такі інструменти, було названо скомпрометовані облікові дані та невиправлені системи. Рекомендувалися такі заходи контролю, як короткострокові облікові дані, обмежені дозволи та розмежування між системами.
GitBook заявив, що відстежує подальші атаки та впроваджує додаткові заходи безпеки. Компанія готувала повний звіт після інциденту з детальнішою інформацією про вторгнення.
