„OpenAI“ planuoja saugumo sprintą ir didina bug bounty premijas

„OpenAI“ planuoja naują vidinį saugumo sprintą

„OpenAI“ planuoja naują vidinį saugumo sprintą, kuriame jos komandos dirbs kartu su „Cathedral Systems“ tyrėjais ir pasitelks bendrovės modelius sistemoms tikrinti. Apie planą bendrovė paskelbė 2026 m. lapkričio 2 d. Tą pačią dieną ji pristatė ir didesnius atlygius savo saugumo pažeidžiamumų programoje.

Kol kas paskelbta tik apie planuojamą darbą: „OpenAI“ nenurodė sprinto pradžios datos, trukmės, konkrečios apimties ar tikslų. Taip pat nėra paskelbta apie jo rezultatus. Tad kol kas verta kalbėti ne apie užbaigtą saugumo patikrą, o apie bendrovės numatomą bendradarbiavimą ir atnaujintas paskatas nepriklausomiems tyrėjams.

Naujas planas – tęsti saugumo darbą kartu

„OpenAI“ teigimu, „Cathedral“ tyrėjai dirbs su jos komandomis ir naudos bendrovės modelius, kad padėtų patikrinti ir sustiprinti sistemas. Išorės specialistų dalyvavimas gali papildyti vidinių komandų darbą kitokia patirtimi ir požiūriu, tačiau kol kas bendrovė nepateikė išsamaus būsimo sprinto plano.

Ši detalė svarbi ir dėl to, ko pranešime nėra. „OpenAI“ neįvardijo konkrečių produktų, sistemų ar pažeidžiamumų tipų, į kuriuos bus sutelktas darbas. Nenurodyta ir tai, kaip bus apibrėžtos užduotys ar vertinami rezultatai. Todėl skelbimą geriausia suprasti kaip pranešimą apie planuojamą bendradarbiavimą, o ne kaip jau pradėtos ar atliktos patikros aprašymą.

Ką parodė ankstesnis sprintas

Paskelbdama apie naują planą, „OpenAI“ taip pat priminė ankstesnio sprinto patirtį. Bendrovės teigimu, tuomet 25 proc. jos produktų inžinierių dirbo ieškodami saugumo spragų ir padėdami jas taisyti.

Šiame darbe naudotas „Codex“: inžinieriai juo padėjo tirti gautus radinius, atkartoti pažeidžiamumus izoliuotose aplinkose ir parengti pataisas peržiūrai. Tai konkretesnis ankstesnio darbo aprašymas, tačiau jo nereikėtų laikyti būsimo sprinto rezultatų prognoze. „OpenAI“ dar nepaskelbė, ar naujame etape bus taikoma ta pati praktika.

Izoliuota aplinka leidžia tyrėjams atkurti galimą problemą atskirai nuo veikiančių paslaugų, o pataisų parengimas peržiūrai palieka vietos inžinierių patikrai prieš diegimą. Tačiau bendrovė nepateikė išsamios ankstesnio sprinto rezultatų suvestinės, todėl nėra pagrindo spręsti, kiek spragų aptikta ar kiek pataisų išleista.

Už kritinius radinius siūlomi didesni atlygiai

Atnaujindama „Security Bug Bounty“ programą, „OpenAI“ pranešė, kad vidutiniai atlygio intervalų vidurio taškai už vidutinio, didelio ir kritinio lygio radinius padidinti daugiau nei keturis kartus. Tai nereiškia, kad kiekvienas tyrėjas ar kiekvienas pranešimas automatiškai gaus keturgubą išmoką: konkreti suma priklauso nuo radinio ir programos sąlygų.

Už kritinį pažeidžiamumą pagrindiniame produkte, pavyzdžiui, „ChatGPT“, „Codex“ ar API platformoje, dabar gali būti skiriama iki 30 tūkst. JAV dolerių. Išskirtiniai kritiniai radiniai šiuose taikiniuose gali pretenduoti į iki 100 tūkst. dolerių bazinį atlygį, o pritaikius papildomas premijas – į dar didesnę sumą.

Kaip susidaro iki 171 925 dolerių suma

Didžiausia paskelbta pavyzdinė suma – 171 925 JAV doleriai – nėra įprasta išmoka už kritinę spragą. Ji apskaičiuota nuo 100 tūkst. dolerių bazinio atlygio, pritaikius kokybės koeficientą 1,15, prioritetinės kampanijos koeficientą 1,30 ir lojalumo koeficientą 1,15.

Vadinasi, maksimalus pavyzdys priklauso nuo kelių sąlygų, kurios turi sutapti. Pranešimo kokybė, dalyvavimas aktualioje kampanijoje ir tyrėjo lojalumo lygis gali turėti įtakos galutinei sumai, tačiau vien kritinio pažeidžiamumo nustatymo nepakanka, kad būtų skiriamas didžiausias atlygis.

Svarbu atskirti įprastą viršutinę ribą už kritinį radinį pagrindiniame produkte – iki 30 tūkst. dolerių – nuo išskirtiniams atvejams numatyto bazinio atlygio ir papildomų premijų. „OpenAI“ pavyzdys parodo galimą skaičiavimo scenarijų, o ne garantuotą sumą kiekvienam tyrėjui.

