Amazon Cognito מוסיפה OAuth 2.0 token exchange: agents יפעלו עם הרשאות מינימליות

זהות היא אחת הבעיות הכי פחות זוהרות והכי חוסמות ב-deploy של agents, ו-AWS סגרה עכשיו פער משמעותי. Cognito תומך מעתה ב-token exchange לפי RFC 8693. כש-agent קורא לשירות downstream בשם משתמש, הוא כבר לא צריך להעביר הלאה את ה-token המקורי והרחב של המשתמש, אלא מחליף אותו ב-token חדש שמוגבל לשירות היעד ולהאצלה הספציפית.

הזרימה פשוטה: ה-agent מציג ל-token endpoint של Cognito את ה-token של המשתמש יחד עם ה-credentials שלו, ומבקש token ל-audience או scope מסוים. Cognito מנפיק token מצומצם יותר שמתעד גם את המשתמש וגם את הגורם שפועל בשמו, מה שנקרא לרוב claim מסוג "act". השירותים במורד הזרם יכולים לאכוף הרשאות כשהם יודעים בדיוק איזה agent פועל בשם איזה משתמש, ואם agent נפרץ או מתנהג לא כמו שצריך, הנזק מוגבל ל-scope שקיבל.

העדכון מגיע יחד עם שורה של עדכוני תשתית ל-agents מ-AWS השבוע: ה-runtime החדש כברירת מחדל של AgentCore עם בידוד Firecracker, Nitro Sandboxes להרצת קוד שהמודל כתב, ודפוסי AgentCore Gateway לכלי MCP. ביחד הם מכסים גם בידוד (איפה ה-agent רץ) וגם הרשאות (במה מותר לו לגעת). Okta, Microsoft Entra ו-Auth0 כבר תומכות ב-token exchange בצורות שונות, כך ש-Cognito בעצם מדביק את המומחים לזהות, עם אינטגרציה טבעית ל-Bedrock. האימוץ תלוי בכך ששירותים יאמתו נכון את ה-tokens המוחלפים, והרבה APIs פנימיים פשוט מקבלים כל bearer token תקף, אז צוותים יצטרכו עבודת policy ולא רק להדליק מתג. כדאי לעקוב אחרי שילוב ברירת מחדל ב-AgentCore Identity ואחרי שרתי MCP שיאמצו tokens מוגבלי audience כסטנדרט.