OpenAI пусна GPT-6 Cyber, модел, насочен към оторизирани изследвания на киберсигурността, с първоначален достъп през API и Codex за одобрени клиенти на Daybreak Red. Компанията класифицира модела като критичен по отношение на киберсигурността съгласно своята рамка за готовност, поставяйки изданието в различна категория от рутинно опресняване на модела.

OpenAI казва GPT-6 Cyber ​​идентифицира 81 неизвестни преди това уязвимости на Firefox с висока степен на сериозност и разработи работещи експлойти за 948 уязвимости на Linux при контролирано изследване. Тези резултати са докладвани от компанията и не са били независимо възпроизведени в прегледаните материали, но те показват защо моделът се предлага при режим на достъп, предназначен за проверена работа по сигурността, а не за разработка с общо предназначение.

Ограничен модел с API достъп

Изданието има значение за разработчиците, тъй като GPT-6 Cyber ​​не се ограничава до изследователска демонстрация или вътрешен продукт. Той е посочен като модел API с контекстен прозорец от 1 050 000 токена и максимален изход от 128 000 токена. Стандартното ценообразуване е 20 $ за милион входни токени и 100 $ за милион изходни токени.

Тази комбинация от дълъг контекст, висок изходен капацитет и повишено ценообразуване насочва към специализирани работни натоварвания: анализ на кодова база, сортиране на уязвимости, валидиране на използване в оторизирани среди и други задачи за сигурност, при които цената на способен модел може да бъде оправдана. Малко вероятно е да функционира като икономичен модел по подразбиране за обикновен трафик на приложения.

Authorization става част от маршрутизирането

Практическата промяна за API платформи е, че изборът на модел вече не може да се третира само като проблем с каталог и ценообразуване. Достъпът зависи от одобрението на клиента и разрешеният случай на употреба има значение. Шлюз, обслужващ този клас модел, ще трябва да запази обхвата на оторизация в клиентски акаунти, API ключове и приложения надолу по веригата.

За многомоделен API шлюз за екипи, това може да означава отделни проверки за допустимост, проверка на самоличността, специфични за доставчика идентификационни данни, списък с разрешени IP адреси и неизменни одитни записи за заявки. Правилата за маршрутизиране трябва да разграничават одобрена защитна оценка от неограничена заявка за генериране или оперативна експлоатация на код. Шлюзът също се нуждае от ясен режим на повреда, когато клиентът не е одобрен, вместо тихо да се връща към друг модел с съществено различни характеристики на сигурност.

Защо изданието вдига летвата на контролната равнина

Достъпът до модела за сигурност създава оперативни изисквания отвъд обикновеното ограничаване на скоростта. Доставчиците и дистрибуторите може да се наложи да запишат кой е разрешил работно натоварване, кой клиент и приложение са го инициирали, какви инструменти или файлове са били разкрити и дали заявката е останала в одобрения обхват. Мониторингът на злоупотреби и бързото спиране трябва да бъдат проектирани в услугата, а не да се добавят след инцидент.

Тези изисквания засягат и търговските операции. При $100 на милион изходни токени, дълготраен работен процес за сигурност може да създаде значителни и трудни за прогнозиране разходи. Екипите, използващи Model Gate или друг шлюз, ще се възползват от AI API контрол на разходите за екипи, които прилагат бюджети, специфични за модела, пропуски за одобрение и сигнали, вместо да разчитат само на ограничения за цялата организация. Записите за използване трябва да запазят както искания модел, така и контекста на упълномощаването, така че проверките за сигурност да могат да бъдат съгласувани с фактурите на доставчика.

Това, което остава неясно

OpenAI не разкрива в прегледаните материали колко бързо отделните организации могат да получат достъп, какви лимити на скоростта се прилагат или как на практика се вземат решения за одобрение.Докладваният брой уязвимости и всички сравнителни резултати също трябва да се третират като твърдения на доставчика, докато не бъдат налични независими оценки.

Засега GPT-6 Cyber ​​се разбира най-добре като ограничена, скъпа опция за маршрутизиране за оторизирана работа по сигурността. Неговото значение се простира отвъд самия модел: API шлюзовете, дистрибуторите и корпоративните контролни равнини все повече ще трябва да налагат допустимост, цел и аварийно спиране по време на заявка, а не само да препращат съвместими API повиквания.