גרסת הייצור Identity Engine 2026.44.0 של Okta, מ־3 בנובמבר 2026, מעבירה את Cross App Access לשרתי MCP לזמינות כללית. הגדרות שנוצרו במסגרת Connect with Okta בגישה מוקדמת מפסיקות לפעול בגרסה זו. לשונית Manage Connections הישנה והממשק הנלווה יוצאים משימוש. השינוי נוגע לתצורה המוקדמת הזאת, ולא לכל חיבורי MCP או XAA.
עברו למסלול ההגדרה העדכני
מדריך המעבר מתאר שלושה שלבים: הגדרת סוכן הבינה המלאכותית המבקש גישה, הגדרת יישום המשאב, ויצירת חיבור ביניהם. התהליך דורש ארגון Okta עם כניסה אחודה, וכן יישומים שתומכים ב־XAA.
יישום המשאב צריך להתקיים כבר בארגון. הסוגים הנתמכים כוללים יישומי OIDC ו־SAML מותאמים אישית ויישומים מתאימים מהקטלוג, בתנאי שהם תומכים ב־XAA. לפני יצירת החיבור, בדקו את כתובת המנפיק, את מזהה הקהל או הדייר ואת תחומי ההרשאה הזמינים.
בדף Resource connections של הסוכן, בחרו ביישום שתומך ב־XAA. בדקו את כתובות המשאבים, את מזהה הלקוח החיצוני של הסוכן הרשום באותו יישום, ואת ההרשאות המותרות. רשימת הרשאות מפורשת צריכה להתאים לתחומי ההרשאה שהוגדרו ביישום המשאב.
עבור חיבורי MCP, רשמו תחילה את השרת עם שרת הרשאות שתומך ב־XAA. בשרת הרשאות חיצוני, בדקו איזה מזהה משתמש הוא מצפה לקבל, למשל כתובת דוא״ל או מזהה משתמש. בדקו גם האם נדרש מזהה דייר. לאחר מכן צרו את חיבור המשאב של הסוכן.
בדקו לפני הרחבת הגישה
ההמלצה התפעולית שלנו: ערכו רשימת חיבורים ישנים ומנו אחראי לכל אחד. תעדו מי אמור להשתמש בהם, לאילו משאבים ובאילו פעולות. בצעו בדיקה עם משתמש רגיל, ובה בקשה מותרת ופעולה שאמורה להיחסם. בררו גם הצלחה לא צפויה, ולא רק כשל. התחילו במעבר מצומצם ושמרו תיעוד כתוב של בדיקות הקבלה והתוצאות.
לפי Okta, השבתת חיבור משאב חוסמת בקשות גישה עתידיות. בדקו בנפרד את התנהגות האסימונים בשירות היעד; התיעוד אינו מבטיח ביטול מיידי של כל אסימון שכבר הונפק.