วิธีเริ่มต้นใช้งาน Daybreak สำหรับองค์กร เปิดใช้โมเดล Daybreak ที่มีสิทธิ์ในโปรเจกต์ API ตรวจสอบการเข้าถึง แก้ไขปัญหาการตั้งค่า และเตรียมเวิร์กโฟลว์แรกที่มีขอบเขตจำกัด

ภาพรวม

ใช้คู่มือนี้หากคุณเป็นผู้ประสานงานการเริ่มต้นใช้งาน Daybreak ขององค์กร และต้องการดำเนินการจากขั้นตอนการสมัครและตรวจสอบคุณสมบัติไปสู่การตั้งค่าที่พร้อมใช้งาน

Daybreak Access คือโครงการ Trusted Access for Cyber ของ OpenAI Daybreak Blue และ Daybreak Red เป็นระดับการเข้าถึงภายใน Daybreak

ทีมองค์กรส่วนใหญ่ควรเริ่มด้วย Daybreak Blue สำหรับเวิร์กโฟลว์การป้องกันภายในที่ได้รับอนุมัติ

Daybreak Red ต้องได้รับอนุมัติแยกต่างหากสำหรับเวิร์กโฟลว์ความปลอดภัยไซเบอร์ขั้นสูงที่ได้รับอนุญาต โมเดลด้านไซเบอร์ระดับแนวหน้าบางรุ่นต้องได้รับอนุมัติเพิ่มเติมเป็นรายโมเดล

การได้รับอนุมัติเพียงอย่างเดียวไม่ได้เปิดใช้การลดการปฏิเสธคำขอ ตัวควบคุม Daybreak จะปิดอยู่ในตอนแรก เจ้าของเวิร์กสเปซเป็นผู้เปิดสิทธิ์เข้าถึงให้ผู้ใช้และกลุ่มที่ได้รับอนุมัติ ส่วนเจ้าขององค์กร API เป็นผู้เปิดสิทธิ์ให้โปรเจกต์ที่ได้รับอนุมัติและไม่ใช่โปรเจกต์เริ่มต้น กำหนดค่าทั้งสองช่องทางหากทีมของคุณใช้ทั้งคู่ ผู้ใช้ที่ลงชื่อเข้าใช้ Codex ด้วย ChatGPT ต้องเปิด Daybreak ก่อนส่งคำขอด้วย

เวิร์กโฟลว์บางอย่างที่มีความเสี่ยงสูงกว่าอาจยังถูกปฏิเสธแม้เปิดสิทธิ์เข้าถึงแล้ว จึงควรเริ่มด้วยเวิร์กโฟลว์การป้องกันที่จำกัดขอบเขต บนช่องทาง โปรเจกต์ และโมเดลที่ทีมวางแผนจะใช้จริง

ติดตามสถานะการเริ่มต้นใช้งานและการเข้าถึง

