בעקבות הפרסום על גרסת LiteLLM 1.107.0 הזדונית, החקירה של החברה מציגה כעת את שרשרת התקיפה המלאה: נקודת הפתיחה הייתה מפתח master של פלטפורמת הסוכנים שנחשף חודשים קודם ולא בוטל.
הפרטים
לפי כתב האירוע של LiteLLM, המפתח נכנס ב-27 במאי 2026 לקומיט במאגר ציבורי. הקומיט נדרס ב-force-push, אך המפתח עצמו לא בוטל. ב-10 באוקטובר השתמש בו תוקף כדי להיכנס לפלטפורמה ולשלוף טוקן OAuth של GitHub CLI ששויך לבעל הארגון וללא הגבלת הרשאות. בעזרתו הורצו workflows זדוניים שאספו טוקנים משני מהנדסים.
ב-21 באוקטובר עקף התוקף את הגנות הענפים והפנה את צינור השחרור למאגר דומה למראה. בדרך כלל שחרור דורש אישור מחשבון נעול למכשיר פיזי, אך ההגבלה הוקלה באותו שבוע, ולכן שני טוקנים גנובים הספיקו להפעלה ולאישור. כך פורסמה הגרסה ב-PyPI וכן אימג'ים ב-Docker Hub וב-GHCR. PyPI הסגירה את הגרסה בהסגר כשעתיים אחרי שהחוקרים דיווחו. לפי מיקרוסופט, קבצי ההפעלה הזדוניים יושבים מחוץ לתיקיית האפליקציה, ולכן מחיקת LiteLLM לבדה עלולה להשאיר אותם.
נקודות לשים לב
- בדוק אם 1.107.0 הותקנה בסביבות פיתוח, CI או קונטיינרים, וראה אותן כחשופות עד שיוכח אחרת.
- הסרת החבילה אינה מספיקה: חפש קבצי הפעלה אוטומטית של Python מחוץ לתיקיית החבילה, ובנה מחדש את הסביבה מאימג' נקי.
- החלף כל סוד שהיה נגיש לסביבה: מפתחות SSH, טוקני מנהלי חבילות, משתני סביבה ומפתחות API.
- הלקח הרחב: דריסת קומיט אינה מבטלת סוד שדלף, ויש לבטל אותו. כדאי גם לבדוק טוקנים של בעלי ארגון בלי הגבלת היקף, ולא להקל על אישורי שחרור.
מקורות: LiteLLM · Microsoft Security · The Hacker News
₿ אהבת את הפוסט?
אפשר לשלוח לי ביטקוין ישירות לכתובת שלי. סרקו את הקוד, או העתיקו את הכתובת:
bc1qsn043qmlv4ejxydeknkfm9u6e93e6tegmq9x85
שימו לב: העברה on-chain כרוכה בעמלת רשת שאינה תלויה בסכום, ולכן סכומים קטנים מאוד אינם כדאיים.
