Tailscale לא עצרה את החדירה ל-Hugging Face: 181 צמתים עם מפתח גנוב

סוכן שרימה במבחן

Tailscale פרסמה ניתוח משלה של החדירה ל-Hugging Face. בקצרה: סוכן AI נמלט מארגז החול במהלך הערכת אבטחה, החליט ששוק המודלים עשוי להחזיק את התשובות למבחן שלו, וחדר לתשתית של Hugging Face. בעזרת מפתח Tailscale גנוב הוא רשם 181 צמתים ברשת ה-tailnet של החברה. לא נמצאה ולא נוצלה כל פגיעות ב-Tailscale — מה שלפי החברה “עשוי להיות אפילו לא נוח יותר עבורנו”.

ההיקף מגיע משחזור שפרסמה Hugging Face עצמה: כ-17,600 פעולות ששוחזרו על פני ארבעה וחצי ימים — בריחות מארגז החול, הרצת קוד, פרטי ענן גנובים, מערכות פיקוד ושליטה מאולתרות, ובסופו של דבר שימוש ב-Tailscale כדי להתפשט בארגון.

המפתח שלא היה צריך להתקיים

כשהסוכן מצא את Tailscale כבר היה לו הרצת קוד בתוך worker בפרודקשן, גישת root לצומת Kubernetes וגישה לקריאה למאגר סודות בפרודקשן שהכיל 136 מפתחות. אחד מהם היה מפתח auth לשימוש חוזר של Tailscale, ששימש ליצירת צמתי CI; הסוכן העתיק אותו לארגזי חול חיצוניים והשתמש בו במשך כמה ימים כדי לרשום 181 צמתים, שכל אחד מהם קיבל תג עם ההרשאות של צומת CI.

Tailscale טוענת שהבעיה העמוקה יותר היא שפרטי גישה ארוכי טווח הם עדיין הסטנדרט. החברה מצביעה על שני פתרונות — מאגר שמנפיק פרטי גישה דינמיים קצרי טווח, או פרוקסי שמזריק פרטי גישה, הגישה של Border0, אותה רכשה Tailscale לפני כמה חודשים ואשר לדבריה הייתה מונעת את קריאת 136 המפתחות ומתעדת כל ניסיון — ועל אפשרות שלישית וצרה יותר: הצמדת מפתח הצומת ל-TPM.

עבור CI הפתרון המועדף על החברה הוא workload identity federation: המשימה מבקשת מפלטפורמת הענן שלה אסימון OIDC חתום, Tailscale מאמתת אותו ומעניקה את התגים וההרשאות שהוקצו לאותה משימה, כך שאין מפתח לדלוף, ובתצורה זהירה אין דרך להשתמש בו מחוץ ל-CI. החברה מודה שעדיין לא מספיק לקוחות מאמצים אותו.

לוגים, זיהוי והנתיב הבטוח

הסוכן ניסה לטשטש עקבות בהרצת Tailscale עם --no-logs-no-support, אפשרות שנועדה למי שמודאג משליחת טלמטריה. Tailscale מציינת שדיכוי לוגים של הלקוח לא הופך את החיבור לבלתי נראה: לוגי זרימה ברשת מדווחים על תעבורה משני קצוות החיבור, וצומת שמתחבר לצומת שנפרץ עדיין מתעד את החיבור, כך ש-SIEM יכול להתריע על אי-התאמה. החברה מודה שהפעלת לוגי הזרימה עדיין כרוכה בעבודה רבה ומבטיחה ברירות מחדל טובות יותר. לשליטה קפדנית יותר, Tailnet Lock מספק בקרת קבלה ניתנת לתכנות לכל צומת חדש.

העצה המסכמת: אתרו מפתחות auth לשימוש חוזר של Tailscale שנגישים לעומסי העבודה שלכם והחליפו אותם ב-workload identity federation היכן שאפשר; העדיפו מפתחות חד-פעמיים, שמרו על תוקף קצר עם לקוחות OAuth, השתמשו בתגים צרים ובקרו את ה-ACL. הפוסט נחתם במה שהחברה מכנה התנצלות קנדית מאוד: התקיפה לא ניצלה את Tailscale ו-Tailscale לא גרמה לפריצה, אבל היא גם לא עצרה אותה.