ขั้นตอน	คำอธิบาย	สิ่งที่ต้องทำต่อไป
ส่งแบบฟอร์มสมัคร	องค์กรของคุณกรอกแบบฟอร์มสมัคร Daybreak สำหรับองค์กรเรียบร้อยแล้ว	คอยตรวจสอบอีเมลจาก Persona และตรวจสอบให้แน่ใจว่าส่งถึงผู้ติดต่อขององค์กรที่ถูกต้อง หากองค์กรได้รับอนุมัติให้เข้าถึง Daybreak แล้ว และผู้ติดต่อของคุณที่ OpenAI แจ้งว่าไม่ต้องสมัครใหม่ ให้ทำตามคำแนะนำของผู้ติดต่อนั้นแทนการส่งคำขอซ้ำ
ดำเนินการยืนยัน KYB ให้เสร็จสมบูรณ์	Persona จะส่งอีเมลถึงผู้ติดต่อที่ระบุในแบบฟอร์มสมัคร เพื่อให้ดำเนินการยืนยันตัวตนธุรกิจ (KYB) ให้เสร็จสมบูรณ์	ดำเนินการตามคำขอของ Persona ให้ครบถ้วน จากนั้น OpenAI จะดำเนินการตรวจสอบคุณสมบัติและความเหมาะสมภายใน
รับผลการพิจารณาสิทธิ์	OpenAI จะยืนยันช่องทางการเข้าถึงที่ได้รับอนุมัติ และแจ้งว่าองค์กรมีสิทธิ์ใช้ Daybreak Blue, Daybreak Red หรือทั้งสองระดับ ต้องผ่านการพิจารณาสิทธิ์ Daybreak Red แยกต่างหาก	ยืนยันผู้ใช้ เวิร์กสเปซหรือองค์กร API โมเดล และช่องทางผลิตภัณฑ์ที่ได้รับอนุมัติ อย่าคิดว่าการมีสิทธิ์ใช้ Blue หมายถึงมีสิทธิ์ใช้ Red ด้วย OpenAI จะส่งอีเมลต้อนรับถึงผู้ดูแลองค์กรหรือเวิร์กสเปซเมื่อจัดเตรียมระบบเสร็จสมบูรณ์
กำหนดค่าการเข้าถึงเวิร์กสเปซหรือ API	สำหรับการลงชื่อเข้าใช้ ChatGPT และ Codex เจ้าของเวิร์กสเปซเป็นผู้กำหนดค่าบทบาทให้ผู้ใช้และกลุ่มที่ได้รับอนุมัติ สำหรับการเข้าถึง API เจ้าขององค์กร API เป็นผู้เปิด Daybreak ในแต่ละโปรเจกต์ที่ได้รับอนุมัติและไม่ใช่โปรเจกต์เริ่มต้น ทำตามขั้นตอนในหัวข้อ “ตรวจสอบการเข้าถึงที่ได้รับอนุมัติ” ด้านล่าง	เปิดใช้เฉพาะระดับการเข้าถึงที่ได้รับอนุมัติให้ผู้ใช้หรือโปรเจกต์เป้าหมาย บันทึก แล้วตรวจสอบการตั้งค่าที่บันทึกไว้ โปรเจกต์เริ่มต้นไม่สามารถเปิดใช้ Daybreak ได้ การเข้าถึงเวิร์กสเปซและการเข้าถึงโปรเจกต์ API แยกจากกัน
ใช้ข้อมูลรับรองของโปรเจกต์ปลายทาง	คีย์ API ผูกกับองค์กรและโปรเจกต์ที่เฉพาะเจาะจง คีย์จากองค์กรหรือโปรเจกต์เดิมไม่ได้ให้สิทธิ์เข้าถึงปลายทาง	ใช้คีย์ API จากโปรเจกต์ที่เปิดใช้งานแล้ว หากย้ายไปยังองค์กรหรือโปรเจกต์อื่น ให้สร้างหรือเลือกคีย์ที่นั่น และอัปเดตแอปพลิเคชันหรือเวิร์กโฟลว์ที่ใช้คีย์นั้น จำกัดข้อมูลรับรองให้ใช้ได้เฉพาะงานภายในที่ได้รับอนุมัติ
ตรวจสอบการเข้าถึงและเริ่มเวิร์กโฟลว์การป้องกันที่จำกัดขอบเขต	เวิร์กสเปซหรือโปรเจกต์เป้าหมาย ผู้ใช้ที่ได้รับอนุมัติ โมเดล และข้อมูลรับรอง API พร้อมสำหรับการตรวจสอบการเข้าถึง	ดำเนินการทดสอบยืนยันการเข้าถึงด้านล่างบนช่องทางที่ได้รับอนุมัติ ระบุผู้ดำเนินการและผู้ตรวจสอบเวิร์กโฟลว์ก่อนเริ่มเวิร์กโฟลว์แรก

ทำความเข้าใจช่องทางการเข้าถึงที่ได้รับอนุมัติ

ข้อมูลยืนยันการเริ่มใช้งานควรระบุโมเดลที่ได้รับอนุมัติ ผู้ที่มีสิทธิ์ใช้งาน รวมถึงองค์กร เวิร์กสเปซ องค์กร API และโปรเจกต์ API ที่ควรใช้เป็นอันดับแรก

สำหรับเวิร์กโฟลว์ที่ลงมือทำงานกับ Repository โดยตรง ให้เริ่มด้วย Codex หรือปลั๊กอิน Codex Security ใช้ Codex CLI หรือ Codex GitHub Action สำหรับงานอัตโนมัติที่ได้รับอนุมัติ สำหรับเวิร์กโฟลว์ API ให้จำกัดขอบเขตคำขอและข้อมูลรับรองไว้เฉพาะโปรเจกต์ที่ได้รับอนุมัติสำหรับใช้ภายในเท่านั้น

ช่องทางการเข้าถึงที่ได้รับอนุมัติ	ผู้ที่มีสิทธิ์ใช้งาน	ที่ที่ใช้ได้	ช่องทางที่แนะนำให้เริ่มใช้งาน
เข้าถึงผ่าน Codex	สมาชิกที่ได้รับอนุมัติขององค์กรหรือเวิร์กสเปซ Codex หรือ ChatGPT ภายในที่ระบุไว้	องค์กรหรือเวิร์กสเปซที่ระบุในข้อมูลยืนยันการเริ่มใช้งาน	สำหรับงานรักษาความปลอดภัยของทรัพยากรแบบสแตติก ให้เริ่มด้วยปลั๊กอิน Codex Security
เข้าถึงผ่านโปรเจกต์ API	เจ้าขององค์กร API เป็นผู้กำหนดค่าการควบคุม Daybreak ที่มีสิทธิ์ใช้ ผู้ใช้หรือบริการที่ได้รับอนุมัติใช้คีย์จากโปรเจกต์ที่เปิดใช้งานแล้ว ภายในขอบเขตที่ได้รับอนุมัติของโปรเจกต์นั้น	โปรเจกต์สำหรับใช้ภายในเท่านั้นที่เปิดใช้งานแล้วในองค์กร API ที่มีสิทธิ์	Responses API หรือเวิร์กโฟลว์ Codex API อื่นที่ได้รับอนุมัติ

สำหรับการเข้าถึง OpenAI API ให้ใช้ ID โมเดลที่อยู่ในสิทธิ์การเข้าถึงที่ได้รับอนุมัติ พร้อมการตั้งค่าคำขอ Daybreak ที่ตรงกัน การใช้ตัวอย่างด้านล่างขึ้นอยู่กับโมเดลที่องค์กรของคุณได้รับอนุมัติ

ระดับ Daybreak	ตัวอย่าง ID โมเดล	เงื่อนไขการมีสิทธิ์
Daybreak Blue	`gpt-6-sol`	ต้องมีสิทธิ์ใช้ Daybreak Blue
Daybreak Red	`gpt-5.6-cyber`	ต้องได้รับอนุมัติ Daybreak Red แยกต่างหาก ตัวอย่าง gpt-5.6-cyber ยังต้องได้รับอนุมัติการใช้โมเดลเพิ่มเติมด้วย

ในคำขอ Responses API ให้ตั้งค่า access_programs.cyber เป็น daybreak_blue สำหรับ gpt-6-sol แม้องค์กรของคุณจะได้รับอนุมัติ Daybreak Red แล้วก็ตาม หากต้องการใช้มาตรการป้องกันมาตรฐาน ให้ตั้งค่าเป็น standard

สำหรับ gpt-5.6-cyber ให้ใช้ daybreak_red เฉพาะเมื่อองค์กรของคุณได้รับทั้งการอนุมัติ Daybreak Red และการอนุมัติการใช้โมเดลเพิ่มเติมที่จำเป็นแล้วเท่านั้น

องค์กรที่ได้รับอนุมัติ Daybreak Blue สามารถใช้การควบคุม Blue ได้ ส่วนองค์กรที่ได้รับอนุมัติ Red สามารถใช้ได้ทั้งสองแบบ การเปิดใช้การควบคุมไม่ได้ให้สิทธิ์เข้าถึงโมเดลที่อยู่นอกขอบเขตการอนุมัติขององค์กร

เมื่อเปิดใช้การควบคุมระดับโปรเจกต์แล้ว โปรเจกต์ API ที่ได้รับอนุมัติสำหรับใช้ภายในเท่านั้นสามารถใช้แทนองค์กร API เฉพาะที่แยกต่างหากได้ ปฏิบัติตามข้อมูลยืนยันการย้ายระบบก่อนเปลี่ยนแปลงการตั้งค่าที่ใช้อยู่ สำหรับการลงชื่อเข้าใช้ ChatGPT และ Codex ให้กำหนดค่าบทบาทในเวิร์กสเปซแยกต่างหาก การเปิดใช้งานโปรเจกต์ API ไม่ได้กำหนดค่าสิทธิ์เข้าถึงเวิร์กสเปซให้ด้วย

GPT-6 Sol และ GPT-6 Luna รองรับการลดการปฏิเสธคำขอเมื่อใช้ Daybreak Blue หรือ Red Astra และ GPT-6.1 Sol ยังคงใช้มาตรการป้องกันมาตรฐานเมื่อใช้ Blue และรองรับการลดการปฏิเสธคำขอเมื่อใช้ Red โมเดลที่ใช้งานได้ยังขึ้นอยู่กับบัญชีและช่องทางผลิตภัณฑ์ที่คุณใช้ ใช้องค์กร ผู้ใช้ โปรเจกต์ และโมเดลตามที่ระบุไว้ในการอนุมัติ

