סקירה כללית

הגישה ל-Daybreak היא תוכנית הגישה המהימנה לסייבר של OpenAI. Daybreak Blue ו-Daybreak Red הן רמות גישה במסגרת Daybreak.

Daybreak מאפשר ללקוחות ארגוניים ולאנשי אבטחת סייבר שעומדים בדרישות להשתמש במודלים של OpenAI ביעילות רבה יותר לעבודת אבטחת סייבר מורשית. הוא נועד לתמוך בתהליכי אבטחה לגיטימיים באמצעות מנגנוני הגנה מדויקים יותר שמפחיתים מכשולים מיותרים. מדיניות השימוש, מנגנוני ההגנה האחרים ובקרות הגישה של OpenAI ממשיכים לחול על כל שימוש ב-Daybreak.

Daybreak מיועד לעבודת הגנת סייבר מורשית על מערכות, יישומים, חשבונות, רשתות או נתונים שבבעלותכם, שאתם מפעילים או שיש לכם הרשאה מפורשת לבדוק או לנתח. אל תפעילו את Daybreak עבור יישומים המיועדים ללקוחות, תעבורה של מוצרים המשתמשים בו בהמשך השרשרת או גישה של צדדים שלישיים.

תהליכי העבודה של הלקוחות מתחלקים בדרך כלל לשלוש קטגוריות:

• מחזור חיי פיתוח מאובטח / אבטחת יישומים: סריקת קוד רציפה, סריקת סביבת בדיקה, אימות ממצאי אבטחה, אוטומציה של תיקוני אבטחה, סקירת אבטחת קוד ויישום תיקונים.

• פעולות הגנה: עבודת צוותי הגנה, מידול איומים, מודיעין איומים, ציד איומים, ניתוח נוזקות, פיתוח מנגנוני זיהוי, מיון ותעדוף חולשות ואימות תיקונים.

• בדיקות התקפיות מורשות: בדיקות חדירה, red teaming, אימות או פיתוח של קוד לניצול חולשות, ניתוח נוזקות, הנדסה לאחור ואימות מבוקר בסביבות מורשות.

הטבלה הבאה מתארת את רמות הגישה המהימנה הקיימות כיום:

Daybreak Blue הוא נקודת הפתיחה המומלצת לרוב צוותי האבטחה. הוא תומך בתהליכי הגנה מאושרים, כולל סקירת אבטחת קוד, מיון ותעדוף חולשות, פיתוח מנגנוני זיהוי, תגובה לאירועים, ניתוח נוזקות ואימות תיקונים. רוב מנגנוני ההגנה ומדיניות השימוש הקיימים ממשיכים לחול.

Daybreak Red מיועד לתהליכי עבודה מתקדמים ומורשים, כולל פיתוח הוכחת היתכנות לניצול חולשות, אימות שרשראות ניצול, בדיקות חדירה ו-red teaming. 

הגישה ל-Daybreak Blue ול-Daybreak Red דורשת אישור נוסף.

הפחתת סירובים לפי מודל

בטבלה זו מתוארים מנגנוני ההגנה במודלים הנתמכים. זמינות המודלים עדיין תלויה בחשבון, בתוכנית, בממשק המוצר ובגישה שאושרה לכם.

האישור לבדו אינו מפעיל את הפחתת הסירובים. יש להפעיל את Daybreak עבור הבקשה באמצעות בקרות ה-workspace או פרויקט ה-API שלכם. לבדיקות גישה והגדרה, ראו פתרון בעיות ב-Daybreak. להגדרות בקשות API, ראו שימוש ב-Daybreak דרך Responses API.

ב-Codex, כאשר אתם מחוברים באמצעות ChatGPT, הפעילו את המתג של Daybreak לפני שליחת בקשה. כשהמתג כבוי, מנגנוני ההגנה הרגילים חלים על הבקשות.

מגבלות

Daybreak אינו:

• מסיר את כל מנגנוני ההגנה או את כל הסירובים, או מפחית סירובים בכל מודל כברירת מחדל.

• מבטיח גישה לכל מודל ייעודי לסייבר.

• מעניק אפס שמירת נתונים (ZDR) כברירת מחדל.

