דף הבית / אין ערכת סטארטר בטוחה. יש רק כזו…
Cloud Security
אין ערכת סטארטר בטוחה. יש רק כזו שעוד לא נבדקה.
ערכת סטארטר שמייצרת תפקידי IAM עם הרשאות wildcard על כל המשאבים. התיקון של AWS היה לעדכן את התיעוד.
הפוסט הזה הוא הקריאה שלי במחקר שפורסם על ידי Unit 42 at Palo Alto Networks. הממצאים שלהם; הטענה על המשמעות שלהם היא שלי. שווה לקרוא את המחקר המקורי במלואו.
כולם רצים לפרוס AI agents בייצור.
אמזון שיחררה ערכת סטארטר ל-AgentCore שלהם, הפלטפורמה החדשה לבניית agents. נוחה. מהירה. מוכנה לשימוש. בדיוק מה שכל צוות פיתוח אוהב לשמוע.
הערכה הזאת מגיעה עם תפקידי IAM שנוצרים אוטומטית, עם הרשאות wildcard על כל המשאבים.
כלומר, כל agent בחשבון שלכם יכול:
- לקרוא את הזיכרון של כל שאר ה-agents
- לגשת לכל container registry
- להוריד source code פרופריאטרי
- להשתמש ב-interpreters בעלי הרשאות גבוהות יותר
- ולנוע לרוחב כל הסביבה שלכם
חוקרי Unit 42 קראו לזה "Agent God Mode". הכינוי מדויק.
ומה עשתה AWS בתגובה לממצאים?
עדכנה את התיעוד עם הבהרה שברירות המחדל מיועדות "לפיתוח ובדיקות בלבד".
זאת ה-fix. תיעוד.
אני בטוח שכל תוקף שיקרא את ההבהרה הזאת ישנה מיד את הגישה שלו.
הבעיה האמיתית היא לא AWS ספציפית
הבעיה היא שהתרבות של "תפרוס מהר, תתקן אחר כך" עברה מ-web applications ל-AI agents, עם הבדל קטן אחד שאנשים לא מבינים.
כש-web app מוגדר בצורה שגויה, תוקף אולי מגיע לנתונים מסוימים. כש-AI agent פועל עם הרשאות god mode, הוא יכול לנוע לרוחב כל הסביבה. לגנוב שיחות מ-agents אחרים. לחלץ קוד קנייני מה-container registry. להסלים הרשאות דרך code interpreters. בלי להשאיר הרבה עקבות.
אנחנו רואים את זה כל הזמן אצל לקוחות. לא כי הם טיפשים, אלא כי הכלים מגיעים עם הגדרות ברירת מחדל שנראות מוכנות לשימוש. ולא תמיד הן.
אם אתם פורסים AI agents בייצור
תשאלו מה בדיוק מותר לכל agent לעשות. תפתחו את תצורת ה-IAM. תבדקו אם יש wildcard.
עקרון ה-least privilege חל גם על קוד שנכתב על ידי AI. גם על כלים שמגיעים מוכנים מהארגז. גם על ערכות סטארטר שנראות תמימות.
אין ערכת סטארטר בטוחה לייצור. יש רק ערכת סטארטר שעוד לא נבדקה.
פוסט זה פורסם לראשונה בלינקדאין בתאריך 2026-05-07. — ארז מטולה
להמשיך לקרוא
עוד מהבלוג
Cloud Security
כופר בענן: soft-delete ו-versioning הם כל הסיפור
Service Principal אחד עם הרשאות רחבות מדי שדלף דרך קונפיגורציה ישנה, ויכולנו לקרוא, למחוק, להחליף ולהצפין כל blob.
לקריאהCloud Security
תוקפים מריצים את שרת הפיקוד שלהם על הענן שלכם, ואתם משלמים על זה
אין IP קבוע לחסום. אין תשתית חשודה שה-SIEM יתפוס. התעבורה שייכת לאמזון והחשבונית מגיעה בסוף החודש – אליכם.
לקריאהCloud Security
כמעט רבע מהזהויות ב-Azure שסומכות על GitHub Actions ניתנות להשתלטות. עכשיו.
כשריפו נמחק או namespace משתחרר, ה-trust policy נשאר. כל אחד יכול לרשום אותו מחדש, לקבל token תקין, ולהיכנס לחשבון הענן שלכם.
לקריאהספרו לנו מה המערכת עושה ומה מדאיג אתכם.
אם בדיקת חדירה אינה מה שאתם צריכים עכשיו, נאמר זאת.