Daybreak ยังใช้งานผ่าน AWS Bedrock ได้ด้วย และยังคงต้องได้รับอนุมัติจาก OpenAI ติดต่อทีมดูแลบัญชี AWS ของคุณเพื่อขอสิทธิ์เข้าถึง

ตรวจสอบการเข้าถึงที่ได้รับอนุมัติ

ตรวจสอบการเข้าถึงในช่องทางที่ได้รับอนุมัติโดยตรง:

API: ให้เจ้าขององค์กร API เปิดโปรเจกต์เป้าหมายที่ไม่ใช่โปรเจกต์เริ่มต้น แล้วไปที่ การตั้งค่าโปรเจกต์ → ทั่วไป → การเข้าถึงโมเดล Daybreak เปิดใช้ระดับ Daybreak ที่ได้รับอนุมัติ แล้วบันทึก โปรเจกต์เริ่มต้นไม่มีสิทธิ์ใช้งาน และการเป็นเจ้าของโปรเจกต์เพียงอย่างเดียวไม่ได้ให้สิทธิ์เปลี่ยนแปลงการตั้งค่านี้ รอสูงสุดประมาณ 15 นาที แล้วส่งคำขอไปยัง Responses API โดยตรงด้วยคีย์ของโปรเจกต์นั้นและ ID โมเดลที่ได้รับอนุมัติ การที่โมเดลไม่ปรากฏใน /models เพียงอย่างเดียวไม่ได้หมายความว่าเข้าถึงโมเดลนั้นไม่ได้
ChatGPT และ Codex ที่ลงชื่อเข้าใช้ด้วย ChatGPT: ให้เจ้าของเวิร์กสเปซเปิด คอนโซลผู้ดูแลระบบ → โมเดล → ค่าเริ่มต้นของเวิร์กสเปซ ในส่วนความปลอดภัยทางไซเบอร์ ให้ปิด Daybreak Red หากเปิดใช้อยู่ จากนั้นปิด Blue แล้วเลือก บันทึกการเปลี่ยนแปลง เปิด บทบาท แล้วเลือก แก้ไขการตั้งค่าทับ สำหรับบทบาทเป้าหมาย หรือเลือก เพิ่มการตั้งค่าทับสำหรับบทบาท ในส่วนความปลอดภัยทางไซเบอร์ ให้ตั้งค่า Daybreak Blue เป็น เปิด และเปิดใช้ Red เฉพาะเมื่อเวิร์กสเปซและผู้ใช้เหล่านั้นได้รับอนุมัติแล้วเท่านั้น เลือก บันทึก แล้วรอประมาณ 10 นาที ตรวจสอบการมอบหมายบทบาททั้งโดยตรงและผ่านกลุ่ม จากนั้นลงชื่อเข้าใช้เวิร์กสเปซที่ได้รับอนุมัติและทดสอบด้วยโมเดลที่ได้รับอนุมัติ ใน Codex ให้เปิดสวิตช์ Daybreak ก่อนทดสอบ หากปิดอยู่ ระบบจะใช้มาตรการป้องกันมาตรฐาน

หากไม่พบการควบคุมที่ควรมี ให้ตรวจสอบเวิร์กสเปซหรือองค์กร API ที่ได้รับอนุมัติ สิทธิ์ของผู้ดูแลระบบ และการจัดเตรียมระบบว่าเสร็จสมบูรณ์แล้วหรือไม่ สำหรับการเข้าถึง API ให้ยืนยันว่าคุณกำลังดูโปรเจกต์ที่ไม่ใช่โปรเจกต์เริ่มต้น สำหรับการเข้าถึงเวิร์กสเปซ ให้ตรวจสอบที่ คอนโซลผู้ดูแลระบบ → โมเดล หากการควบคุมยังไม่ปรากฏ ให้ติดต่อทีมดูแลบัญชี OpenAI ของคุณเพื่อยืนยันสิทธิ์และการจัดเตรียมระบบก่อนทดสอบ

สร้างตัวอย่างพิสูจน์แนวคิดด้วยโค้ดโจมตีช่องโหว่ แล้วบันทึกรายละเอียดใน README.md สำหรับ CVE-2025-55182 ใช้แหล่งอ้างอิงเหล่านี้:

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

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