• מאפשר מכירה מחדש, תיווך גישה, הטמעה או גישה דרך מוצרים אחרים ללקוחות צד שלישי או למשתמשים חיצוניים.

• מתיר פעילות מחוץ למערכות שבבעלותכם או שיש לכם הרשאה מפורשת לבדוק.

הגשת בקשה ל-Daybreak

כדי לבקש גישה ל-Daybreak:

• משתמשים פרטיים יכולים להגיש בקשה כאן.

• ארגונים יכולים להגיש בקשה כאן.

במסגרת בדיקת הבקשה, ייתכן שתתבקשו לספק מידע על:

• הארגון שלכם ויכולות אבטחת הסייבר שלכם.

• תהליכי העבודה להגנת סייבר שבהם תרצו לתמוך.

• הארגון או ה-workspace ב-OpenAI שבהם אתם מתכננים להשתמש.

• מידע לאימות או לביסוס אמון שנדרש להערכת הזכאות.

OpenAI בודקת את הבקשות לפני מתן גישה. האישור אינו אוטומטי.

כדי להיות זכאים לגישה ל-Daybreak כמשתמשים פרטיים, עליכם להיות בני 18 לפחות.

ההטבות הזמינות דרך Daybreak תלויות בגישה שאושרה בבקשתכם. OpenAI מעריכה את הבקשה לפי גורמים כגון אימות זהות ומהימנות, שיקולי סיכון, השימוש המיועד והיכולת של מגישי הבקשה לתרום לחיזוק תחום אבטחת הסייבר בכללותו.

הגדרת Daybreak למשתמשים פרטיים

בצעו את השלבים הבאים כדי לבקש גישה ל-Daybreak Blue כמשתמשים פרטיים. אם אתם כבר משתמשים בבטיחות חשבון מתקדמת וההגדרות שלכם עומדות בדרישות, המשיכו לסעיפים שטרם השלמתם ב״הזכאות שלכם״.

1. פתחו את רשימת שלבי ההגדרה. עברו אל chatgpt.com/cyber, התחברו לחשבון שבו תרצו להשתמש ובחרו ב״הגדרת Daybreak״.

2. השלימו את הגדרת אבטחת החשבון. פעלו לפי ההנחיות של בטיחות חשבון מתקדמת כדי לרשום לפחות שתי שיטות התחברות מאובטחות, כולל שיטה אחת שפועלת במכשירים שונים. לצורך Daybreak, יש לכלול לפחות מפתח חומרה פיזי תואם אחד בתקן FIDO2. השיטה השנייה יכולה להיות מפתח גישה או מפתח חומרה נוסף שעומד בדרישות. אפשר להשאיר את מפתחות הגישה האחרים שלכם.

3. שמרו את מפתחות השחזור והתחברו מחדש. שמרו את מפתחות השחזור במקום פרטי ואשרו ששמרתם אותם. ההצטרפות הראשונית לבטיחות חשבון מתקדמת מנתקת אתכם מכל המכשירים. התחברו מחדש באמצעות מפתח גישה או מפתח אבטחה שרשמתם. כל עוד בטיחות חשבון מתקדמת מופעלת, ההתחברות באמצעות סיסמה, קודי התחברות באימייל וב-SMS ושחזור רגיל באמצעות אימייל מושבתים. אם לא תוכלו להשתמש באף אחת משיטות ההתחברות או במפתחות השחזור שלכם, ייתכן שלא תוכלו לשחזר את החשבון.

4. חזרו ל-Daybreak ואמתו את זהותכם. חזרו אל chatgpt.com/cyber. השלימו את כל הדרישות הנותרות בנוגע לתוכנית או לאבטחת החשבון, ולאחר מכן פעלו לפי ההנחיות לאימות הזהות עד להשלמת השלב.

5. הגדירו את מפתחות Daybreak שלכם. המשיכו אל ״הגדרת מפתחות Daybreak שלכם״ ופעלו לפי ההנחיות לבחירת מפתח חומרה אחד או יותר שעומדים בדרישות, ושבהם תשתמשו עבור Daybreak. זהו סעיף נפרד ברשימת השלבים, בנוסף לרישום שיטות ההתחברות שלכם. נדרש מפתח חומרה פיזי תואם אחד; מפתח שני הוא אופציונלי.

