נתתם לסוכן ה-AI את הסיסמה שלכם:וזה בדיוק מה שגוגל עכשיו מפרקת

גוגל הודיעה שכמה מהיכולות המרכזיות של Gemini Enterprise Agent Platform, ביניהן Agent Identity, זמינות עכשיו לכולם. התיעוד הרשמי עודכן בסוף יולי ובתחילת אוגוסט 2026.

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

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

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

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

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

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

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

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

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

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

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

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

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

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