ภาพรวม

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

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

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

Daybreak Red ต้องได้รับอนุมัติแยกต่างหากสำหรับเวิร์กโฟลว์ความปลอดภัยทางไซเบอร์ขั้นสูงที่ได้รับอนุญาต องค์กร Daybreak Red ทุกองค์กรมีสิทธิ์ใช้ GPT-5.6 Cyber GPT-6 Cyber ต้องได้รับอนุมัติการใช้โมเดลแยกต่างหาก เปิดและบังคับใช้การลงชื่อเข้าใช้ครั้งเดียว (SSO) ในทุกองค์กรหรือเวิร์กสเปซที่คุณใช้ Daybreak Red โดยค่าเริ่มต้น การเข้าถึง GPT-6 Cyber API ต้องใช้รายการ IP ที่อนุญาต โดยทั่วไป โปรเจกต์ API ที่ใช้การไม่เก็บข้อมูลยังต้องใช้การประมวลผลด้านความปลอดภัยแบบส่วนตัวด้วย

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

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

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

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

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

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

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

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

สำหรับโมเดล Cyber ทั้งสอง ให้ใช้ daybreak_red ใน Responses API

องค์กรที่ได้รับอนุมัติ 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 ของคุณเพื่อขอสิทธิ์เข้าถึง

ตรวจสอบการใช้งาน GPT-6.1 Terra กับ Daybreak

สำหรับ GPT-6.1 Terra ให้ยืนยันว่าได้รับอนุมัติ Daybreak Red แล้ว และเปิดใช้ Daybreak สำหรับคำขอนั้นอย่างชัดเจน Daybreak Blue เพียงอย่างเดียวไม่สามารถเปิดใช้การลดการปฏิเสธคำขอด้านไซเบอร์บน Terra ได้ ใน Responses API ให้ใช้คีย์ของโปรเจกต์ที่เปิดใช้งานแล้วและไม่ใช่โปรเจกต์เริ่มต้น พร้อมระบุค่า access_programs.cyber อย่างชัดเจน หากไม่ระบุ ระบบจะใช้มาตรการป้องกันมาตรฐาน Chat Completions ไม่รองรับช่องทางการลดการปฏิเสธคำขอนี้

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

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

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

• 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 ที่ร้องขอ และสำหรับ GPT-6 Cyber ให้ตรวจสอบการอนุมัติให้ใช้โมเดลนั้นด้วย สำหรับ Astra หรือ GPT-6.1 Sol การเข้าถึงระดับ Blue ยังคงใช้มาตรการป้องกันมาตรฐาน

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

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

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

• ID โมเดลที่ตรงตามที่ได้รับอนุมัติ โดยอ้างอิงตาราง OpenAI API ด้านบนในกรณีที่เกี่ยวข้อง

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

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

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 ที่คุณกำลังใช้งาน สำหรับ GPT-6 Cyber ให้ตรวจสอบว่าการอนุมัติครอบคลุมโมเดลนั้นด้วย

• ยืนยันการตั้งค่า 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 ไปยังลูกค้าบุคคลที่สาม ผู้ใช้ภายนอก หรือเวิร์กโฟลว์ของผลิตภัณฑ์ปลายทาง