6. בדקו את מצב הגישה שלכם. בדקו את התוצאה ופעלו לפי כל ההנחיות הנותרות שמוצגות בחשבון שלכם. השלמת הגדרות האבטחה ואימות הזהות אינה מבטיחה אישור ל-Daybreak.

אם נתקלתם בקושי, ראו פתרון בעיות ב-Daybreak לקבלת עזרה באפשרויות הגדרה חסרות, תאימות מפתחות, אימות וגישה.

דרישות אבטחת חשבון למשתמשים פרטיים

גישה ל-Daybreak למשתמשים פרטיים מחייבת תוכנית בתשלום שעומדת בתנאי הזכאות, בטיחות חשבון מתקדמת ולפחות מפתח אבטחת חומרה תואם אחד בתקן FIDO2. מפתח גישה מבוסס תוכנה או מסונכרן אינו עומד בדרישה למפתח חומרה. אפשר להשאיר בחשבון מפתחות גישה אחרים לצד מפתח חומרה פיזי שעומד בדרישות. בתהליך הגשת הבקשה למשתמשים פרטיים נבדקת העמידה בדרישות אלה לפני אימות הזהות.

משתמשים פרטיים קיימים חייבים לעמוד בדרישות אלה עד 1 באוקטובר 2026 כדי לשמור על הגישה. פתחו את chatgpt.com/cyber ופעלו לפי ההנחיות ב״הזכאות שלכם״ כדי לבדוק את ההגדרות. שמרו מפתח חומרה לגיבוי ואת מפתחות השחזור שלכם במקום בטוח. לפני ההצטרפות, קראו על בטיחות חשבון מתקדמת כדי להבין את דרישות ההתחברות והשחזור שלה.

דרישות אלה חלות על מסלול הגשת הבקשה למשתמשים פרטיים. על גישה ברמת הארגון ועל גישה ל-Daybreak Red שאושרה בנפרד חלות דרישות הצטרפות משלהן.

גישה ל-Daybreak

לאחר שקיבלתם גישה ל-Daybreak, ו(במידת הצורך) מנהל המערכת הפעיל אותה לפרופיל המשתמש או לפרויקט ה-API שלכם, תוכלו להשתמש ביכולות של Daybreak בכמה ממשקי מוצר. 

אופן השימוש ב-Daybreak תלוי בממשק המוצר שבו אתם משתמשים: 

• ב-Responses API, אפשר להגדיר במפורש את access_programs.cyber כשרוצים התנהגות צפויה: השתמשו ב-daybreak_blue להפחתת סירובים במודלים מהסדרה הראשית, ב-daybreak_red לגישה למודלי סייבר, או ב-standard כדי להשאיר את הסירובים הרגילים בתוקף. לפרטים נוספים, ראו שימוש ב-Daybreak דרך Responses API. 

• באפליקציית Codex, אפשר להשתמש במתג Daybreak שבבורר המודלים המתקדם כדי להפעיל הפחתת סירובים עבור בקשה. המתג כבוי כברירת מחדל, כלומר הסירובים הרגילים יחולו על הבקשות עד להפעלתו. 

  • כדי לקבל גישה למתג Daybreak, עדכנו לגרסה 26.908.40834 ואילך (אם אתם מתחברים דרך ChatGPT), או לגרסה 26.1013.0 ואילך (אם אתם מתחברים באמצעות מפתח API). בממשקים שבהם אין מתג Daybreak, הוא מופעל כברירת מחדל עבור כל הבקשות הנתמכות.

• ב-Codex CLI, הפעילו את Daybreak באמצעות /daybreak בהפעלות אינטראקטיביות או daybreak=true בפקודות ללא ממשק משתמש או בתצורה. לפרטים נוספים, ראו שימוש ב-Daybreak ב-Codex CLI.

• שדרגו את ה-CLI לגרסה 0.163.0 כדי להשתמש ביכולת הזו. בתהליכי עבודה המקובעים לגרסאות CLI ישנות יותר, Daybreak מופעל כברירת מחדל עבור כל הבקשות הנתמכות.

שימוש אחראי ב-Daybreak