การทดสอบที่ได้รับอนุญาตและจำกัดเฉพาะในเครื่องช่วยตรวจสอบโมเดลและช่องทางการเข้าถึงที่เลือกได้ ผลลัพธ์ดังตัวอย่างต่อไปนี้เป็นเพียงผลลัพธ์หนึ่งที่อาจเกิดขึ้น ไม่ใช่คำตอบที่รับประกันว่าจะได้รับ:

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

หากคำขอล้มเหลว ถูกปฏิเสธ หรือให้ผลลัพธ์ที่ไม่คาดคิด ให้ตรวจสอบรายการทั้งหมดต่อไปนี้ก่อน:

บัญชีที่ลงชื่อเข้าใช้ รวมถึงองค์กร เวิร์กสเปซ หรือโปรเจกต์ API ว่าตรงตามที่ระบุหรือไม่
สิทธิ์ขององค์กรสำหรับระดับ Daybreak ที่ร้องขอ และการอนุมัติการใช้โมเดลเพิ่มเติม สำหรับ Astra หรือ GPT-6.1 Sol การเข้าถึงระดับ Blue ยังคงใช้มาตรการป้องกันมาตรฐาน
สำหรับ Codex ที่ลงชื่อเข้าใช้ด้วย ChatGPT ให้ตรวจสอบว่าเจ้าของเวิร์กสเปซเปิดสิทธิ์เข้าถึงให้ผู้ใช้เป้าหมายแล้ว และสวิตช์ Daybreak ของผู้ใช้เปิดอยู่ เมื่อลงชื่อเข้าใช้ด้วยคีย์ API สิทธิ์การเข้าถึงจะเป็นไปตามโปรเจกต์ API ที่เปิดใช้งานแล้ว โดยไม่มีอินเทอร์เฟซ Daybreak แยกต่างหาก
สำหรับการเข้าถึง API ให้ตรวจสอบว่าเจ้าขององค์กร API บันทึกระดับ Daybreak ที่ได้รับอนุมัติให้กับโปรเจกต์เป้าหมายที่ไม่ใช่โปรเจกต์เริ่มต้นแล้ว
สำหรับการเข้าถึง API ให้ตรวจสอบว่าคำขอใช้คีย์จากโปรเจกต์ที่เปิดใช้งานแล้ว และเวิร์กโหลดที่ย้ายมาทั้งหมดได้รับการอัปเดตให้ใช้โปรเจกต์ปลายทางแล้ว
ID โมเดลว่าตรงตามที่ได้รับอนุมัติหรือไม่ โดยอ้างอิงตาราง OpenAI API ด้านบนในกรณีที่เกี่ยวข้อง

การปฏิเสธหรือผลลัพธ์ที่ไม่คาดคิดอาจบ่งชี้ถึงสิทธิ์หรือการตั้งค่าที่ไม่ตรงกัน ข้อมูลรับรองที่ไม่เป็นปัจจุบัน การจับคู่โมเดลที่ไม่ถูกต้อง หรือข้อจำกัดตามนโยบาย ผลลัพธ์ดังกล่าวเพียงอย่างเดียวไม่สามารถยืนยันได้ว่าไม่มีสิทธิ์เข้าถึง

ดูขั้นตอนการวินิจฉัยและรายละเอียดที่ต้องระบุเมื่อติดต่อฝ่ายสนับสนุนได้ใน การเข้าถึงที่เชื่อถือได้สำหรับงานไซเบอร์ - ปัญหาที่พบบ่อยและการแก้ไขปัญหา หากต้องการส่งคำขอไปยังฝ่ายสนับสนุน โปรดดู ฉันจะติดต่อฝ่ายสนับสนุนได้อย่างไร? ตัวอย่างคำตอบปฏิเสธ:

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.

ส่งต่อปัญหาการตั้งค่าให้ทีมที่เกี่ยวข้อง

ก่อนเปลี่ยนองค์กร เวิร์กสเปซ โปรเจกต์ API, Repository หรือข้อมูลรับรอง ให้ตรวจสอบการตั้งค่าตามลำดับต่อไปนี้:

ยืนยันช่องทางการเข้าถึงที่องค์กรได้รับอนุมัติและสิทธิ์สำหรับระดับ Daybreak ที่ร้องขอ
ยืนยันการตั้งค่า Daybreak ที่บันทึกไว้สำหรับผู้ใช้เวิร์กสเปซเป้าหมายหรือโปรเจกต์ API ที่ไม่ใช่โปรเจกต์เริ่มต้น โดยทำตามหัวข้อ “ตรวจสอบการเข้าถึงที่ได้รับอนุมัติ” ด้านบน
ยืนยันว่าคำขอใช้คีย์ API ของโปรเจกต์ที่เปิดใช้งานแล้ว
ยืนยัน ID โมเดลให้ตรงตามที่ระบุ และยืนยันโปรเจกต์ API เป้าหมาย