Premijos už kokybę ir lojalumą

Atnaujintoje sistemoje atlygis gali priklausyti ir nuo to, kaip aiškiai aprašytas radinys. Patikimas koncepcijos įrodymas, atkūrimo sąlygos ir suprantamas poveikio paaiškinimas leidžia saugumo komandai greičiau įvertinti problemą. Bendrovė nurodo kokybės premiją, taip pat penkių lygių lojalumo programą ir laikinai galiojančias prioritetines kampanijas.

Tokios kampanijos gali nukreipti tyrėjų dėmesį į konkrečius bendrovės pasirinktus taikinius ar naujas funkcijas. Vis dėlto kiekvienos kampanijos sąlygos ir priedai gali skirtis. Tyrėjai turėtų vadovautis oficialia programos apimtimi ir taisyklėmis, o ne manyti, kad viešai paskelbtas didžiausias pavyzdys galioja visiems radiniams.

Retroaktyvios išmokos – tik tinkamiems pranešimams

„OpenAI“ teigia, kad nauji atlygio intervalai bus taikomi ir dar neįvertintiems pranešimams. Jei per 30 dienų iki paskelbimo jau išmokėtas atlygis pagal naujus kriterijus būtų didesnis, bendrovė nurodo sumokėsianti skirtumą.

Tai nėra automatinis papildomas mokėjimas už kiekvieną neseniai pateiktą pranešimą. Radinys turi atitikti programos reikalavimus, o skirtumas mokamas tik tada, jei pagal atnaujintas taisykles atlygis būtų buvęs didesnis.

Kas dar lieka neaišku

Šiuo metu žinoma, kad „OpenAI“ planuoja naują sprintą su „Cathedral Systems“ ir didina paskatas nepriklausomiems tyrėjams. Tačiau nepranešta apie sprinto pradžią, trukmę, tikslines sistemas, konkrečią darbo apimtį ar rezultatus.

Sprintas ir bug bounty programa yra susiję, bet ne tas pats. Pirmasis – planuojamas bendras vidinių komandų ir išorės tyrėjų darbas; antroji – nuolatinis kanalas pranešti apie tinkamus pažeidžiamumus pagal nustatytas taisykles. Kol nepaskelbta daugiau detalių, naujieną tiksliausia vertinti kaip planą ir programos sąlygų pakeitimą, o ne kaip patvirtinimą, kad patikra jau atlikta.

Įmonėms, kurios savo produktus jungia prie išorinių API, tokios saugumo iniciatyvos svarbios net tada, kai iš karto nepakeičia naudojamos paslaugos. Tiekėjo vidinis testavimas gali būti viena platesnės apsaugos dalis, tačiau klientams vis tiek reikia prižiūrėti integracijas, riboti prieigos teises ir vadovautis paslaugos dokumentacija. „OpenAI“ nepaskelbė naujų API reikalavimų ar klientams taikomų pakeitimų, susijusių su šiuo sprintu.

Taip pat verta atskirti modelį kaip pagalbinį įrankį nuo modelio kaip sprendimų priėmėjo. Aprašydama ankstesnį sprintą „OpenAI“ teigė, kad „Codex“ padėjo inžinieriams tirti radinius, atkurti pažeidžiamumus ir rengti pataisas peržiūrai. Bendrovė nesakė, kad modelis pats nusprendė, ar spraga tikra, patvirtino pataisą ar įdiegė ją veikiančioje sistemoje. Žmogaus atliekama peržiūra yra viešai aprašytos darbo eigos dalis.

Tyrėjams, ketinantiems pateikti pranešimą, svarbu perskaityti konkretaus taikinio programos taisykles ir neperžengti leistinos testavimo apimties. Viešai paskelbta partnerystė ar didesnė premija savaime nesuteikia papildomo leidimo tikrinti sistemas. „OpenAI“ nepranešė apie atskirą kvietimą ar naujas testavimo taisykles, kurios pakeistų esamą bug bounty programą.

Produktų komandoms platesnė pamoka tokia: greitesnis problemų aptikimas naudingas tik tada, kai organizacija gali tinkamai tvarkyti gautus radinius. Reikia aiškaus pirminio vertinimo, izoliuotos aplinkos atkūrimui, atsakingų pataisų savininkų ir kontroliuojamo diegimo. „OpenAI“ ankstesnio sprinto aprašyme paminėjo kelis iš šių etapų, tačiau nepateikė skaičių, kurie leistų palyginti aptikimo spartą ar klaidų lygį prieš ir po jo.

Premijų dydis taip pat nėra produkto saugumo matas. Jis parodo, kokius radinius programa siekia paskatinti, o reali rizika priklauso nuo sistemų architektūros, konfigūracijos ir priežiūros. Todėl, kol nežinomi būsimo sprinto rezultatai ir apimtis, būtų per anksti teigti, kad jis sumažins konkrečias rizikas.

Šaltinio data: 2026 m. lapkričio 2 d.