באחריותכם לוודא שהשימוש שלכם נשאר בגבולות שאושרו ועומד בתנאים ובמדיניות השימוש של OpenAI.

אם קיבלתם אישור, השתמשו ב-Daybreak רק לעבודת אבטחת סייבר חוקית ומורשית. עליכם גם להסכים למדיניות שלנו למניעת ניצול לרעה בתחום הסייבר: אנו אוסרים להשתמש בשירותים שלנו כדי לסייע לניצול לרעה בתחום הסייבר — פגיעה בשלמות, בסודיות או בזמינות של מערכת מידע. האיסור כולל פעילויות סייבר של ״שימוש כפול״ שנעשות מתוך כוונה זדונית, ללא הרשאה מתאימה או בחריגה מההרשאה שניתנה.

השתמשו בארגון, ב-workspace ובפרויקט ה-API שצוינו באישור שלכם. אם ארגון קיים מטפל בתעבורה של שירותים ללקוחות, פעלו לפי התצורה שאושרה כדי להגביל את Daybreak לעבודת אבטחה פנימית. אין להרחיב את השימוש ב-Daybreak ללקוחות צד שלישי, למשתמשים חיצוניים, לתהליכי עבודה מול לקוחות או לתעבורה של מוצרים המשתמשים בו בהמשך השרשרת.

פתרון בעיות

קראו: גישה מהימנה לסייבר — בעיות נפוצות ופתרונן

שאלות נפוצות

מה משתנה לאחר קבלת האישור?

אישור ל-Daybreak מעניק לארגון ב-API או ל-workspace ב-ChatGPT/Codex מנגנוני הגנה מדויקים יותר במודלים מהסדרה הראשית (Daybreak Blue) וגישה למודלים ייעודיים לסייבר (Daybreak Red). אפשרויות אלה כבויות כברירת מחדל, כך שהמשתמשים לא יראו שינוי מיידי. לאחר מכן, בעלי הארגון או ה-workspace מפעילים גישה למשתמשים ולקבוצות שאושרו, או שבעלי הארגון ב-API מפעילים גישה לפרויקטים שאושרו. חשוב לזכור שמנגנוני הגנה אחרים, מדיניות השימוש והגבלות הגישה ממשיכים לחול.

האם אפשר להשתמש ב-Daybreak Blue עם Astra?

בשלב זה, הפחתת סירובים ב-Astra זמינה רק ללקוחות Daybreak Red. אנחנו פועלים להרחיב את הפחתת הסירובים ב-Astra גם ללקוחות Daybreak Blue. אם יש לכם גישה ל-Daybreak Blue, תוכלו להשתמש ב-Astra עם מנגנוני ההגנה הרגילים, בכפוף לגישה למודלים בחשבון שלכם, או לעבור למודל שתומך בהפחתת סירובים עבור Daybreak Blue, כמו GPT-6 Sol או GPT-6 Luna.

האם אפשר לקבל גישה ל-Daybreak Red כמשתמש פרטי?

Daybreak Red זמין כיום רק לארגונים עסקיים ולארגוני Enterprise שקיבלו אישור. הוא אינו זמין דרך תהליך הגשת הבקשה למשתמשים פרטיים.

משתמשים פרטיים יכולים להגיש בקשה ל-Daybreak Blue, אך אישור ל-Blue אינו כולל את Daybreak Red.

ייתכן שלחלק מהמשתמשים הפרטיים ניתנה גישה באופן חריג, אך בשלב זה אי אפשר להגיש בקשה ישירות ל-Daybreak Red.

האם אישור ל-Daybreak Red כולל את כל מודלי הסייבר?

לא באופן אוטומטי. חלק ממודלי חזית הסייבר עשויים לדרוש אישור נוסף, גם אם הארגון כבר קיבל אישור ל-Daybreak Red.

האם אפשר להשתמש ב-Daybreak עבור הלקוחות שלי או עבור משתמשים חיצוניים?

לא. Daybreak מיועד לשימוש פנימי מאושר בלבד. אין להרחיב את השימוש בו ללקוחות צד שלישי, למשתמשים חיצוניים, לתהליכי עבודה מול לקוחות או לתעבורה של מוצרים המשתמשים בו בהמשך השרשרת. לתהליכי עבודה המיועדים לגורמים חיצוניים, בדקו את תוכנית השותפים של Daybreak. 