หากไม่เห็นสวิตช์ที่ควรมี สิทธิ์ขององค์กรดูไม่ถูกต้อง หรือไม่มีการควบคุมโปรเจกต์ให้ใช้งาน ให้ทีมดูแลบัญชี OpenAI ของคุณยืนยันสิทธิ์และช่องทางการเข้าถึงที่ได้รับอนุมัติก่อนย้ายเวิร์กโหลดไปยังองค์กรหรือโปรเจกต์อื่น

สำหรับปัญหาด้านการตรวจสอบยืนยัน การเข้าถึง โมเดล หรือความปลอดภัยทางไซเบอร์ ให้ทำตาม OpenAI Daybreak: ปัญหาที่พบบ่อยและการแก้ไขปัญหา ระบุ ID องค์กรหรือเวิร์กสเปซ, ID โปรเจกต์ (หากเกี่ยวข้อง), ช่องทางผลิตภัณฑ์, ระดับ Daybreak, ID โมเดล, การตั้งค่าการควบคุมที่บันทึกไว้, บทบาทของผู้ดูแลระบบ, ข้อมูลรับรองเป็นของโปรเจกต์ที่เปิดใช้งานแล้วหรือไม่, ข้อความแสดงข้อผิดพลาดฉบับเต็ม, ID คำขอ, วันเวลาที่เกิดเหตุและเขตเวลา, ภาพหน้าจอ (หากเกี่ยวข้อง) และคำอธิบายงานโดยย่อที่ปกปิดข้อมูลอ่อนไหวแล้ว

หากต้องการส่งคำขอไปยังฝ่ายสนับสนุน โปรดดู ฉันจะติดต่อฝ่ายสนับสนุนได้อย่างไร?

เริ่มเวิร์กโฟลว์แรก

สำหรับทีมส่วนใหญ่ ควรเริ่มเวิร์กโฟลว์แรกในปลั๊กอิน Codex Security โดยจำกัดขอบเขต Repository, สาขา หรือการแจ้งเตือนให้แคบ Codex CLI เป็นช่องทางสำหรับขยายงานอัตโนมัติ เมื่อผู้รับผิดชอบเวิร์กโฟลว์มีเวิร์กโฟลว์ CI/CD ที่เชื่อถือได้อยู่แล้วและต้องการตรวจสอบ สำหรับเวิร์กโฟลว์ API ให้ใช้โปรเจกต์สำหรับใช้ภายในเท่านั้นที่ได้รับอนุมัติ ระดับ Daybreak ที่ได้รับอนุมัติ และคีย์ API ของโปรเจกต์นั้น

แก้ไขเวิร์กสเปซ องค์กร API หรือโปรเจกต์ที่ไม่ตรงกัน

ใช้แนวทางนี้เมื่อการตั้งค่าที่ได้รับอนุมัติชี้ไปยังองค์กร เวิร์กสเปซ หรือโปรเจกต์ API ที่ไม่ถูกต้อง โปรเจกต์เป้าหมายไม่ได้จำกัดให้ใช้ภายในเท่านั้น ไม่พบการควบคุมที่ควรมี เปิดใช้ระดับ Daybreak ผิด ใช้ข้อมูลรับรองของโปรเจกต์อื่น ต้องย้ายการเข้าถึงระหว่างช่องทาง API กับเวิร์กสเปซ หรือยังรอการย้อนกลับหรือการนำออก

