הכירו את בקרות הגישה של Daybreak
OpenAI משיקה בקרות גישה ליכולות Daybreak (שנקראו בעבר גישה מהימנה לסייבר) ב-API וב-Codex. בקרות אלה מאפשרות למנהלי מערכת לקבוע אילו פרויקטים או משתמשים רשאים להשתמש ב-Daybreak, ולמשתמשים מורשים לקבוע מתי יכולות Daybreak יופעלו בבקשות API או במשימות Codex מסוימות.
ב-API, אפשר כעת להגדיר את היקף הגישה למודלי סייבר ברמת הפרויקט. מנהל הארגון שלכם יכול ליצור או לבחור פרויקט ייעודי לעבודת סייבר, להפעיל בו את Daybreak ולהוסיף רק את המשתמשים שזקוקים לגישה. לאחר מכן, משתמשים מורשים יכולים לבחור מתי יכולות Daybreak יופעלו בבקשה באמצעות העברת הפרמטר האופציונלי `access_programs.cyber` (פרטים נוספים כאן). כך תוכלו להפריד את עבודת הסייבר מפעילות אחרת ב-API, לרבות שימושים חיצוניים, ובו בזמן להמשיך לנהל אותה בתוך הארגון הראשי שלכם.
ב-ChatGPT וב-Codex, OpenAI משיקה גם בקרות גישה למודלי סייבר ברמת המשתמש, הן עבור Daybreak Blue והן עבור Daybreak Red. כשהבקרות יהיו זמינות, מנהלי ה-workspace יוכלו לבחור אילו משתמשים ב-workspace הראשי יקבלו גישה לרמות השונות של Daybreak, במקום להחזיק ב-workspace נפרד המיועד לסייבר בלבד. לאחר מכן, משתמשים מורשים יוכלו לבחור מתי להפעיל את יכולות Daybreak באמצעות הפעלת המתג ״Daybreak״ בבורר המודלים המתקדם.
יחד, בקרות אלה מאפשרות לכם לרכז את הניהול, החיוב והממשל בארגון הראשי שלכם, תוך הגבלת גישת הסייבר לפרויקטים, למשתמשים ולשימושים המתאימים. שימו לב שאימות ב-Codex באמצעות מפתח API אינו תומך כיום באותן בקרות ברמת המשתמש. עם זאת, עדיין ניתן לנהל מפתחות API באמצעות בקרות הגישה ברמת הפרויקט ב-API.
תחילת השימוש בבקרות גישה
אם הצוות שלכם משתמש כיום ביכולות Daybreak בארגון ה-API וב-workspace של ChatGPT/Codex הראשיים שלכם:
כל המשתמשים בארגון או ב-workspace שלכם יכולים להמשיך לקבל גישה ליכולות Daybreak במודלים הרגילים שלכם, כפי שהם עושים כיום, אך ייתכן שיידרשו שלבי העברה.
כשתהיו מוכנים לעבור לבקרות גישה, פנו לנציג OpenAI שלכם או לכתובת support@openai.com כדי לבקש זאת.
לאחר מכן, OpenAI תגדיר בארגון ה-API וב-workspace של ChatGPT/Codex שלכם בקרות גישה ברמת הפרויקט וברמת המשתמש.
שימו לב שבקרות אלה מוגדרות כברירת מחדל למצב כבוי. לאחר הפעלת הבקרות, לפרויקטים ולמשתמשים לא תהיה גישה ל-Daybreak עד שמנהלי המערכת שלכם יגדירו גישה במפורש. בקשו את השינוי הזה רק כשאתם מוכנים לעבור למתכונת שבה הגישה ל-Daybreak כבויה כברירת מחדל. הוראות מפורטות מופיעות בהמשך.
אם הצוות שלכם משתמש כיום ביכולות Daybreak בארגון API וב-workspace של ChatGPT/Codex נפרדים, הצוות שלנו יסייע לכם לעבור לארגון הראשי שלכם (ראו הוראות בהמשך). המעבר לארגון הראשי שלכם מעניק לכם:
בקרת גישה הדוקה יותר: ניהול הגישה למודלי סייבר באמצעות בקרות גישה מבוססות תפקידים, לרבות בקרות ברמת הפרויקט לשימוש ב-API ובקרות ברמת המשתמש ל-ChatGPT/Codex.
חיוב ומגבלות הוצאה מסודרים יותר: ניתן לרכז את השימוש במסגרת ההסדר המסחרי הראשי שלכם במקום לפצל אותו בין כמה חשבוניות. כך יחולו על השימוש אותם תעריפים, הוא יקוזז מאותן התחייבויות רכישה ויהיה כפוף למגבלות ההוצאה על ה-API.
ניהול מבוסס פרויקטים: מנהלי מערכת יכולים להשתמש בפרויקטים כדי להפריד את עבודת הסייבר מתחומי עבודה אחרים, תוך שמירה על ממשל מרכזי באותו ארגון API.
תפעול פשוט יותר: צמצום הכפילויות במשתמשים, במופעי workspace ובהגדרות חיוב, והפחתת העומס הניהולי.
לאחר השלמת ההעברה, הצוות שלכם ישתמש ביכולות Daybreak בארגון הראשי שלכם, והארגון או ה-workspace הייעודי הקודם לסייבר יושבת. שימו לב שאם לארגון ה-API הראשי שלכם משויך workspace של ChatGPT/Codex, גם בו תהיה זמינה גישה ל-Daybreak. בדומה לארגון ה-API, הגישה תהיה כבויה כברירת מחדל עד שמנהלי המערכת יגדירו אותה עבור המשתמשים הרצויים. אם הכרחי עבורכם להמשיך להחזיק בארגון API וב-workspace של ChatGPT/Codex נפרדים, תַאמו זאת עם צוות OpenAI שלכם.
סקירת תהליך ההעברה
המעבר לארגון הראשי שלכם ידרוש את השלבים הבאים:
באחריות הלקוח: אישור סביבת היעד
זהו את ארגון ה-API הראשי שלכם ב-OpenAI, ואם רלוונטי גם את ה-workspace הראשי של ChatGPT/Codex, שבהם הצוות שלכם אמור להשתמש ביכולות Daybreak מעתה והלאה.
באחריות הלקוח: השלמת העברת המשתמשים ותהליכי העבודה
הוסיפו את המשתמשים הרלוונטיים לארגון או לפרויקט הראשי והעבירו מהארגון הייעודי לסייבר את כל תהליכי העבודה, האפליקציות, מפתחות ה-API ורכיבי התפעול התלויים הנחוצים. ראו בהמשך רשימת בדיקה לקראת ההעברה, וכן את תוסף הניהול לקבלת סיוע אוטומטי בהעברה.
באחריות הלקוח: הגשת בקשת ההעברה ל-OpenAI
לאחר שהצוות שלכם השלים את רשימת הבדיקה שבהמשך, הודיעו לצוות שמטפל בחשבון שלכם ב-OpenAI (או לכתובת support@openai.com) שאתם מוכנים לכך ש-OpenAI תבצע את ההעברה. בבקשת ההעברה, כללו את מספר הזהות הארגוני של הארגון שבו תרצו להגדיר בקרות גישה, ואת מספרי הזהות הארגוניים של הארגונים המשניים שמהם תעברו.
באחריות OpenAI: הגדרת הארגון הראשי
OpenAI תפעיל בארגון הראשי שלכם את הגישה המתאימה למודלי סייבר ואת הבקרות ברמת הפרויקט.
באחריות הלקוח: השלמת ההגדרות הסופיות
לאחר מכן, מנהל הארגון שלכם יוכל להפעיל גישת סייבר לפרויקטים הרלוונטיים בארגון ה-API הראשי או למשתמשים ב-workspace של ChatGPT/Codex, לשמור את ההגדרות ולהוסיף את המשתמשים המתאימים לפרויקט או ל-workspace לפי הצורך. שימו לב שמנהל ארגון חייב לבצע פעולה זו, שכן מנהלי פרויקטים ומשתמשים אינם יכולים לשנות את ההגדרות האלה.עבור ה-API ועבור אימות ב-Codex באמצעות מפתח API:
עברו אל הגדרות הפרויקט > כללי > גישה למודלי Daybreak. אתרו את המתג של Daybreak Blue. אם הארגון שלכם מאושר לשימוש ב-Daybreak Red, יופיע מתג נוסף. המתגים כבויים כברירת מחדל, כלומר לפרויקט עדיין אין גישה. הפעילו את המתג של רמת Daybreak שברצונכם לאפשר. הגישה מוגדרת בנפרד לכל פרויקט; הפעלה או כיבוי של מתג Daybreak בפרויקט אחד אינם משפיעים על שום פרויקט אחר. שימו לב שייתכן שיחלפו עד כ-15 דקות מרגע הלחיצה על שמירה עד שהשינוי בגישת ה-API ייכנס לתוקף.
עבור ChatGPT/Codex:
הפעלת גישה לכל ה-workspace: פתחו את ה-workspace הרצוי במסוף הניהול > מודלים > ברירת המחדל של ה-workspace. במודלים > אבטחת סייבר, הפעילו את Daybreak Blue. הפעילו את Daybreak Red רק אם זו כוונתכם ואתם זכאים לכך. לחצו על שמירת שינויים.
הפעלת גישה למשתמש מסוים: פתחו את מודלים > תפקידים. פתחו את תפריט הפעולות של התפקיד הרצוי ובחרו בעריכת הגדרה עוקפת. כדי ליצור הגדרה עוקפת חדשה, השתמשו בהוספת הגדרה עוקפת לתפקיד. במודלים > אבטחת סייבר, בחרו במצב מופעל עבור Daybreak Blue, ואם תרצו, גם עבור Daybreak Red. לחצו על שמירה. ״מודלים״ > שמירה. שימו לב שייתכן שיחלפו עד כ-10 דקות מרגע הלחיצה על שמירה עד שהשינוי בגישה ל-Codex בהתחברות באמצעות ChatGPT ייכנס לתוקף.
אם ביקשתם בעבר גישה למשתמשים דרך התחברות ל-Codex באמצעות ChatGPT, הגדירו מחדש את הגישה שלהם ב-workspace הראשי של ChatGPT/Codex כדי למנוע הפרעות כשנשבית את ה-workspace הייעודי בשלב 7.
באחריות הלקוח: ביטול כל מפתחות ה-API בארגון הייעודי שלכם לסייבר
ודאו שכל מפתחות ה-API בארגון הייעודי שלכם לסייבר בוטלו: בדקו את מפתחות ה-API בהגדרות הארגון שלכם כאן (כולם אמורים להיות לא פעילים). שימו לב שכל מפתח שלא בוטל יועבר לארכיון כש-OpenAI תשבית את הארגון או ה-workspace הייעודי לסייבר.
באחריות OpenAI: השבתת הארגון או ה-workspace הייעודי לסייבר לאחר תקופת חסד של 14 ימים.
כדי לוודא שיש לכם זמן להעביר את תהליכי העבודה לארגון הראשי ולבדוק את תקינותם, OpenAI תמתין 14 ימים ואז תשבית את הארגון או ה-workspace הייעודי לסייבר שהוגדר בעבר. אם ביקשתם בעבר גישה למשתמשים דרך התחברות ל-Codex באמצעות ChatGPT ועדיין לא הגדרתם מחדש את הגישה שלהם ב-workspace הראשי, משתמשים אלה יאבדו את הגישה בשלב זה. אם הוגדרה למשתמשים גישה באופן פרטני, גם הם יאבדו את הגישה בעת המעבר.
רשימת בדיקה לקראת ההעברה
לפני שתבקשו מ-OpenAI לבצע את ההעברה, ודאו שהסעיפים הבאים הושלמו:
זיהיתם את מספר הזהות הארגוני של ארגון ה-API הראשי ואת מזהה ה-workspace של ChatGPT/Codex שאליהם ברצונכם להעביר את יכולות Daybreak.
זיהיתם את מספר הזהות הארגוני של ארגון ה-API הייעודי לסייבר ואת מזהה ה-workspace של ChatGPT/Codex שיש להשבית לאחר ההעברה.
וידאתם שהגישה למודלי סייבר תופעל רק עבור משתמשים ושימושים פנימיים מאושרים במסגרת מספר הזהות הארגוני של ארגון ה-API הראשי שלכם וב-workspace של ChatGPT/Codex. שימוש חיצוני מותר באותו ארגון או workspace, אך אין לאפשר גישה ליכולות Daybreak לפרויקטים המשמשים לשימוש חיצוני ולמשתמשים חיצוניים.
העברתם את המשתמשים, תהליכי העבודה, מפתחות ה-API, האפליקציות ורכיבי התפעול התלויים הנחוצים אל מחוץ לארגון הייעודי לסייבר. אלה כוללים:
חשבונות משתמשים
GPTs
פרויקטים
הגדרות הניהול של ה-workspace (SCIM, קבוצות משתמשים, סמל ה-workspace, ניתוח נתונים ומדדים).
שיחות משותפות
תקופות שמירת נתונים
יומני Compliance API
מסמכי קנבס
תוכן הספרייה
הגדרות ונתונים של אפליקציות
משימות, היסטוריה והגדרות של Codex
סוכנים ומיומנויות ב-workspace
וידאתם שכל מפתחות ה-API בארגון הייעודי שלכם לסייבר בוטלו כנדרש — לאחר שתבקשו את ההעברה, OpenAI תשבית את הארגון הייעודי שלכם לסייבר, וכל מפתחות ה-API הפעילים בארגון יבוטלו.
מנהל הארגון שלכם מוכן להפעיל את הגישה המהימנה לסייבר בפרויקט המאושר לאחר ש-OpenAI תשלים את הגדרת הגישה.
אתם מוכנים לכך ש-OpenAI תשבית את הארגון או ה-workspace הייעודי לסייבר.
לאחר השלמת כל הסעיפים, שלחו לצוות שמטפל בחשבון שלכם ב-OpenAI את מזהי הארגון או ה-workspace הרלוונטיים ואשרו שאתם מוכנים לכך ש-OpenAI תבצע את ההעברה.
שאלות נפוצות
למה OpenAI מבקשת מאיתנו לעבור לארגון הראשי שלנו?
המעבר מאפשר לכם לנהל את הגישה ל-Daybreak, את המשתמשים, את החיוב ואת הממשל במקום אחד. הוא גם מצמצם כפילויות במשתמשים, במופעי workspace, בהגדרות חיוב ובמפתחות API, ומפחית את העומס הניהולי.
האם אפשר להפריד את עבודת הסייבר מפעילות אחרת ב-API?
כן. מנהל הארגון שלכם יכול ליצור או לבחור פרויקט ייעודי לעבודת סייבר, להפעיל בו גישה מהימנה לסייבר ולהוסיף רק את המשתמשים שזקוקים לגישה.
האם אפשר להשתמש באותו ארגון ראשי גם לעבודת סייבר פנימית וגם לשימושים חיצוניים?
כן, אך יש להפעיל את יכולות Daybreak רק עבור שימושים פנימיים מאושרים, ויש להשתמש במודלי סייבר רק במסגרת פרויקטים המיועדים לשימושי סייבר פנימיים. אין לאפשר גישה ליכולות Daybreak לפרויקטים המיועדים לשימושים חיצוניים או למשתמשים חיצוניים.
מהם השימושים הפנימיים המאושרים?
אישור השימוש ב-Daybreak חל על עובדים המועסקים אצל הלקוח המאושר או פועלים מטעמו. לא ניתן להעניק לצדדים שלישיים גישה למודלים וליכולות של Daybreak. שימושים מאושרים כוללים מחקר אבטחה, הערכות באמצעות צוות אדום, ניתוח איומים, הערכת חולשות, בדיקות הגנה, סקירת קוד בהיבטי אבטחה, חקירת אירועים ועבודות אבטחה אחרות שמבצעים הצוותים הפנימיים בארגון שלכם. אין להשתמש ביכולות Daybreak במוצרים המיועדים ללקוחות, לצורך מתן גישה לצדדים שלישיים או באוטומציות הפתוחות לציבור, אלא באישור מפורש מתוכנית השותפים של Daybreak ב-OpenAI.
מה יקרה לארגון או ל-workspace הייעודי שלנו לסייבר לאחר ההעברה?
לאחר השלמת ההעברה, OpenAI תשבית את הארגון או ה-workspace הייעודי לסייבר ותסיר את גישת הסייבר הישנה ברמת הארגון.
האם OpenAI תשבית את הארגון הייעודי שלנו לסייבר לפני שנהיה מוכנים?
לא. יש לבקש מ-OpenAI לבצע את ההעברה רק לאחר שהעברתם את המשתמשים, תהליכי העבודה, מפתחות ה-API, האפליקציות ורכיבי התפעול התלויים הנחוצים לארגון או ל-workspace הראשי שלכם.
האם מפתחות ה-API הקיימים שלי ימשיכו לפעול?
מפתחות API שנוצרו בארגון הייעודי שלכם לסייבר לא יועברו לארגון הראשי שלכם. לפני ההעברה, צרו מפתחות API חדשים בפרויקט המאושר בארגון הראשי שלכם ועדכנו את כל האפליקציות, הסקריפטים ותהליכי העבודה שמסתמכים על המפתחות הישנים. במסגרת ההעברה יהיה צורך לבטל את מפתחות ה-API הקיימים בארגון ה-API הייעודי שלכם לסייבר. לאחר השבתת הארגון הייעודי לסייבר, המפתחות מאותו ארגון לא יפעלו עוד.
איזה מידע עלינו לשלוח ל-OpenAI?
שלחו לצוות שמטפל בחשבון שלכם ב-OpenAI את מספר הזהות הארגוני של ארגון ה-API הראשי ואת מזהה ה-workspace של ChatGPT/Codex שאליהם ברצונכם לעבור, וכן את מספר הזהות הארגוני של ארגון ה-API הייעודי לסייבר או את מזהה ה-workspace שיש להשבית לאחר ההעברה.
מי מפעיל את Daybreak לאחר ש-OpenAI מגדירה את הגישה בארגון?
מנהל הארגון שלכם ישלים את ההגדרה הסופית: הוא יפעיל את Daybreak בפרויקט ה-API הרצוי ויוסיף את המשתמשים המתאימים. ב-ChatGPT/Codex, מנהלי ה-workspace ינהלו את הגישה ברמת המשתמש ברגע שבקרות אלה יהיו זמינות.
האם ההעברה תשנה את החיוב שלנו?
המטרה היא להעביר את השימוש בסייבר למסגרת ההסדר המסחרי הראשי שלכם, כך שהשימוש לא יפוצל עוד בין ארגונים, חשבוניות או מאגרי קרדיטים נפרדים.
מה אם אנחנו עדיין זקוקים לארגון או ל-workspace נפרד?
אם לדעתכם יש לכם דרישה עסקית, רגולטורית, דרישת תושבות נתונים או דרישה הקשורה להפקת חשבוניות שמחייבת ארגון או workspace נפרד, תַאמו זאת עם הצוות שמטפל בחשבון שלכם ב-OpenAI.