מיקרוסופט משיקה את MXC להגבלת גישת סוכני AI לקבצים ולרשת
מיקרוסופט השיקה את MXC, המאפשר להגביל גישת סוכני AI לקבצים וליעדי רשת. מדיניות הגישה נאכפת מחוץ לשליטת הסוכן, אך אינה מחליפה תכנון הרשאות ובדיקות.
מיקרוסופט הודיעה ב־7 באוקטובר 2026 על זמינות כללית של Microsoft Execution Containers, או MXC, מנגנון שמאפשר להגביל את הגישה של סוכני AI לקבצים וליעדי רשת. ההבדל החשוב אינו בניסוח הוראות טובות יותר למודל, אלא בכך שמדיניות הגישה נאכפת מחוץ לשליטת הסוכן. עבור צוותי פיתוח ו־IT בישראל, זו אפשרות להציב גבולות לביצוע משימות גם כשהמודל, או הקוד שיצר, פועלים באופן לא צפוי.
מה הושק: גבולות גישה שאינם תלויים בציות הסוכן
לפי הודעת מיקרוסופט, MXC מאפשר למפתחים ולמנהלי IT לקבוע לאילו קבצים ולאילו יעדי רשת סוכן רשאי לגשת. המיקוד הוא בסביבת הביצוע: לא רק מה ביקשו מהסוכן לעשות, אלא אילו משאבים יהיו נגישים לו כשהוא מנסה לבצע את המשימה. זו הבחנה חשובה במערכות שבהן פלט של מודל הופך לקוד שרץ או לפעולה מול שירות חיצוני.
הערך המעשי של אכיפה חיצונית הוא שהגבול אינו אמור להתבסס על החלטת המודל לכבד אותו. הנחיה כמו ״אל תיגש לתיקייה הזאת״ מתארת התנהגות רצויה; מדיניות גישה נועדה לקבוע אם הגישה תתאפשר בפועל. MXC מציב את ההרשאות כחלק מתשתית ההפעלה, במקום להסתפק בהוראות הניתנות לסוכן.
עם זאת, יש להפריד בין ההשקה הכללית לבין רכיבים שעדיין אינם באותו שלב בשלות. מיקרוסופט מגדירה את תמיכת MicroVM כניסיונית. לכן אין להסיק מהכותרת ״זמינות כללית״ שכל אפשרות בידוד הקשורה למנגנון כבר מתאימה באותה מידה לכל סביבת ייצור.
MXC הושק בזמינות כללית, אך תמיכת MicroVM עדיין ניסיונית. ההשקה גם אינה הבטחה לחסינות מפני טעויות: הגבלת גישה יכולה לצמצם נזק, אך אינה מבטיחה שהסוכן יפעל נכון בתוך הגבולות שהוגדרו לו.
למה הוראות למודל אינן תחליף להרשאות
סוכן שמסכם מסמך וסוכן שמריץ קוד אינם מציבים את אותו אתגר תפעולי. במקרה השני, טעות עלולה להשפיע על משאבים מעבר לתשובה המוצגת למשתמש. ככל שהמשימה דורשת יותר גישה, כך חשוב להבחין בין מה שהסוכן צריך לצורך העבודה לבין כל מה שסביבת המחשוב מסוגלת לאפשר לו.
אפשר לחשוב על משימת בדיקה של פרויקט תוכנה: הסוכן עשוי להזדקק לקובצי הפרויקט וליעד רשת מוגדר, אך לא לארכיון הלקוחות או לכל שירות חיצוני. זו דוגמה לעקרון ההרשאה המזערית, לא תיאור של תצורה מסוימת במוצר. השאלה הנכונה היא אילו גישות חיוניות להשלמת המשימה, ולא כיצד לתת לסוכן חופש מרבי ואז לבקש ממנו להיזהר.
הוראה אומרת לסוכן מה מותר לעשות; הרשאה קובעת למה הוא יכול להגיע.
גם גבול טכני אינו פותר החלטה ארגונית שגויה. אם מאפשרים גישה למידע שאינו נחוץ, האכיפה יכולה לפעול כמתוכנן ועדיין להשאיר חשיפה מיותרת. לכן החידוש של MXC אינו מבטל את הצורך במיפוי מידע ובאחריות אנושית; הוא מוסיף מנגנון שבאמצעותו אפשר לאכוף את הגבולות שנבחרו.
המשמעות לעסקים בישראל: להפריד בין משימה למידע רגיש
בחברת תוכנה ישראלית קטנה, או בעסק שמפעיל צוות פיתוח מצומצם, כדאי לבדוק במיוחד מצבים שבהם סביבת העבודה מרכזת קוד, קובצי לקוחות ופרטי גישה לשירותים. אין צורך להניח שכל החומרים האלה חייבים להיות זמינים גם לסוכן. ההשקה מספקת סיבה מעשית לבחון את ההפרדה הזאת לפני שמרחיבים אוטומציה.
נניח שסוכנות דיגיטל בתל אביב רוצה להפעיל סוכן להכנת דוח מתוך קובצי קמפיין. בתכנון ראוי, הקלט יהיה אוסף הקבצים הדרוש לדוח, ולא תיקייה משותפת המכילה גם הסכמים ונתונים של לקוחות אחרים. אם נדרשת תקשורת החוצה, יש לבחון אילו יעדים נחוצים. זהו תרחיש שימוש אפשרי להגבלת גישה, ולא דיווח על עסק שכבר הטמיע MXC.
עבור מנהל IT בארץ, הבחינה צריכה לכלול גם את גבולות המידע הארגוני: איזה מידע נכנס לסביבת הסוכן, למי מותר לקבל אותו ואילו פעולות דורשות אישור נוסף. אין בהודעת ההשקה בסיס לקביעה שהמוצר לבדו מספק עמידה בדרישות פרטיות או בדרישות חוזיות של לקוח. בקרת גישה היא רכיב בתהליך הזה, לא תחליף לבדיקה שלו.
מה כדאי לבדוק לפני ניסוי ארגוני
הצעד הראשון אינו לפתוח לסוכן את סביבת העבודה הרגילה. עדיף לבחור משימה מוגדרת, עם נתוני בדיקה ותוצאה שאפשר לבדוק בנפרד. כך ניתן להעריך גם אם הסוכן מועיל וגם אם הגבולות שהוגדרו לו מתאימים לעבודה, בלי לערבב את שתי השאלות.
- מיפוי קבצים: לזהות אילו חומרים נחוצים למשימה ולהפריד מהם מידע שאינו רלוונטי.
- מיפוי רשת: להגדיר את יעדי התקשורת הנדרשים ולבחון מדוע כל אחד מהם נחוץ.
- בדיקות חסימה: לנסות גישה למשאב שאמור להיות אסור ולוודא שהמדיניות אכן נאכפת.
- בדיקות תוצאה: לבדוק שהסוכן לא מבצע פעולה שגויה באמצעות גישה שמותרת לו.
- אחריות תפעולית: לקבוע מי מאשר שינוי במדיניות ומי יכול לעצור את ההרצה בעת תקלה.
אלה קריטריונים להערכת ההטמעה, ולא רשימת יכולות נלוות שמיקרוסופט הכריזה עליהן בתחקיר. בפרט, אין להסיק מההשקה אילו מערכות הפעלה, כלי ניהול או תהליכי עבודה נתמכים אצל כל ארגון. התאמה לסביבה קיימת מחייבת בדיקה של התיעוד ושל התנאים הטכניים הרלוונטיים.
מה הלאה: לבחון את הגבולות, לא רק את ההדגמה
המשמעות של השקת MXC היא הצעת מנגנון זמין לאכיפת גבולות גישה, ולא הבטחה לשיפור שיקול הדעת של המודל. מבחן ההטמעה צריך להתמקד גם בתרחישי חריגה: מה קורה כשהסוכן מבקש משאב אסור, והאם הוא עדיין מצליח להשלים עבודה מועילה בלי לקבל הרשאות רחבות מדי.
לצוותים בישראל שבוחנים סוכני AI, זהו שינוי בסדר השאלות. לפני ששואלים כמה משימות אפשר למסור לסוכן, כדאי לקבוע לאילו משאבים כל משימה באמת זקוקה ומה יקרה אם הביצוע ישתבש. MXC עשוי לסייע באכיפת התשובה, אבל האחריות להגדרת הגבולות נשארת אצל הארגון.
שאלות נפוצות
מה זה Microsoft Execution Containers או MXC?
MXC הוא מנגנון של מיקרוסופט המאפשר לקבוע לאילו קבצים ויעדי רשת סוכן AI רשאי לגשת. לפי הודעת החברה, הוא הושק בזמינות כללית ב־7 באוקטובר 2026, והמדיניות נאכפת מחוץ לשליטת הסוכן.
האם MXC מונע מסוכן AI לעשות טעויות?
לא. מטרתו היא להגביל את הגישה של הסוכן וכך לצמצם נזק אפשרי מפעולה לא צפויה, ולא להבטיח שכל החלטה שלו נכונה. עדיין נדרשים תכנון הרשאות, בדיקות ובקרה על פעולות רגישות.
האם תמיכת MicroVM ב־MXC זמינה לשימוש רגיל?
לפי הודעת ההשקה, תמיכת MicroVM עדיין מוגדרת ניסיונית, אף ש־MXC עצמו הושק בזמינות כללית. לכן צריך להבחין בין זמינות המנגנון לבין בשלות התמיכה הזו לפני שמסתמכים עליה בסביבת ייצור.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות