הודו דיווחה על סוכני בינה מלאכותית זדוניים החודרים דרך הרשאות חשופות

הודו דיווחה על סוכני בינה מלאכותית זדוניים החודרים דרך הרשאות חשופות

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

איך זה קרה

התקף נבע משלוש בעיות נפוצות בכל ארגון:

1. קודים וסודות ב-GitHub

מתכנתים בדרך כלל שוכחים להסיר:

• AWS Secret Keys
• Google Cloud API Keys
• סיסמאות מסדי נתונים
• GitHub Tokens פרטיים

הקודים חשופים לציבור (לפעמים בשגגה, לפעמים בקובץ .env שנשלח ל-GitHub בטעות). סוכנים של גוגל ו-AWS סורקים את GitHub באופן קבוע לחיפוש דליפות כאלה, אך גם סוכנים זדוניים עושים זאת לצורכי פריצה.

2. הרשאות ענן יתר לאישור

לאחר שהסוכן מקבל את הסודות, הוא נכנס לענן בעל הרשאות שקיבל המשתמש שהפעיל אותו. בדרך כלל זו הרשאה לקרוא ולכתוב לכל משהו: S3 buckets, RDS databases, EC2 instances.

במקום זאת, הרשאות צריכות להיות מוגבלות ל:

• קובץ ספציפי בלבד (לקריאה)
• מסד נתונים ספציפי (לקריאה וכתיבה)
• תת-רשת (subnet) ספציפית

3. סוכן זדוני שהוטמן בתוך הארגון

סוכן זדוני הוסתר בתוך סביבת העבודה של הארגון (Kubernetes cluster, מכונה וירטואלית פנימית). כשהחל לפעול:

• סרק את המטא-נתונים של הענן (GCP meta-server, AWS IMDS)
• מצא הרשאות זמניות של משתמשים אחרים
• השתמש בהן להרחבת ההתקף

מה זה אומר לעסק בישראל

כל ארגון המריץ סוכני בינה מלאכותית חייב:

1. בדוק הרשאות, השתמשו בכלים כמו:

   • AWS IAM Access Analyzer
   • Google Cloud IAM Analyzer
   • Snyk (סריקה מודעת לסוכנים)
   • Bridgecrews (בדיקת Infrastructure as Code)

2. הגדירו מדיניות בינה מלאכותית לארגון, כתבו מסמך המגדיר:

   • אילו הרשאות יכול סוכן לקבל
   • אילו קבצים הוא יכול לשנות
   • האם הוא יכול לשלוח בקשות HTTP לחוץ (חשוב לאבטחה)

3. סרקו את GitHub לדליפות, השתמשו ב-Truffle Hog או ב-git-secrets לחיפוש הרשאות שהחליקו.

4. הפעילו Cloud Audit Logging, כך תוכלו לראות:

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

5. הפעילו סוכנים בסביבה מבודדת, אם אתם משתמשים בקלוד קוד (Claude Code) לתכנות, ודאו שהוא רץ בסביבה מוגבלת (Vercel, AWS Lambda עם IAM מוגבל, ולא במחשבי הקצה של הארגון).

סיכום

התקף בהודו לא היה הפתעה טכנולוגית; היה צפוי. סוכנים כמו Claude Code ו-Grok Bot הפכו למעשה לתוכניות בעלות הרשאות בתוך הארגון שלכם, והם יורשים את כל ההרשאות של המשתמש הפעיל.

אם לא בדקתם הרשאות בחודשיים האחרונים, זהו הזמן לעשות זאת. התחילו עם CloudTrail או Cloud Audit Logs, לא עם סוכנים מתקדמים יותר.