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

ההכרזה של OpenAI מ-11 באוגוסט 2026 שינתה בעיקר את המקום שבו לקוחות זכאים יכולים להשתמש ב-Daybreak — לא את מי רשאי להשתמש במודל הסייבר המתקדם ביותר של החברה. Daybreak Blue ו-Daybreak Red זמינים כעת דרך Amazon Bedrock, גם בתוך סביבות AWS קיימות, אך הגישה עדיין מותנית בהרשמה לתוכנית Daybreak או Trusted Access for Cyber של OpenAI.

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

שני מסלולים לשני סוגי סיכון

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

Daybreak Blue: נקודת הפתיחה המומלצת

Daybreak Blue מעניקה גישה ל-GPT-5.6 Sol — מודל כללי עם אמצעי הגנה המותאמים לעבודת סייבר הגנתית ומורשית. OpenAI מציגה אותו כנקודת הפתיחה המומלצת עבור רוב אנשי ההגנה. בין השימושים המיועדים: איתור ותעדוף חולשות, סקירת קוד מאובטח, ניתוח נוזקות, הנדסת מנגנוני זיהוי, תגובה לאירועים ואימות תיקוני אבטחה.

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

Daybreak Red: יכולות מומחה לעבודה מתקדמת ומורשית

Daybreak Red מספקת גישה ל-GPT-5.6-Cyber, מודל סייבר ייעודי שאומן למשימות מאושרות כמו מחקר חולשות, אימות ניצול, בדיקות חדירה ובדיקות אבטחה של צוותי Red Team.

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

מה באמת מודד הנתון של 95%?

מדד פנימי של OpenAI, שנקרא Advanced Cybersecurity Completion Rate, בוחן משימות רגישות כמו פיתוח שרשרת ניצול, עקיפת אימות והסלמת הרשאות. לפי הדיווח, GPT-5.6-Cyber השלים 95% מהבקשות בהערכה הזו, לעומת שיעורי השלמה נמוכים יותר במודלים כלליים או בגרסאות עם אמצעי הגנה מחמירים יותר.

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

ממצא Chrome V8: תוצאה מעניינת, אך עדיין מסויגת

דיווחים הקשורים ל-OpenAI טוענים כי GPT-5.6-Cyber סייע לזהות חולשות שלא היו מוכרות קודם לכן במנוע JavaScript V8 של Chrome, כאשר אחת מהן קיבלה בהמשך את המזהה CVE-2026-15903.

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

Trusted Access for Cyber הוא שכבת הבקרה

Trusted Access for Cyber היא תוכנית גישה — לא שם של מודל. לפי התיעוד של OpenAI, אישור ל-Daybreak Blue חל רק על האדם או השירות המורשים, על ארגון ה-API או סביבת העבודה והפרויקט, על המודל ועל ממשק המוצר שאושרו. Daybreak Red דורשת אישור והקצאה נפרדים; אישור ל-Blue אינו מעניק אוטומטית גישה ל-Red.

במהלך הבדיקה עשויים המועמדים להתבקש למסור מידע על:

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

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

מה משתנה עם ההשקה ב-Amazon Bedrock?

הזמינות ב-Bedrock מעניקה ללקוחות זכאים נתיב פריסה בענן בתוך סביבות AWS הקיימות שלהם. AWS מציינת כי Daybreak Red ו-Daybreak Blue זמינים ללקוחות זכאים באזור US East (Ohio), וכי יש להירשם ל-Daybreak של OpenAI לפני השימוש.

עבור רוכשים ארגוניים, השינוי עשוי לצמצם חיכוכים תפעוליים ורכשיים. צוותים יכולים להשתמש בחשבונות AWS, בבקרות האבטחה ובהסכמי הרכש שכבר קיימים אצלם, במקום להקים נתיב ייצור ישיר ונפרד מול OpenAI. עם זאת, המודלים עדיין מוגבלים בגישה: הופעה ב-AWS Marketplace או שילוב ב-Bedrock אינם מעניקים כשלעצמם הרשאה להשתמש ב-GPT-5.6-Cyber.

אפשר לסכם זאת כך:

• AWS מרחיבה את אפשרויות ההפצה והפריסה.
• OpenAI נשארת אחראית לשער הגישה שפורסם.
• הרשאת הלקוח נותרת תנאי מרכזי לעבודה דו-שימושית בתחום הסייבר.

IBM מוסיפה שכבת מסירה ארגונית

השותפות של IBM עם OpenAI חורגת מזמינות המודלים. IBM הצטרפה לתוכנית OpenAI Daybreak Cyber Partner והודיעה על עבודה לשילוב יכולות הסייבר של OpenAI בתהליכי אבטחה ארגוניים, לרבות שירות אבטחת יישומים שנועד לסייע לארגונים לזהות ולאמת חולשות תוכנה.

השותפות האסטרטגית הרחבה יותר משלבת בין המודלים והמוצרים של OpenAI לבין יכולות המסירה והייעוץ של IBM Consulting ופלטפורמת ה-AI הארגונית שלה. עבודת הסייבר מתחברת גם ל-IBM Autonomous Security ולשירותי אבטחה ארגוניים נוספים.

כך נוצרות שלוש שכבות משלימות:

1. OpenAI מספקת את המודלים ואת מסגרת הגישה.
2. AWS מספקת ערוץ הפצה ופריסה בענן.
3. IBM מספקת ייעוץ, הטמעה ואינטגרציה למערכי אבטחה ותפעול.

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

השאלה שנותרה פתוחה: האם מסירה דרך צד שלישי שומרת על אותה רמת בדיקה?

הסוגיה המרכזית היא ההבדל בין הפצה לבין הרשאה. המידע הציבורי תומך במסקנה ש-Bedrock ו-IBM יכולות להקל על רכש, פריסה, אינטגרציה ואספקת שירות מנוהל. הוא אינו תומך במסקנה שאחת מהשותפות יכולה להקל את דרישות האישור של OpenAI עבור Red.

עם זאת, עדיין לא ברור כיצד האחריות מתחלקת בפועל:

• מי מאמת כל משתמש קצה כאשר Red מופעלת בסביבה המנוהלת על ידי AWS או IBM?
• האם האישור נבדק מחדש כאשר המודל נחשף דרך שירות או פרויקט חדש?
• מי מנטר את השימוש וחוקר שימוש לרעה?
• מי יכול להשעות את הגישה, ובאיזו מהירות?
• כיצד מחברים בין הרשאת הלקוח, היקף המשימה, יומני הביקורת ודיווח על אירועים בין כל הגורמים?

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