OpenAI в центрі масштабної кібератаки через уразливість у відомій бібліотеці Axios
Компанія OpenAI запустила масштабні заходи безпеки після виявлення складної атаки на ланцюг постачання програмного забезпечення, що стала можливою через скомпрометовану версію популярної JavaScript бібліотеки Axios. Інцидент, зафіксований 31 березня 2026 року, підкреслює зростаючі ризики, пов’язані з відкритими залежностями у софті та автоматизованими процесами розробки.
Дані користувачів і внутрішні системи не були скомпрометовані, але…
Хоча OpenAI запевняє, що жодні персональні відомості користувачів, облікові дані чи внутрішні системи не постраждали, атака відкрила вразливе місце в процесі поширення софта для macOS, що змусило компанію терміново впровадити заходи захисту й випустити необхідні оновлення для користувачів.
Походження атаки: уразливість у відкритій бібліотеці
Початок зламу стався, коли зловмисники отримали доступ до npm-акаунту розробника Axios і розповсюдили шкідливі апдейти, зокрема версії v1.14.1 та v0.30.4. Саме ці версії містили приховану залежність під назвою plain-crypto-js – кросплатформенний прихований Remote Access Trojan (RAT).
Експерти з кібербезпеки з Palo Alto Networks’ Unit 42 повідомили, що цей вірус здатен:
- Проводити розвідку системи;
- Закріплювати постійний доступ у зараженому середовищі;
- Самознищуватися, щоб ускладнити криміналістичний аналіз.
Ризик обернено пропорційний масштабам використання Axios – адже ця бібліотека завантажується понад 100 мільйонів разів на тиждень, що робить її привабливою ціллю для кібератак світового масштабу.
Значна ймовірність припадає на те, що за кібернападом стоять державні хакерські групи Північної Кореї, які посилено застосовують атаки на ланцюги постачання програмного забезпечення для масового проникнення.
Як OpenAI опинився у зоні ризику?
Система збірки додатків OpenAI для macOS базувалася на Axios у межах конвеєра безперервної інтеграції, що працював на GitHub Actions. Коли у потік автоматично інтегрували уразливу бібліотеку, вона несподівано отримала доступ до матеріалів для підписування коду та нотаріалізації, які використовуються для підтвердження легітимності додатків OpenAI для десктопів.
Саме ці матеріали є критично важливими у моделі безпеки Apple. Сертифікати підписування коду слугують криптографічним доказом довіри до розробника. Якщо їх викрасти або зловжити ними, зловмисники можуть розповсюджувати шкідливий софт, який виглядає цілком легітимно для користувача та операційної системи.
Відомо, що OpenAI не виявила фактів викрадення сертифіката, однак кваліфікувала ситуацію як високоризикову через потенційні наслідки експлуатації подібних ресурсів.
Заходи з локалізації інциденту та оновлення сертифікатів
OpenAI оперативно розпочала повне відкликання та заміну сертифікатів, що суттєво обнуляє будь-яку довіру до потенційно вразливих облікових даних.
Основні кроки захисту включають:
- Негайне припинення використання старих сертифікатів для нотаріалізації софту;
- Впровадження нових підписувальних сертифікатів у всіх додатках для macOS;
- Посилення безпеки конвеєрів збірки та перевірка зовнішніх залежностей.
Крім того, система безпеки macOS автоматично заблокує додатки, підписані застарілими сертифікатами, окрім випадків, коли користувачі свідомо відключатимуть ці механізми захисту.
Обов’язкові оновлення — час спливає
Щоб убезпечити все програмне середовище, OpenAI вимагає від усіх користувачів macOS обов’язково оновити такі програми, як ChatGPT Desktop, Codex, Atlas та Codex CLI, на версії, підписані новим сертифікатом.
Усі старі збірки припинять працювати вже з 8 травня 2026 року. Після цієї дати ваші додатки можуть втратити функціональність, а підтримка й оновлення для них припиняться.
Рекомендується встановлювати оновлення виключно через офіційні канали OpenAI або за допомогою вбудованих підказок у програмах, щоб уникнути ризику завантаження підробленого софту.
Обмежений масштаб шкоди
На щастя, інцидент зачепив лише macOS-додатки та їхні механізми підписування.
- Веб-сервіси OpenAI продовжили працювати без перебоїв;
- Платформи Android, Windows і Linux не постраждали від інциденту;
- Жодних ознак модифікації коду не виявлено;
- Паролі користувачів та ключі API залишаються в безпеці.
Корінь проблеми — неправильне налаштування CI/CD
З технічної точки зору, джерелом уразливості стала помилка у налаштуванні робочого процесу безперервної інтеграції та доставки (CI/CD). Ця помилка дозволила потрапити у конвеєр збірки неперевіреним оновленням залежностей.
Щоб уникнути повторення, компанія вже впровадила кілька важливих заходів:
- Фіксація версій залежностей для заборони несанкціонованих оновлень;
- Перевірка цілісності зовнішніх пакетів;
- Жорсткіше відокремлення чутливих сертифікатів у середовищах збірки;
- Повний аудит автоматизованих процесів.
Велика картина: зростаюча загроза атакам на ланцюжок постачання
Цей випадок – яскравий приклад сучасної кіберзагрози, коли хакери націлюються не на окремі компанії безпосередньо, а на інструменти розробників та відкриті екосистеми.
Атаки на ланцюги постачання привабливі тим, що вони:
- Мають потенціал масштабуватися дуже швидко і вражати багато компаній одночасно;
- Користуються довірою до популярних бібліотек та інструментів;
- Минають традиційні периметрні системи захисту.
Крім того, використання хитрих методів, таких як самознищення шкідливого коду й приховані залежності, свідчить про стрімке зростання складності атак.
Відповідь індустрії та уроки кібербезпеки
Спеціалісти з безпеки наполегливо радять організаціям, що користуються автоматизованими процесами та відкритим програмним забезпеченням, впроваджувати суворі заходи захисту, серед яких важливі:
- Постійний моніторинг цілісності залежностей;
- Криптографічна перевірка стороннього коду;
- Відсутність доступу до чутливих сертифікатів у непризначених для цього процесах;
- Регулярні аудити налаштувань CI/CD.
Ігнорування цих рекомендацій робить навіть великі та ресурсомісткі компанії вразливими до прихованих, непрямих атак.
Невидима сторона сучасної розробки ПЗ
Подія з OpenAI демонструє, наскільки широка і складна стає площина для кібератак у сучасних методах розробки – особливо через все зростаючу залежність від відкритих компонентів та автоматизованих конвеєрів. Експерти прогнозують, що саме вразливості ланцюгів постачання продовжать бути одним із головних полів бою в кібербезпеці, особливо для компаній, які працюють у сфері штучного інтелекту та новітніх технологій.