Microsoft Agent 365 ו-Purview: איך מנהלים זהויות, הרשאות, מידע וסיכונים בעידן של Agent Sprawl
מחלקת המכירות מקימה סוכן לתמחור. משאבי אנוש בונים סוכן לקליטת עובדים. צוות הפיתוח מחבר Agent ל-MCP server. כל אחד מהם נועד לפתור בעיה אמיתית, אך בתוך זמן קצר הארגון עלול למצוא את עצמו עם עשרות סוכנים שנבנו במקומות שונים ולמטרות שונות.
השאלה היא כבר לא רק כמה סוכנים קיימים בארגון, אלא: מי הבעלים של כל אחד מהם? באיזו זהות הוא פועל? לאיזה מידע הוא יכול לגשת? אילו כלים הוא רשאי להפעיל? עם אילו סוכנים או מערכות הוא מתקשר? ומה קורה כשהצורך העסקי מסתיים?
זהו האתגר החדש של Agent Sprawl: התפשטות מהירה של סוכני AI ללא תמונה מרכזית של מה פעיל בארגון, מה הסוכנים יכולים לעשות ומי אחראי עליהם.
מ"כלי AI" לישות שצריך לנהל
עד לא מזמן, כלי AI ארגוניים התמקדו בעיקר במענה על שאלות, סיכום מסמכים, ניסוח וניתוח. סוכן AI (Agent) יכול לעשות הרבה יותר: להפעיל כלים, לגשת למידע, לבצע פעולות ולתאם תהליכים, לעיתים בשם המשתמש ולעיתים באמצעות זהות והרשאות משלו.
מבחינת הארגון, זהו שינוי מהותי. סוכן הוא כבר לא רק אפליקציה שמפעילים כשצריך, אלא חלק פעיל מסביבת העבודה הארגונית.
סוכן אינו תוסף, הוא זהות
כאשר עובד חדש מצטרף לארגון, אף אחד לא נותן לו גישה לכל המערכות ומקווה לטוב. מגדירים תפקיד, מנהל, הרשאות ותהליך סיום העסקה. אותו היגיון צריך לחול גם על סוכן. לכל סוכן ארגוני צריכים להיות לפחות:
- בעלים עסקי: הגורם שאחראי למטרה ולערך שהסוכן אמור לספק.
- בעלים טכנולוגי: הגורם שאחראי לתחזוקה, לשינויים ולתפעול הטכני.
- זהות והרשאות: בהתאם לאופן שבו הסוכן פועל ולפי עקרון Least Privilege (הרשאות מינימליות נדרשות).
- מקורות מידע וכלים מאושרים: הגדרה ברורה של מה מותר לו לראות ולהפעיל.
- מדיניות מחזור חיים (Lifecycle): הגדרת תהליך ברור בעת שינוי, השבתה או סיום הצורך העסקי.
שכבת השליטה המרכזית: Microsoft Agent 365
Microsoft Agent 365 נועד לספק את שכבת השליטה המרכזית (Control Plane) על אוכלוסיית הסוכנים בארגון: לראות אותם, לנהל את מחזור החיים וההרשאות שלהם, ולשלב בקרות אבטחה ומשילות באמצעות Microsoft Entra (ניהול זהויות), Microsoft Defender (הגנה מאיומים) ו-Microsoft Purview (הגנת המידע).
פלטפורמת Agent 365 זמינה באופן כללי (GA) ללקוחות מסחריים מאז 1 במאי 2026, לצד יכולות מסוימות שעדיין זמינות בתצוגה מקדימה (Public Preview).
עצם הרישום של הסוכן אינו הופך אותו למאובטח. הוא רק הופך אותו לניתן לניהול.
זהו דגש קריטי: נראות היא תנאי הכרחי למשילות, אבל היא ממש לא תחליף למדיניות אבטחה פעילה.
מה Purview רואה כשהסוכן מתחיל לעבוד?
Microsoft Purview מרחיב את בקרות אבטחת המידע וה-Compliance גם לאינטראקציות של Agent 365. בין היכולות הנתמכות: Audit ,Data Classification Sensitivity Labels ,DLP ,Insider Risk Managemen, ,Communication Compliance ,eDiscovery ,Data Lifecycle Management ו-Compliance Manager.
בעת יצירת Agent Instance, הוא מופעל באופן אוטומטי עבור Audit, זיהוי מידע רגיש והכללה בהערכות AI של Compliance Manager. אבל עבור יכולות אבטחה אחרות, הארגון חייב לכלול את ה-Agent Instance במדיניות המתאימה באופן מפורש, בדיוק כפי שמנהלים משתמש אנושי.
המשמעות היא שהסוכן אינו "עובר מתחת לרדאר", אך הוא גם לא מקבל באופן אוטומטי את כל בקרות ההגנה שהוגדרו בארגון.
שתי נקודות שקל מאוד לפספס
קובץ מוצפן? הסוכן צריך הרשאות מפורשות
כאשר Sensitivity Label מחיל הצפנה על קובץ, לא מספיק שהסוכן שייך לארגון או פועל בסביבת Microsoft 365. כדי ש-Agent Instance יוכל לגשת לתוכן כזה, ההצפנה צריכה להעניק לו במפורש את זכויות השימוש VIEW ו-EXTRACT. הרשאה כללית כמו "כל המשתמשים בארגון" או "כל משתמש מאומת" אינה מספיקה עבור סוכן. בנוסף, הקבצים צריכים להיות משותפים איתו במפורש.
הסוכן קרא מידע מסווג. מה קורה לתוצר?
תוכן חדש שנוצר על ידי Agent 365 אינו יורש באופן אוטומטי את ה-Sensitivity Label של פריטי המקור. לכן, אם סוכן קורא מסמך מסווג ומייצר ממנו סיכום, מסמך חדש או תשובה, אי אפשר להניח שהתוצר החדש קיבל את אותה רמת הגנה.
הלקח: לא מספיק לבדוק את המידע שהסוכן קורא. חייבים לבדוק גם מה הוא יוצר בעקבותיו.
מסגרת עבודה מעשית למשילות סוכנים
כדי להתמודד עם Agent Sprawl באופן מובנה, מומלץ ליישם תהליך ב-5 שלבים:
- Discover: צרו תמונה מלאה של הסוכנים הקיימים: מי הם, מי הבעלים שלהם, באיזו זהות הם פועלים, ולאילו כלים ומקורות מידע הם מחוברים.
- Classify: דרגו את הסוכנים לפי רגישות המידע שאליו הם נחשפים ולפי עוצמת הפעולות שהם מסוגלים לבצע.
- Protect: התאימו הרשאות, DLP, תוויות רגישות (Sensitivity Labels), Retention ובקרות נוספות לרמת הסיכון.
- Observe: נטרו את הפעילות והאינטראקציות: אדם מול סוכן, סוכן מול אדם, סוכן מול כלי, וסוכן מול סוכן.
- Review: בדקו באופן תקופתי הרשאות, שימוש, בעלות, עלות וערך עסקי, והגדירו מתי יש צורך לעדכן או להשבית סוכן.
הארגון המוכן הוא לא זה שבנה הכי הרבה Agents
הערך של Agentic AI לא נמדד רק במספר הסוכנים שהארגון הצליח להקים. ככל שסוכנים מקבלים יותר יכולת לפעול, כך צריך להיות ברור יותר מי הם, מה מותר להם לעשות, לאיזה מידע הם מורשים לגשת ומי אחראי עליהם.
Agent 365 ו-Purview מספקים את התשתית הטכנולוגית לכך, אבל המשילות מתחילה עוד לפני הגדרת המדיניות במערכת: במיפוי, בהגדרת הבעלויות, בסיווג הסיכונים ובהחלטה אילו הרשאות ובקרות באמת נדרשות.
מאיפה מתחילים?
בכרמל הדרכה אנחנו מלווים ארגונים בתכנון, באבטחה ובהטמעה של סביבת Agents ארגונית, החל ממיפוי ו-Readiness ועד להגדרת תהליכי משילות, Purview ו-Copilot Studio. אנו מזמינים אתכם להתחיל בתהליך Agent Readiness ממוקד:
- מיפוי הסוכנים והאפליקציות הקיימות בארגון.
- זיהוי בעלים עסקיים וטכנולוגיים לכל סוכן.
- בחינת הרשאות, זהויות ומקורות מידע מחוברים.
- איתור פערים קריטיים במשילות, באבטחת המידע וב-Compliance.
המטרה אינה לעצור את השימוש בסוכנים, אלא לאפשר לארגון שלכם להתרחב ולחדש בראש שקט, תוך שליטה ברורה על מי פועל, על מה, ובאיזה גבולות.
לפרטים נוספים ותיאום שיחת מיפוי ראשונית עם המומחים שלנו
**הכותב הינו ארכיטקט הגנת מידע ו-AI במיקרוסופט.
לקריאה נוספת:
