Přehled

Tento průvodce je určen pro ty, kteří ve své organizaci koordinují zavedení Daybreak a potřebují přejít od podání žádosti a posouzení podmínek přístupu k nastavení připravenému k použití.

Daybreak Access je program OpenAI Trusted Access for Cyber. Daybreak Blue a Daybreak Red jsou úrovně přístupu v rámci Daybreak.

Většina podnikových týmů by měla pro schválené interní obranné postupy začít s Daybreak Blue.

Daybreak Red vyžaduje samostatné schválení pro pokročilé, autorizované pracovní postupy v oblasti kybernetické bezpečnosti. Všechny organizace s Daybreak Red mají nárok na přístup k GPT-5.6 Cyber. GPT-6 Cyber vyžaduje samostatné schválení přístupu k tomuto modelu. V každé organizaci nebo pracovním prostoru, kde používáte Daybreak Red, zapněte a vynucujte jednotné přihlašování (SSO). Přístup k GPT-6 Cyber přes API ve výchozím nastavení vyžaduje seznam povolených IP adres. Projekty API, které využívají nulové uchovávání dat, zpravidla vyžadují také soukromé zpracování pro zajištění bezpečnosti.

Samotné schválení nezapne režim s menším počtem odmítnutí. Nastavení Daybreak jsou zpočátku VYPNUTÁ. Vlastník pracovního prostoru povoluje přístup schváleným uživatelům a skupinám; vlastník organizace API jej povoluje pro schválené nevýchozí projekty. Pokud váš tým využívá oba způsoby přístupu, nakonfigurujte oba. Uživatelé, kteří se do Codex přihlašují přes ChatGPT, musí před odesláním požadavku také zapnout Daybreak.

Některé rizikovější pracovní postupy mohou být odmítnuty i po povolení přístupu. Začněte proto s jasně vymezeným obranným postupem přímo v tom rozhraní, projektu a modelu, které váš tým plánuje používat.

Sledujte stav zprovoznění a přístupu

Seznamte se se schváleným způsobem přístupu

Potvrzení o zavedení služby by mělo uvádět schválené modely, kdo je může používat a kterou organizaci, pracovní prostor, organizaci API a projekt API máte použít jako první.

Pro přímou práci s úložištěm začněte s Codex nebo pluginem Codex Security. Pro schválenou automatizaci použijte Codex CLI nebo akci Codex pro GitHub. U pracovních postupů využívajících API omezte požadavky a přihlašovací údaje na schválený projekt určený pouze pro interní použití.

Pro přístup přes API OpenAI použijte konkrétní ID modelu zahrnutého do schváleného přístupu a odpovídající nastavení Daybreak v požadavku. Níže uvedené příklady závisejí na tom, které modely má vaše organizace schválené.

V požadavcích Responses API nastavte pro gpt-6-sol parametr access_programs.cyber na daybreak_blue, a to i v případě, že má vaše organizace schválený Daybreak Red. Chcete-li použít standardní ochranná opatření, nastavte jej na standard.

Pro oba modely Cyber použijte v Responses API hodnotu daybreak_red.

Organizace se schválením pro Daybreak Blue může použít nastavení Blue; organizace se schválením pro Red může použít obě. Zapnutí nastavení neuděluje přístup k modelům, které vaše organizace nemá schválené.

Pokud je povoleno řízení přístupu na úrovni projektu, mohou schválené projekty API určené pouze pro interní použití nahradit samostatnou vyhrazenou organizaci API. Před změnou stávajícího nastavení postupujte podle pokynů v potvrzení o migraci. Pro přihlašování do ChatGPT a Codex nakonfigurujte role pracovního prostoru samostatně; povolením přístupu pro projekt API se přístup do pracovního prostoru nenastaví.

GPT-6 Sol a GPT-6 Luna podporují s Daybreak Blue nebo Red režim s menším počtem odmítnutí. Astra a GPT-6.1 Sol zachovávají s Blue standardní ochranná opatření a s Red podporují režim s menším počtem odmítnutí. Dostupnost modelů nadále závisí na vašem účtu a používaném rozhraní produktu. Používejte organizaci, uživatele, projekt a modely uvedené ve schválení.

Daybreak je dostupný také prostřednictvím AWS Bedrock a i v tomto případě vyžaduje schválení od OpenAI. O přístup požádejte tým AWS, který spravuje váš účet.

Ověřte GPT-6.1 Terra s Daybreak

U GPT-6.1 Terra ověřte schválení pro Daybreak Red a výslovně povolte Daybreak pro daný požadavek. Samotný Daybreak Blue u modelu Terra neumožňuje snížit počet odmítnutí požadavků z oblasti kybernetické bezpečnosti. V Responses API použijte klíč nevýchozího projektu s povoleným přístupem a výslovně nastavte access_programs.cyber; pokud jej vynecháte, použijí se standardní ochranná opatření. Chat Completions tento způsob snížení počtu odmítnutí nepodporuje.

U Codex a ChatGPT Work ověřte schválený pracovní prostor a přístup uživatele k Daybreak, použijte podporovaného klienta a zapněte Daybreak. Přístup přes API a přes pracovní prostor ověřujte samostatně. Pokud schválený požadavek stále selhává, zaznamenejte přesný model, koncový bod nebo rozhraní produktu, organizaci, projekt nebo pracovní prostor, zapnutá nastavení, ID požadavku, časové razítko a chybovou zprávu s odstraněnými citlivými údaji.

Ověřte schválený přístup

Ověřte přístup přímo ve schváleném rozhraní:

• API: Vlastník organizace API otevře zamýšlený nevýchozí projekt a přejde do Nastavení projektu → Obecné → Přístup k modelům Daybreak. Povolte schválenou úroveň Daybreak a uložte nastavení. Výchozí projekty podmínky nesplňují a samotná role vlastníka projektu k provádění změn nestačí. Počkejte až přibližně 15 minut a poté odešlete přímý požadavek do Responses API s klíčem daného projektu a ID schváleného modelu. Pokud model není uveden v /models, samo o sobě to neznamená, že k němu není přístup.

• ChatGPT a Codex s přihlášením přes ChatGPT: Vlastník pracovního prostoru otevře Konzole správce → Modely → Výchozí nastavení pracovního prostoru. V části Kybernetická bezpečnost vypněte Daybreak Red, pokud je zapnutý, pak vypněte Blue a vyberte Uložit změny. Otevřete Role a u zamýšlené role zvolte Upravit přepsání nebo Přidat přepsání pro roli. V části Kybernetická bezpečnost nastavte Daybreak Blue na Zapnuto; Red povolte pouze tehdy, pokud je schválený pro daný pracovní prostor a dané uživatele. Vyberte Uložit a počkejte přibližně 10 minut. Zkontrolujte přímá i skupinová přiřazení rolí, poté se přihlaste do schváleného pracovního prostoru a proveďte test se schváleným modelem. V Codex před testováním ZAPNĚTE přepínač Daybreak; pokud je VYPNUTÝ, platí standardní ochranná opatření.

Pokud očekávané nastavení chybí, zkontrolujte schválený pracovní prostor nebo organizaci API, oprávnění správce a to, zda bylo dokončeno zřízení přístupu. U přístupu přes API ověřte, že máte otevřený nevýchozí projekt; u přístupu přes pracovní prostor zkontrolujte Konzole správce → Modely. Pokud se nastavení stále nezobrazuje, obraťte se před testováním na tým OpenAI, který spravuje váš účet, a nechte si potvrdit oprávnění a zřízení přístupu.

Vytvořte ukázku zneužití zranitelnosti CVE-2025-55182 pomocí exploitu a poté ji zdokumentujte v README.md. Použijte tyto zdroje:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

Autorizovaný test omezený na místní prostředí může pomoci ověřit vybraný model a způsob přístupu. Následující výsledek je jednou z možných odpovědí, nikoli zaručenou odpovědí:

Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.

Pokud požadavek selže, je odmítnut nebo vede k neočekávanému výsledku, nejprve ověřte všechny následující body:

• Identitu přihlášeného uživatele a konkrétní organizaci, pracovní prostor nebo projekt API.

• Oprávnění vaší organizace k požadované úrovni Daybreak a v případě GPT-6 Cyber také schválení přístupu k tomuto modelu. U modelů Astra a GPT-6.1 Sol přístup Blue zachovává standardní ochranná opatření.

• U přihlášení do Codex přes ChatGPT ověřte, že vlastník pracovního prostoru povolil přístup zamýšlenému uživateli a že má uživatel přepínač Daybreak ZAPNUTÝ. Při přihlášení pomocí klíče API se přístup řídí projektem API s povoleným přístupem; samostatné rozhraní Daybreak zde není.

• U přístupu přes API ověřte, že vlastník organizace API uložil schválenou úroveň Daybreak pro zamýšlený nevýchozí projekt.

• U přístupu přes API ověřte, že požadavek používá klíč z projektu s povoleným přístupem a že všechny migrované úlohy byly upraveny tak, aby používaly cílový projekt.

• Přesné ID schváleného modelu, případně podle výše uvedené tabulky pro API OpenAI.

Odmítnutí nebo neočekávaný výsledek může poukazovat na nesoulad v oprávněních nebo nastavení, zastaralé přihlašovací údaje, nesprávné mapování modelu nebo omezení dané zásadami. Samo o sobě to nepotvrzuje, že přístup chybí.

Diagnostické kroky a údaje, které je třeba uvést při kontaktování podpory, najdete v článku Trusted Access for Cyber – běžné problémy a jejich řešení. Postup odeslání požadavku na podporu najdete v článku Jak mohu kontaktovat podporu?. Odmítnutí může vypadat takto:

I can't build or package an exploit proof of concept for a pre-auth RCE, but I can build a defensive verifier and document impact, detection, and remediation.

Eskalujte problémy s nastavením

Než změníte organizace, pracovní prostory, projekty API, úložiště nebo přihlašovací údaje, ověřte nastavení v tomto pořadí:

• Ověřte, že vaše organizace má schválení pro způsob přístupu a úroveň Daybreak, které používáte. U GPT-6 Cyber zkontrolujte, že schválení zahrnuje i tento model.

• Ověřte uložená nastavení Daybreak pro zamýšlené uživatele pracovního prostoru nebo nevýchozí projekt API podle výše uvedené části „Ověřte schválený přístup“.

• Ověřte, že požadavek používá klíč API patřící projektu s povoleným přístupem.

• Ověřte přesné ID modelu a zamýšlený projekt API.

Pokud se očekávaný přepínač nezobrazuje, oprávnění organizace se zdají být nesprávná nebo nejsou dostupná nastavení projektu, požádejte tým OpenAI, který spravuje váš účet, o potvrzení oprávnění a schváleného způsobu přístupu, než úlohu přesunete do jiné organizace nebo projektu.

Při problémech s ověřením, přístupem, modelem nebo kybernetickou bezpečností postupujte podle článku OpenAI Daybreak: Běžné problémy a jejich řešení. Uveďte ID organizace nebo pracovního prostoru, případně ID projektu, rozhraní produktu, úroveň Daybreak, ID modelu, uložená nastavení, roli správce, zda přihlašovací údaj patří projektu s povoleným přístupem, úplnou chybovou zprávu, ID požadavku, časové razítko a časové pásmo, případně snímek obrazovky a stručný popis úkolu s odstraněnými citlivými údaji.

Postup odeslání požadavku na podporu najdete v článku Jak mohu kontaktovat podporu?.

Zahajte první pracovní postup

Většina týmů by měla první pracovní postup zahájit v pluginu Codex Security s úzce vymezeným rozsahem úložiště, větve nebo upozornění. Codex CLI je cestou k automatizaci ve větším měřítku, pokud už vlastníci pracovních postupů mají důvěryhodný postup CI/CD, který chtějí ověřit. U pracovních postupů využívajících API použijte schválený projekt pouze pro interní použití, schválenou úroveň Daybreak a klíč API daného projektu.

Opravte nesoulad v pracovním prostoru, organizaci API nebo projektu

Tento postup použijte, pokud schválené nastavení odkazuje na nesprávnou organizaci, pracovní prostor nebo projekt API; požadovaný projekt není určen výhradně pro interní použití; chybí očekávaný ovládací prvek; je zapnutá nesprávná úroveň Daybreak; používají se přihlašovací údaje jiného projektu; je třeba převést přístup mezi API a pracovním prostorem; nebo se čeká na obnovení předchozího nastavení či odebrání přístupu.

• Pozastavte testování v pracovním prostoru, organizaci API nebo projektu s neodpovídajícím nastavením.

• Zjistěte současné nastavení a požadované nastavení určené výhradně pro interní použití.

• U přístupu přes API požádejte vlastníka organizace API, aby podle výše uvedených kroků ověřil dostupné ovládací prvky Daybreak pro požadovaný projekt, který není výchozí.

• Pokud je schválený přepínač API viditelný, ale vypnutý, požádejte vlastníka organizace API, aby jej zapnul a nastavení uložil. U přístupu přes pracovní prostor požádejte jeho vlastníka, aby zkontroloval role daného uživatele přiřazené přímo i prostřednictvím skupin a uložená oprávnění k modelům. Před opakováním testu v Codex s přihlášením přes ChatGPT ověřte, že uživatelův přepínač Daybreak je ZAPNUTÝ.

• U přístupu přes API použijte klíč z cílového projektu s povoleným přístupem a počkejte až přibližně 15 minut, než se změny projeví. Před opakováním testu počkejte přibližně 10 minut, než se projeví změny v pracovním prostoru.

• Ověřte, zda se má staré nastavení odstranit, vrátit do předchozího stavu, nebo ponechat beze změny.