หยุดการทดสอบบนเวิร์กสเปซ องค์กร API หรือโปรเจกต์ที่ไม่ตรงกันไว้ก่อน
ระบุการตั้งค่าปัจจุบันและการตั้งค่าเป้าหมายสำหรับใช้ภายในเท่านั้น
สำหรับการเข้าถึง API ให้เจ้าขององค์กร API ตรวจสอบการควบคุม Daybreak ที่มีสิทธิ์ใช้สำหรับโปรเจกต์เป้าหมายที่ไม่ใช่โปรเจกต์เริ่มต้น โดยทำตามขั้นตอนข้างต้น
หากมองเห็นสวิตช์ API ที่ได้รับอนุมัติแต่ยังปิดอยู่ ให้เจ้าขององค์กร API เปิดแล้วบันทึก สำหรับการเข้าถึงเวิร์กสเปซ ให้เจ้าของเวิร์กสเปซตรวจสอบบทบาทของผู้ใช้เป้าหมายทั้งที่ได้รับโดยตรงและผ่านกลุ่ม รวมถึงสิทธิ์ใช้โมเดลที่บันทึกไว้ ก่อนทดสอบอีกครั้งใน Codex ที่ลงชื่อเข้าใช้ด้วย ChatGPT ให้ยืนยันว่าสวิตช์ Daybreak ของผู้ใช้เปิดอยู่
สำหรับการเข้าถึง API ให้ใช้คีย์จากโปรเจกต์ปลายทางที่เปิดใช้งานแล้ว และรอสูงสุดประมาณ 15 นาทีเพื่อให้การเปลี่ยนแปลงมีผล รอประมาณ 10 นาทีเพื่อให้การเปลี่ยนแปลงเวิร์กสเปซมีผลก่อนทดสอบอีกครั้ง
ยืนยันว่าควรนำการตั้งค่าเดิมออก ย้อนกลับ หรือคงไว้โดยไม่เปลี่ยนแปลง
หากไม่พบสวิตช์ที่ควรมีหรือสิทธิ์ไม่ถูกต้อง ให้ส่งรายละเอียดด้านล่างไปยังทีมดูแลบัญชี OpenAI ของคุณเพื่อขอแก้ไข
ทดสอบยืนยันการเข้าถึงอีกครั้งด้วยการตั้งค่าที่แก้ไขแล้ว โดยใช้ ID โมเดลให้ตรงตามที่ได้รับอนุมัติ

ระบุข้อมูลต่อไปนี้:

ชื่อบริษัทและข้อมูลติดต่อหลักของฝ่ายเทคนิคหรือผู้ดูแลระบบขององค์กร
ชื่อและ ID ของเวิร์กสเปซ องค์กร API และโปรเจกต์ API ทั้งปัจจุบันและเป้าหมาย หากทราบ
ระดับ Daybreak ที่ได้รับอนุมัติและการควบคุมที่ปรากฏใน การตั้งค่าโปรเจกต์ → ทั่วไป → การเข้าถึงโมเดล Daybreak หรือการตั้งค่าเวิร์กสเปซและบทบาทที่บันทึกไว้
ID โมเดลที่ใช้ทดสอบแบบตรงตัว
คำขอใช้คีย์จากโปรเจกต์ที่เปิดใช้งานแล้วหรือไม่ และเวิร์กโหลดที่ย้ายมาได้รับการอัปเดตให้ใช้โปรเจกต์ปลายทางแล้วหรือไม่
การยืนยันว่าการตั้งค่าเป้าหมายไม่ได้ใช้กับแอปพลิเคชันที่ให้บริการลูกค้า ทราฟฟิกจากบุคคลที่สาม หรือเวิร์กโฟลว์ของผลิตภัณฑ์ปลายทาง
ควรนำสิทธิ์เข้าถึงออกหรือย้อนกลับจากการตั้งค่าเดิมหรือไม่
การตั้งค่าใหม่ทำให้มีข้อสงสัยเกี่ยวกับการเรียกเก็บเงิน วงเงินงบประมาณ หรือผู้รับผิดชอบด้านการค้าหรือไม่
เวิร์กโฟลว์แรกที่ทีมวางแผนจะใช้งาน ผู้หรือระบบที่จะรันเวิร์กโฟลว์ และบุคคลที่จะตรวจสอบ
ข้อจำกัดด้านเวลาหรือกำหนดการอบรมเริ่มใช้งานที่กำลังจะมาถึง หากมี

หากมีการควบคุมโปรเจกต์ที่ได้รับอนุมัติให้ใช้งาน การควบคุมเหล่านี้มีไว้เพื่อแยกสิทธิ์เข้าถึง Daybreak ตามโปรเจกต์ แทนการต้องมีองค์กรย่อย API แยกต่างหาก หากไม่มีการควบคุมให้ใช้งาน หรือการตั้งค่าที่ได้รับอนุมัติยังต้องใช้องค์กร API เฉพาะ ให้ทำตามคำแนะนำของทีมดูแลบัญชี OpenAI ของคุณ

