OpenAI wypuściło GPT-6 Cyber, model mający na celu autoryzowane badania nad bezpieczeństwem cybernetycznym, z początkowym dostępem za pośrednictwem API i Codex dla zatwierdzonych klientów Daybreak Red. Firma klasyfikuje model jako krytyczny pod względem cyberbezpieczeństwa w ramach swoich ram gotowości, umieszczając tę ​​wersję w innej kategorii niż rutynowe odświeżanie modelu.

OpenAI mówi, że GPT-6 Cyber ​​zidentyfikował 81 nieznanych wcześniej luk w zabezpieczeniach Firefoksa o wysokim poziomie ważności i w kontrolowanych badaniach opracował działające exploity dla 948 luk w zabezpieczeniach Linuksa. Wyniki te zostały zgłoszone przez firmę i nie zostały niezależnie odtworzone w recenzowanych materiałach, wskazują jednak, dlaczego model jest oferowany w ramach systemu dostępu zaprojektowanego do zweryfikowanych prac związanych z bezpieczeństwem, a nie do celów ogólnych.

Model z ograniczeniami z dostępem API

Wydanie ma znaczenie dla programistów, ponieważ GPT-6 Cyber ​​nie ogranicza się do demonstracji badawczej ani produktu wewnętrznego. Jest wymieniony jako model API z oknem kontekstowym mieszczącym 1 050 000 tokenów i maksymalną wydajnością wynoszącą 128 000 tokenów. Standardowa cena wynosi 20 USD za milion tokenów wejściowych i 100 USD za milion tokenów wyjściowych.

To połączenie długiego kontekstu, dużej wydajności i wysokich cen przemawia za wyspecjalizowanymi obciążeniami: analiza bazy kodu, selekcja podatności na zagrożenia, weryfikacja exploitów w autoryzowanych środowiskach i inne zadania związane z bezpieczeństwem, w których koszt odpowiedniego modelu może być uzasadniony. Jest mało prawdopodobne, aby działał jako ekonomiczny model domyślny dla zwykłego ruchu aplikacji.

Authorization staje się częścią routingu

Praktyczną zmianą dla platform API jest to, że wyboru modelu nie można już traktować wyłącznie jako problemu związanego z katalogiem i ceną. Dostęp zależy od zgody klienta i ma znaczenie dozwolony przypadek użycia. Brama obsługująca tę klasę modelu musiałaby zachować zakres autoryzacji na kontach klientów, API kluczach i dalszych aplikacjach.

W przypadku wielomodelowej API bramy dla zespołów może to oznaczać oddzielne sprawdzanie uprawnień, weryfikację tożsamości, dane uwierzytelniające specyficzne dla dostawcy, umieszczanie na liście dozwolonych adresów IP i niezmienne zapisy audytu dla żądań. Reguły routingu powinny odróżniać zatwierdzoną ocenę obronną od nieograniczonego żądania wygenerowania lub operacjonalizacji kodu exploita. Brama potrzebuje także jasnego trybu awarii, gdy klient nie zostanie zatwierdzony, zamiast po cichu wracać do innego modelu o zasadniczo odmiennych właściwościach zabezpieczeń.

Dlaczego nowa wersja podnosi poprzeczkę płaszczyzny kontroli

Dostęp przez model zabezpieczeń stwarza wymagania operacyjne wykraczające poza zwykłe ograniczenie szybkości. Dostawcy i sprzedawcy mogą potrzebować rejestrować, kto autoryzował obciążenie, który klient i aplikacja je zainicjował, jakie narzędzia lub pliki zostały ujawnione oraz czy żądanie mieściło się w zatwierdzonym zakresie. Monitorowanie nadużyć i szybkie zawieszanie powinny być wbudowane w usługę, a nie dodawane po incydencie.

Te wymagania wpływają również na operacje komercyjne. Przy wartości tokenów wyjściowych wynoszących 100 USD na milion długotrwały przepływ pracy związany z bezpieczeństwem może generować znaczne i trudne do przewidzenia wydatki. Zespoły korzystające z Model Gate lub innej bramy skorzystają na kontroli wydatków AI API dla zespołów, które stosują budżety specyficzne dla modelu, bramki zatwierdzania i alerty, zamiast polegać wyłącznie na limitach obowiązujących w całej organizacji. Zapisy użycia powinny zawierać zarówno żądany model, jak i kontekst autoryzacji, aby można było pogodzić przeglądy bezpieczeństwa z fakturami dostawcy.

Co pozostaje niejasne

OpenAI, w przeglądanych materiałach nie ujawniono, jak szybko poszczególne organizacje mogą uzyskać dostęp, jakie obowiązują limity stawek ani jak w praktyce podejmowane są decyzje o zatwierdzeniu.Zgłoszoną liczbę luk w zabezpieczeniach i wszelkie wyniki testów porównawczych należy również traktować jako twierdzenia dostawcy, dopóki nie będą dostępne niezależne oceny.

Na razie GPT-6 Cyber ​​najlepiej jest rozumieć jako ograniczoną, kosztowną opcję routingu dla autoryzowanych prac związanych z bezpieczeństwem. Jego znaczenie wykracza poza sam model: API bramy, resellerzy i korporacyjne płaszczyzny kontroli będą w coraz większym stopniu musiały egzekwować uprawnienia, cel i zawieszenie awaryjne w momencie żądania, a nie tylko przekierowywać zgodne API połączenia.