האם אישור ל-Daybreak כולל אפס שמירת נתונים (ZDR)?

לא. גישה מהימנה ואפס שמירת נתונים (ZDR) הם שני דברים נפרדים. אם אתם זקוקים להנחיות בנוגע לשמירת נתונים או להגדרת הארגון, פנו לאיש הקשר שלכם ב-OpenAI.

האם אפשר להשתמש ב-Daybreak עבור מערכות שאינן בבעלותי?

רק אם יש לכם הרשאה מפורשת לבדוק או לנתח אותן. אינכם רשאים לשתף או למכור גישה ל-Daybreak לצדדים שלישיים, או להשתמש ב-Daybreak כדי לבדוק מערכות שאינן בבעלותכם או שאין לכם הרשאה מפורשת לבדוק או לנתח.

האם אפשר להשתמש ב-Daybreak מחוץ ל-Codex?

כן, Daybreak זמין גם דרך Responses API ו-ChatGPT. לתשומת ליבכם: ChatGPT פועל בהתאם לאותן הגדרות גישה של מנהלי המערכת שחלות על התחברות ל-Codex דרך ChatGPT, אך אנחנו ממליצים להשתמש ב-Daybreak דרך Codex לחוויית שימוש משופרת. 

באילו מזהי API צריך להשתמש כדי לגשת ל-Daybreak דרך AWS Bedrock?

ב-Amazon Bedrock, המזהה של Daybreak Blue הוא openai.gpt-daybreak-blue-5.6-sol ושל Daybreak Red הוא openai.gpt-5.6-cyber.

איך עלינו להגדיר את Daybreak אם הארגון הנוכחי שלנו ב-OpenAI מטפל בתעבורת API של שירותים ללקוחות?

אפשרו גישה ל-Daybreak רק לפרויקטי API פנימיים ולמשתמשים פנימיים ב-ChatGPT וב-Codex. אל תפעילו את Daybreak עבור תהליכי עבודה מול לקוחות או צדדים שלישיים.

האם חוזה או רכישה יכולים להבטיח גישה ל-Daybreak?

לא. הגישה ל-Daybreak מוגבלת ומותנית באישור. הסכם מסחרי או רכישה לבדם אינם מבטיחים גישה. אם בקשתכם תאושר, OpenAI תאשר מהו מסלול הגישה הזמין לכם.

מה כדאי לבדוק אם עדיין מופיעה הודעת בטיחות סייבר לאחר קבלת האישור?

ודאו שאתם משתמשים בארגון או ב-workspace שאושרו, במודל או במסלול הגישה שאושרו ובממשק המוצר המיועד. מנגנוני הגנה מסוימים עשויים להמשיך לחול לאחר האישור, גם ב-Daybreak Red. אם נראה שבקשה הגנתית בבירור נחסמת באופן לא צפוי, פנו לתמיכה וציינו את ההודעה המדויקת, המודל, ממשק המוצר, חותמת הזמן, מזהה הבקשה אם הוא זמין ותיאור קצר של המשימה ללא פרטים רגישים. למידע נוסף: גישה מהימנה לסייבר — בעיות נפוצות ופתרונן

איך ארגון יכול להגביל את הגישה המהימנה לעובדים המתאימים?

כאשר בקרות הגישה של Daybreak מופעלות, בעלי ה-workspace יכולים להשתמש בתפקידים מותאמים אישית ובשיוך לקבוצות כדי להגביל את הגישה למשתמשים פנימיים שאושרו להתחברות ל-Codex דרך ChatGPT; ובבקרות לפי פרויקט עבור ה-API. השאירו את Daybreak כבוי בהגדרת ברירת המחדל של ה-workspace, והפעילו אותו רק עבור התפקיד המיועד. בעלי ארגונים ב-API חייבים להגדיר את Daybreak בנפרד לכל פרויקט שאושר ואינו פרויקט ברירת המחדל. ראו ניהול הגישה לתכונות באמצעות בקרת גישה מבוססת תפקידים ב-ChatGPT ותחילת העבודה עם Daybreak בארגוני Enterprise.