หากยังรอนำองค์กรหรือโปรเจกต์เดิมออก รอการสับเปลี่ยน หรือยังแก้ไขสิทธิ์ไม่เสร็จ ให้ถือว่าการตั้งค่าที่แก้ไขแล้วยังไม่พร้อมใช้งานจนกว่าจะได้รับการยืนยันการเปลี่ยนแปลง

หมายเหตุเกี่ยวกับการใช้งาน

ต้องจำกัดการเข้าถึง Daybreak ให้เฉพาะผู้ใช้ภายในที่ได้รับอนุมัติและงานความปลอดภัยภายในเท่านั้น ใช้ภายในเท่านั้น หมายถึงงานของทีมคุณเองที่ได้รับอนุญาต ไม่ใช่ทราฟฟิกที่ให้บริการลูกค้า บริการความปลอดภัยที่เสนอให้บุคคลภายนอก หรือฟีเจอร์ปลายทางที่ส่งต่อคำขอของบุคคลที่สามผ่าน Daybreak เมื่อเปิดใช้ตัวควบคุมแล้ว ให้ใช้บทบาทในเวิร์กสเปซและโปรเจกต์ API สำหรับใช้ภายในเท่านั้น เพื่อบังคับใช้ขอบเขตที่ได้รับอนุมัติ

หากมีตัวควบคุมโปรเจกต์ที่ได้รับอนุมัติให้ใช้ โปรเจกต์สำหรับใช้ภายในเท่านั้นสามารถแยกการเข้าถึง Daybreak ภายในองค์กร API ที่มีสิทธิ์ได้ โดยไม่ต้องแยกองค์กรย่อย API ต่างหาก การเปิดใช้โปรเจกต์ไม่ได้ทำให้การใช้งานเพื่อให้บริการลูกค้าหรือบุคคลที่สามเป็นสิ่งที่อนุญาต

การไม่เก็บข้อมูล (ZDR)

การมีสิทธิ์ใช้ Daybreak และการเปิดใช้โปรเจกต์ไม่ได้เปิดใช้การไม่เก็บข้อมูล (ZDR) โดยอัตโนมัติ ต้องขอและจัดเตรียม ZDR แยกต่างหากให้ตรงกับองค์กร API และ endpoint ที่ใช้ หากองค์กรกำหนดให้ใช้ ZDR หรือแนวทางการเก็บรักษาข้อมูลแบบเฉพาะอื่น ให้ยืนยันว่าทราฟฟิกจากโปรเจกต์ที่เปิดใช้งานอยู่ภายใต้เงื่อนไขเหล่านั้นก่อนที่ทีมจะเริ่มเวิร์กโฟลว์แรก อย่าคิดว่าการเปิดสวิตช์ Daybreak Blue หรือ Daybreak Red ของโปรเจกต์จะเปลี่ยนการตั้งค่าการเก็บรักษาข้อมูล

ขอบเขตการใช้งาน

ใช้ระบบที่จัดเตรียมไว้เฉพาะสำหรับงานป้องกันภัยที่ได้รับอนุญาตเท่านั้น
ใช้กับระบบที่องค์กรของคุณเป็นเจ้าของหรือได้รับอนุญาตอย่างชัดเจนให้ประเมิน
จำกัดเวิร์กโฟลว์แรกให้มีขอบเขตแคบและตรวจสอบได้
ให้มีคนร่วมตรวจสอบสิ่งที่พบและการแก้ไขที่มีผลกระทบสูง
ใช้องค์กร เวิร์กสเปซ โปรเจกต์ API ระดับ Daybreak และ ID โมเดลให้ตรงตามที่ระบุในรายละเอียดการเริ่มใช้งาน
อนุญาตให้เฉพาะเจ้าขององค์กร API กำหนดค่าการควบคุม Daybreak ของโปรเจกต์ เจ้าของเวิร์กสเปซเป็นผู้จัดการค่าเริ่มต้นของเวิร์กสเปซและการมอบหมายบทบาทที่กำหนดเอง การอนุมัติ Daybreak Blue ไม่ครอบคลุม Daybreak Red
เก็บข้อมูลรับรองของโปรเจกต์ให้ปลอดภัย และจำกัดขอบเขตไว้เฉพาะโปรเจกต์สำหรับใช้ภายในเท่านั้นที่เปิดใช้งานแล้ว
อย่าขยายการใช้ความสามารถของ Daybreak ไปยังลูกค้าบุคคลที่สาม ผู้ใช้ภายนอก หรือเวิร์กโฟลว์ของผลิตภัณฑ์ปลายทาง

การเริ่มใช้งาน Daybreak สำหรับองค์กร