M365Con 2027 – כנס אונליין חינמי · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

מניעת התפשטות סוכני AI בסביבות Microsoft 365 ארגוניות

By ·

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

Automatically translated with AI from the original post. Read the English original

Cover: Microsoft Agent 365 - Simply Explained

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

עיקרי הדברים

האיום הנסתר של התפשטות AI ארגונית

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

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

מדוע חומות אש מסורתיות נכשלות מול סוכנים

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

בניית Agent Registry לנראות מלאה

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

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

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

הכוח של תהליכי בידוד

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

אכיפת זהות ומעקות בטיחות של הרשאות מינימליות

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

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

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

ניהול מאוחד באמצעות תשתית ה-IT הקיימת

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

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

סיכום

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

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

שאלות נפוצות

מה גורם להתפשטות בלתי נשלטת של סוכנים בארגון?

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

איך Agent Registry עוצר Shadow AI?

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

מדוע סוכני AI זקוקים לזהויות אישיות ולא להתחברות של היוצר?

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

מה קורה כאשר מנהל מעביר סוכן AI להסגר?

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

Microsoft Agent 365 Microsoft 365 AI agent SharePoint

Related articles

RSS