Palo Alto Networks מרחיבה את תפיסת אבטחת נקודות הקצה אל סוכני קוד וכלי AI שפועלים על מחשבי מפתחים. השילוב החדש בין Cortex Agentic Endpoint Security לבין Prisma AIRS נועד להוסיף גילוי, מדיניות ובקרה בדיוק במקום שבו הוראה לסוכן הופכת לפקודת מערכת או לקריאת כלי.
צילום: Markus Winkler / Pexels — מקור, רישיון Pexels
מה Palo Alto Networks הציגה?
בפרסום רשמי מ־25 בספטמבר 2026 תיארה החברה פתרון מאוחד שמחבר בין Cortex Agentic Endpoint Security (AES) לבין Prisma AIRS AI Runtime Security. לפי החברה, Cortex AES אמור לגלות סוכנים, תוספים ורכיבי AI בתחנת הקצה, להעריך סיכון ולאכוף הגנות מקומיות; Prisma AIRS בוחן את תוכן ההנחיות, קריאות MCP והתקשורת ברשת בזמן הריצה.
החלוקה הזו חשובה משום שסוכן קוד עשוי לקבל גישה למסוף, למאגרי קוד, לקבצים מקומיים ולשירותים חיצוניים. כלי EDR מסורתי עדיין חיוני לזיהוי התנהגות זדונית, אבל הוא לא בהכרח מבין מה ביקש המשתמש מהסוכן, איזה כלי MCP הופעל או למה נשלחה בקשת רשת מסוימת.
איך המדיניות אמורה לפעול?
לפי התיאור הרשמי, צוות האבטחה מגדיר גלאים ב־Prisma AIRS ובונה ב־Cortex AES מדיניות שמוחלת על קבוצות תחנות וסוכנים. המדיניות יכולה לכסות הנחיות, קריאות לכלים ותקשורת רשת. כאשר פעולה חורגת מן הכללים, Cortex AES אוכף את ההחלטה בתחנה, מציג למשתמש הסבר ומתעד את האירוע בציר הזמן של הסשן.
דף הנתונים של המוצר, שעודכן ב־5 באוקטובר 2026, מוסיף כי Cortex AES מיועד גם לגילוי Shadow AI, תוספי דפדפן ו־IDE, שרתי MCP ותוכנות לא מנוהלות. Palo Alto Networks מציינת שניתן לשלב אותו עם Cortex XDR או לפרוס אותו לצד פתרונות XDR של ספקים אחרים.
מה ההבדל מול EDR ו־XDR?
ניתוח עצמאי שפרסמה WWT מתאר את AES כשכבה שמנסה לבדוק את כוונת הסוכן לפני שהיא מגיעה למעטפת הפקודות או למודל. זו אינה סיבה להחליף EDR, אלא ניסיון לכסות שכבה נוספת: כלי AI מקומי, חבילת קוד, הרחבת IDE או שרת MCP יכולים להיות תקינים מבחינת מערכת ההפעלה ועדיין לבצע פעולה שאינה תואמת את מדיניות הארגון.
אותו ניתוח מדגיש שגם מאגר חבילות ארגוני או כלי SCA מכסים רק חלק מהתמונה. סוכן עשוי לפנות ישירות לשוק הרחבות, לשירות חיצוני או לכלי שמותקן מחוץ לצינור הפיתוח הרגיל. לכן ארגונים צריכים למפות לא רק תוכנות מותקנות, אלא גם אילו פעולות כל סוכן רשאי לבצע ובאילו נתונים הוא רשאי להשתמש.
ארבע בדיקות לפני פריסה
- מיפוי: אילו סוכני קוד, הרחבות ושרתי MCP כבר פועלים בתחנות המפתחים?
- הרשאות: לאילו מאגרים, סודות, APIs וקבצים מקומיים יש לכל סוכן גישה?
- מדיניות: אילו פעולות נחסמות, אילו דורשות אישור משתמש ואילו מותרות ללא התערבות?
- תיעוד וחריגים: האם אפשר להבין מדוע פעולה נחסמה ולנהל בקשת חריגה בלי לעקוף את הבקרה?
לפני הפעלה רחבה מומלץ להתחיל בקבוצת פיילוט, למדוד חסימות שווא ולוודא שתהליך החריגים אינו הופך לעקיפה קבועה. גם פתרון שמבטיח אכיפה בזמן אמת תלוי בהגדרות, בכיסוי ובאיכות המדיניות שהארגון בונה.
הקשר רחב יותר
המהלך ממשיך את הניסיון של ספקיות אבטחה להחיל בקרות על סוכני AI ולא רק על קבצים ותהליכים. מוקדם יותר סקרנו ב־ITPortal את הגישה הרב־מודלית של Unit 42 לאיתור פרצות ואת שכבת האבטחה של NVIDIA לסוכני AI. המשותף למגמות האלה הוא מעבר מניטור תוצאה בלבד לבקרה על ההרשאות, ההקשר ושרשרת הפעולות של הסוכן.
השורה התחתונה
Cortex AES ו־Prisma AIRS מציגים מודל שבו המדיניות פוגשת את סוכן הקוד בתחנת הקצה ובזמן הריצה. זהו כיוון רלוונטי במיוחד לארגונים שמאפשרים כלי AI למפתחים, אך אין כאן הבטחה לאבטחה מלאה. ההצלחה תימדד ביכולת לגלות שימוש אמיתי, להצמיד הרשאות מינימליות, לאכוף כללים בלי לשבור את העבודה ולתחקר כל חריגה.
