GitHub מחמיר את הפרסום המהימן של npm לאחר פרצת SlugFest שחשפה 1 500 חבילות

GitHub מגיב לפרצה בפרסום המהימן של npm

GitHub קבע מועד של 48 שעות עבור תצורות פרסום npm לא מאומתות לאחר שחוקרי Bloom Security גילו פרצה שהשאירה יותר מ־1 500 חבילות בסיכון להשתלטות. לפי השינויים, תצורת מפרסם מהימן חדשה חייבת להשלים את הפרסום המוצלח הראשון תוך יומיים, ולאחר מכן התצורה מאומתת ומחוברת למזהה הקבוע של המאגר.

איך פעלה המתקפה SlugFest

פרסום מהימן, שהושק ביולי 2025, מאפשר למפתחים לפרסם חבילות מפלטפורמות CI/CD באמצעות טוקנים לזמן קצר של OIDC במקום סודות ארוכי טווח. עם זאת, npm בדקה בתחילה רק את ה־slug של המאגר, את הבעלים ואת שם המאגר, והתעלמה מהמזהה המספרי הקבוע שהוקצה על ידי GitHub. כשמשתמש שינה שם מאגר, העביר אותו בבעלות או מחק אותו, ה־slug הפך זמין לכל אחד. תוקף יכול היה ליצור מאגר על slug שהתפנה, להפעיל את workflow הפרסום ולקבל טוקן פרסום מהימן תקף עבור חבילה שלא הייתה בבעלותו. המתקפה הזו, המוכרת בשם SlugFest, יכלה לפרסם גרסה זדונית תחת שם של חבילה לגיטימית ולשייך אליה את המוניטין ואת מספר ההורדות שלה.

השפעה וצעדים מקלים

Bloom Security דיווחה ל־GitHub על הבעיה ב־6 ביוני 2026 וחשפה יותר מ־1 500 חבילות פגיעות, שסך הורדותיהן עמד על יותר מ־10 מיליון. החברה הזהירה שסוכני AI, שפותרים תלויות באופן אוטומטי, עלולים להגביר את הסיכון בהורדה של הגרסה הזדונית העדכנית ביותר ללא בדיקה אנושית. GitHub כעת דוחה טוקני פרסום מהימן שנשלחו מאירועי issue_comment של GitHub Actions ושומר על המגבלה הקיימת של pull_request_target. מפתחים מומלץ לבדוק את חיבורי המפרסם המהימן, לוודא שה־slug שצוין עדיין מצביע על מאגר שנשלט על ידם, ולמחוק וליצור מחדש חיבורים כשהם משנים שם מאגר, מעבירים אותו או מוחקים אותו.

לקחים רחבים על שרשרת האספקה

גילוי SlugFest קדם לגילוי המוקדם יותר של Bloom Security באוגוסט בנוגע לחבילות הרחבות של Open VSX ו־VS Code Marketplace. הטכניקה הזו, שנקראת Extension Resurrection, אפשרה לתוקפים לתפוס namespace־ים שאינם שייכים להם שצוינו בחבילות מהימנות, מה שעשה אפשרי הרצת קוד מרחק. שתי המקרים מראים שמערכות אמון שנשענות על מזהים קריאים לאדם וניתנים לשינוי עלולות להישבר כשהמזהים האלה משתנים.

מקורות: The Hacker News