Що сталося
10 серпня OpenAI розширив свою програму Daybreak окремими рівнями доступу для оборонної роботи та передових досліджень безпеки, включаючи спеціалізовану модель GPT-5.6-Cyber.
Daybreak Blue надає схваленим захисникам GPT-5.6 Sol з вилученими кіберфільтрами системного рівня для таких завдань, як перевірка захищеного коду, аналіз зловмисного програмного забезпечення, реагування на інциденти, виявлення вразливостей і перевірка виправлень. Daybreak Red додає GPT-5.6-Cyber для авторизованої перевірки експлойтів, тестування на проникнення та інших досліджень подвійного використання, які загальна модель все ще може відмовити.
OpenAI каже, що GPT-5.6-Cyber виконав 95% запитів у своїй внутрішній оцінці Advanced Cybersecurity Completion Rate, порівняно з 1,5% для стандартного GPT-5.6 Sol, 2% для Sol до Daybreak Blue і 57,3% для GPT-5.5-Cyber. Компанія каже, що тест охоплює такі сценарії, як розробка ланцюжка експлойтів, обхід автентифікації та підвищення привілеїв; він не випустив набір для оцінки.
Компанія також повідомляє, що використовує цю модель для виявлення двох раніше невідомих уразливостей V8, які можуть бути пов’язані разом. Google призначив першому CVE-2026-15903 і виправив його в Chrome 150. Повідомлення щодо випуску Google незалежно підтверджує, що недолік високого ступеня серйозності дозволяв читання та запис поза межами у V8, хоча він не оцінює систему AI, яка допомогла його знайти.
OpenAI описує GPT-5.6-Cyber як модель, побудовану на GPT-5.6 Sol і навчену для окремих завдань подвійного використання з високим ризиком, а не для необмеженого наступального використання. Daybreak Red доступний лише для схвалених осіб і організацій, які проводять авторизовану роботу з підтвердженням особи, безпекою облікового запису, моніторингом, схваленими обмеженнями на використання та юридичними підтвердженнями. У повідомленні також зазначено, що з 1 вересня 2026 року окремі облікові записи Daybreak потребуватимуть апаратних ключів безпеки.
Деталі джерела: OpenAI's GPT-5.6-Cyber and Daybreak announcement ↗
Чому це важливо
Цей випуск переміщує більш небезпечні кібер-можливості передової моделі з невеликого дослідницького середовища в програму керованого доступу, перевіряючи, чи можуть захисники отримати їх до того, як ті самі методи поширяться на зловмисників.
Зменшення кількості відмов є центральним елементом продукту: модель, яка відмовляється від реалістичної роботи з експлойтом, може бути безпечнішою для загального використання, але менш корисною для команд, які повинні відтворити вразливість, перш ніж вони зможуть визначити пріоритети та виправити її. Daybreak відокремлює ширші захисні завдання від розробки експлойтів із високим ризиком замість того, щоб надавати кожному користувачеві одну політику.
Розкриття інформації про V8 є конкретним доказом того, що дослідження вразливостей за допомогою ШІ може досягти розгорнутого програмного забезпечення. Це також вужче, ніж заява про автономний захист: OpenAI каже, що його дослідники перевірили результати та скоординували розкриття інформації з Google, тоді як у публічному повідомленні Chrome фіксується виправлений недолік, а не роль моделі в повному дослідницькому процесі.
OpenAI також розширює Daybreak за допомогою консультацій з безпеки та постачальників технологій. Схвалені партнери зберігають доступ до базових моделей і застосовують їх у взаємодії з клієнтами, за допомогою елементів керування, які можуть включати перевірку особи, визначені області, ведення журналів, моніторинг і перевірку персоналом.
Такий партнерський дизайн змінює тих, хто повинен забезпечувати останню милю судження. OpenAI каже, що доступ до основної моделі не передається безпосередньо клієнту; партнер визначає завдання, переглядає висновки та застосовує власний досвід безпеки перед тим, як діяти. Тому на практиці корисне розгортання залежить від здатності партнера відокремити відтворюваний недолік від спекулятивної пропозиції моделі, продовжити тестування в межах узгодженого обсягу та перемістити підтверджене виправлення через реальний процес обслуговування програмного забезпечення.
Інтерактивний механізм: як він насправді працює
Дослідіть технологію, що лежить в основі цієї розробки, в інтерактивному режимі.
What is an adversarial example in machine learning security?
Що дивитися далі
Слідкуйте за обіцяною системною карткою, незалежним порівняльним відтворенням, завершеним розкриттям інших повідомлених вразливостей і доказом того, що засоби контролю доступу витримують зловживання.
Більшість показників продуктивності в оголошенні отримано від внутрішніх реалізацій OpenAI Advanced Cybersecurity Completion Rate, ExploitGym, ExploitBench і оцінювання звітів про вразливості. Компанія стверджує, що GPT-5.6-Cyber не вигравав усі порівняння: GPT-5.6 Sol підготував кращі звіти про одне оцінювання та ефективніше вирішив стандартне налаштування ExploitBench із 300 обертами.
OpenAI оцінює GPT-5.6-Cyber як «Високий», але нижче «Критичного» для можливостей кібербезпеки відповідно до своєї системи готовності. Там сказано, що повніша системна карта з’явиться пізніше. Поки методи та результати не будуть опубліковані з достатньою кількістю деталей для відтворення, оголошення підтверджує приписані твердження компанії, а не незалежне вимірювання реальних наступальних можливостей.
Обґрунтування безпеки залежить як від операцій, так і від навчання. Індивідуальні облікові записи Daybreak повинні прийняти апаратні ключі безпеки, починаючи з 1 вересня, і OpenAI рекомендує ізольовані середовища, обмежені дозволи, відстежувані дії агента та нагляд з боку людини. Корисні подальші звіти мають показувати скасування доступу, виявлені зловживання, часові рамки розкриття інформації, результати виправлення та помилкові спрацьовування в міру розширення програми.
Порівняння частоти завершення заголовка також має важливе застереження щодо вимірювання. OpenAI каже, що кожна модель була запущена на найвищому загальнодоступному рівні аргументації, і зазначає, що GPT-5.6-Cyber має тенденцію використовувати більший бюджет міркування та більше токенів, ніж GPT-5.6 Sol. Тому вищий рівень завершення може відображати як спеціалізовану підготовку, так і інший обсяг обчислень. Незалежні тести повинні повідомляти про відповідні бюджети, структуру завдань, критерії відмови та кількість небезпечних або непридатних відповідей, а не лише про те, чи була отримана відповідь.
Зрілий обліковий запис програми повинен відповідати всьому життєвому циклу вразливості. Це означає, що потрібно повідомляти про те, як часто потенційний клієнт, створений за допомогою моделі, переживає репродукцію людини, скільки знахідок є дублікатами або мають низький рівень серйозності, як швидко постачальники отримують актуальні звіти та чи розгортаються виправлення до публічного оприлюднення. Також слід пояснити, що відбувається, коли клієнт партнера просить модель перетнути межу тестування, коли агент стикається з обліковими даними для виробництва або коли запропонований експлойт є надто небезпечним для безпосередньої перевірки. Ці засоби контролю визначають, чи створюють нижчі показники відмов вимірну захисну цінність замість простого розширення пропозиції коду подвійного використання.
Громадськість також повинна мати можливість відрізнити можливості моделі від дозволу клієнта. Правила доступу OpenAI передбачають юридичні атестації, перевірки ідентичності, моніторинг і обмежену роботу навколо моделі, але ці елементи керування є претензіями, які потрібно перевірити з часом. У звітах про інциденти має бути вказано, чи запит було заблоковано, передано на перевірку чи дозволено згідно з задокументованою взаємодією, без розголошення деталей експлойту, які полегшать атаку на систему без виправлень.