Конвеєр OpenAI виявив 948 уразливостей ядра Linux, що дають змогу підвищити привілеї

OpenAI повідомила 4 листопада 2026 року, що прототип конвеєра на основі нової кібермоделі виявив і використав 948 унікальних уразливостей Linux, які дають змогу локально підвищити привілеї. Це сталося під час дослідження в середині жовтня 2026 року; конвеєр також створив варіанти патчів для розгляду супроводжувачами.

Ці вразливості могли б надати локальному користувачеві без привілеїв доступ суперкористувача root. Тестування проводили в ізольованих віртуальних машинах зі стандартною настільною операційною системою, у якій було ввімкнено SMEP, SMAP, KASLR і HARDENED_USERCOPY, а не в середовищі зі штучно послабленим захистом. OpenAI обрала Linux, оскільки ядро містить понад 40 мільйонів рядків коду та є основою пристроїв Android, хмарної інфраструктури й суперкомп’ютерів. Це дало змогу перевірити автоматизоване дослідження на кодовій базі такого масштабу й важливості.

Від виявлення потенційних уразливостей до робочих експлойтів

Конвеєр поєднує виявлення вразливостей, динамічну перевірку, оцінювання можливості експлуатації, створення патчів і перевірку людиною. Агенти-розвідники обирають код з огляду на те, чи можуть його досягти користувачі з низьким рівнем привілеїв, і на його значущість для безпеки; після цього агенти-аналітики сканують вибрані ділянки. Агенти первинного аналізу створюють і вдосконалюють докази концепції у віртуальних машинах із ядрами, що використовують Kernel Address Sanitizer, зберігаючи дані про роботу під час виконання, а не покладаючись лише на статичний аналіз. Кожен завершений дослідницький пакет містить аналіз першопричини, мінімальний доказ концепції, що спричиняє аварійне завершення роботи, варіант патча та повноцінний експлойт.

За словами OpenAI, агенти-розвідники вибрали 5 034 цілі для аудиту, що охоплювали близько 2,8 мільйона рядків — приблизно 7% ядра. За 12 годин агенти-аналітики сформували 2 308 дедуплікованих потенційних результатів, а динамічна перевірка відтворила 1 724 вразливості за 30 годин. Для більшості решти результатів потрібні були підвищені привілеї або їх не вдалося відтворити в межах відведеного часу; лише 3,1% були наслідком помилкового аналізу моделі.

За даними OpenAI, на етапі експлуатації було створено 291 доказ концепції витоку інформації та 1 169 робочих експлойтів для локального підвищення привілеїв. Потім аналіз варіантів дав змогу створити 948 окремих патчів; OpenAI використовує це число як кількість унікальних уразливостей LPE, що пояснює, чому загальна кількість уразливостей відрізняється від необробленої кількості експлойтів. Створені виправлення залишаються кандидатами на розгляд супроводжувачами; число 948 не означає кількості патчів, які було злитo.

Перевірка людьми та статус патчів

OpenAI надіслала сотні звітів і патчів щодо критичних вразливостей і планує поступово передати решту партнерам ініціативи «Захистімо планету». 22 червня 2026 року OpenAI започаткувала ініціативу Daybreak спільно з Trail of Bits: дослідження за допомогою ШІ поєднується в ній з експертною перевіркою, а супроводжувачі зберігають контроль над розгортанням патчів і розкриттям інформації. У попередньому оголошенні повідомлялося про 24 експлойти LPE та вісім доказів концепції витоку вказівників ядра, отриманих під час роботи GPT-5.5 Cyber над Linux.

Виявивши, що 61 уразливість LPE вже виправлено в основній гілці, для 43 є патчі в підготовці, а про 299 публічно повідомляли або обговорювали наприкінці десятиденного сканування та ручного аналізу, OpenAI рекомендувала повторно перевіряти результати на актуальному коді, зокрема з урахуванням пізніших злиттів змін, щоб уникнути дублікатів і застарілих звітів. Мета — зосередити увагу супроводжувачів на невиправлених уразливостях і не створювати для них зайвого навантаження під час перевірки.

Перевірка також виявила збій, який залишився б непоміченим, якби перевіряли лише наявність оболонки root. За словами OpenAI, під час раннього запуску 20 із 200 експлойтів, про які повідомляли як про успішні, отримали права root завдяки іншій уразливості нульового дня, а не тій, яку їм було призначено. Після цього компанія посилила обмеження завдань і додала незалежну перевірку шляху кожного експлойта. Перші патчі, створені безпосередньо за запитом, могли бути функціонально правильними, але містити зайвий код, потенційні компроміси щодо продуктивності, відхилення від правил написання коду або неповне охоплення варіантів уразливості. Додаткові інструкції та повторні ітерації підвищили якість патчів, однак перед надсиланням супроводжувачам дослідники й далі перевіряють експлойт, патч і запропонований рівень серйозності.

Порівняння моделей і витрати на тестування

За порівнянням OpenAI, на запуск у середині жовтня було витрачено 1,213 мільйона доларів у кредитах API, або 1 279 доларів на одну унікальну уразливість LPE. Для запуску наприкінці липня 2026 року з GPT-5.6 Sol ці показники становили 166 унікальних уразливостей LPE і 513 690 доларів. Під час обох запусків сканували найновішу на той час головну гілку ядра Linux. Кількість нових уразливостей LPE, як повідомляється, зросла більш ніж у п’ять разів, попри те, що між скануваннями минуло три місяці посилення захисту. Витрати наведено як верхню межу, оскільки дослідження було зосереджене на методології та вимірюванні можливостей, а не на оптимізації витрат.

За словами OpenAI, вибірка з 166 експлойтів містила десять методів, які команда компанії та сторонні експерти з експлуатації вразливостей ядра вважали новими. Серед них були стійкі еластичні об’єкти, підготовка сторінок, підвищення привілеїв лише за допомогою даних і довільне змішування типів. Повні технічні подробиці не розкрили з міркувань безпеки.

Під час адаптованого запуску kernelCTF за 112 годин було створено 25 доказів концепції витоку інформації та 21 експлойт LPE; витрати на кредити API становили приблизно 32 936 доларів, повідомила OpenAI. Перевірене ядро було несумісне із засобом пом’якшення вразливостей SLAB_VIRTUAL, тому OpenAI вилучила його з конфігурації. Сума винагороди близько 1,5 мільйона доларів можлива лише за умови, що буде прийнято всі 21 заявку щодо вразливостей; про призначення винагороди не повідомлялося. У правилах kernelCTF від Google зазначено винагороду в розмірі 71 337 доларів за кожен експлойт, що відповідає вимогам; необхідно забезпечити стабільність щонайменше 70% у 20 запусках, а винагороди надають лише за заявки щодо вразливостей нульового дня, які відповідають установленим критеріям.

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