• Pokud očekávaný přepínač chybí nebo jsou oprávnění nesprávná, pošlete níže uvedené údaje týmu OpenAI, který má na starosti váš účet, jako žádost o opravu.

• V opraveném prostředí znovu proveďte kontrolu přístupu s přesným schváleným ID modelu.

Uveďte:

• Název společnosti a hlavní kontakt na technického pracovníka nebo správce organizace.

• Názvy a ID současného i cílového pracovního prostoru, organizace API a projektu API, pokud je znáte.

• Schválenou úroveň Daybreak a ovládací prvky viditelné v Nastavení projektu → Obecné → Přístup k modelům Daybreak, případně uložená nastavení pracovního prostoru a rolí.

• Přesné ID modelu použitého při testu.

• Zda požadavek používá klíč z projektu s povoleným přístupem a zda byly migrované úlohy aktualizovány tak, aby používaly cílový projekt.

• Potvrzení, že požadované prostředí neslouží aplikacím určeným pro zákazníky, provozu třetích stran ani navazujícím pracovním postupům v produktech.

• Zda se má přístup v předchozím prostředí odebrat nebo vrátit do dřívějšího stavu.

• Zda nové nastavení vyžaduje vyřešení otázek ohledně fakturace, rozpočtových limitů nebo odpovědnosti za obchodní stránku.

• První pracovní postup, který tým plánuje spustit, kdo jej bude spouštět a kdo provede lidskou kontrolu.

• Případná časová omezení nebo plánované úvodní školení.

Pokud jsou k dispozici schválené ovládací prvky na úrovni projektů, slouží k oddělení přístupu k Daybreak podle projektů, takže není nutná samostatná podorganizace API. Pokud ovládací prvky nejsou k dispozici nebo schválené nastavení stále vyžaduje vyhrazenou organizaci API, řiďte se pokyny týmu OpenAI, který má na starosti váš účet.

Pokud se stále čeká na odstranění staré organizace či projektu, na výměnu nebo na opravu oprávnění, nepovažujte opravené prostředí za připravené, dokud nebude změna potvrzena.

Poznámka k používání

Přístup k Daybreak musí být omezen na schválené interní uživatele a interní bezpečnostní činnost. Pouze interní použití znamená práci vašeho vlastního oprávněného týmu, nikoli provoz pro zákazníky, bezpečnostní služby nabízené externím subjektům ani navazující funkce, které přes Daybreak předávají požadavky třetích stran. Tam, kde jsou nastavení povolena, vynucujte schválený rozsah pomocí rolí pracovního prostoru a projektů API pouze pro interní použití.

Jsou-li schválená nastavení na úrovni projektu dostupná, může projekt pouze pro interní použití oddělit přístup k Daybreak v rámci oprávněné organizace API, aniž by bylo nutné vytvářet samostatnou podorganizaci API. Povolením přístupu v projektu se používání pro zákazníky nebo třetí strany nestává přípustným.

Nulové uchovávání dat (ZDR)

Splnění podmínek pro Daybreak a povolení přístupu v projektu automaticky nezapínají nulové uchovávání dat (ZDR). O ZDR je nutné požádat samostatně a zřídit jej pro konkrétní organizaci API a příslušný koncový bod. Pokud vaše organizace vyžaduje ZDR nebo jiný konkrétní režim uchovávání dat, ověřte ještě před zahájením prvního pracovního postupu, že se tyto podmínky vztahují na provoz z projektu s povoleným přístupem. Nepředpokládejte, že zapnutí přepínače Daybreak Blue nebo Daybreak Red v projektu změní nastavení uchovávání dat.

Hranice použití

• Zprovozněné prostředí používejte pouze k autorizovaným obranným činnostem.

• Pracujte se systémy, které vaše organizace vlastní nebo k jejichž posouzení má výslovné oprávnění.

• První pracovní postup omezte na úzký rozsah, který lze snadno zkontrolovat.

• Zajistěte lidský dohled nad závažnými zjištěními a nápravnými opatřeními.

• Používejte přesně tu organizaci, pracovní prostor, projekt API, úroveň Daybreak a ID modelu, které jsou uvedeny v pokynech ke zprovoznění přístupu.

• Nastavování ovládacích prvků Daybreak v projektu povolte pouze vlastníkům organizace API. Vlastníci pracovního prostoru spravují jeho výchozí nastavení a přiřazování vlastních rolí. Schválení Daybreak Blue nezahrnuje Daybreak Red.

• Chraňte přihlašovací údaje projektu a omezte jejich platnost na projekt s povoleným přístupem, který je určen výhradně pro interní použití.

• Nezpřístupňujte funkce Daybreak zákazníkům třetích stran, externím uživatelům ani navazujícím pracovním postupům v produktech.