החליפו מפתחות - עכשיו: המייל הבהול של פלטפורמת הענן למשתמשים

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

היעד: קרדיטים ל-AI וארנקי קריפטו

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

בניגוד לדוח הטכני הרשמי שהתמקד במונחים כלליים של מפתחות API לענן ולספקי AI, המייל הפנימי היה ישיר וחריג בהרבה: "ככל הנראה פרצו לנו כדי לגנוב פרטים של ארנקי קריפטו שאנשים מחזיקים בחשבון שלהם (זה לא הדבר הכי חכם לעשות אבל זה לא דבר מטומטם לעשות), וקרדיטים של AI. אתם צריכים לשנות את כל הפרטים ולמחוק את כל הישנים - אצל הספקים ואצלנו".

משמעות הדבר היא שהתוקפים לא חיפשו רק קוד מקור, אלא "אוצרות נזילים". מפתחות גישה לשירותי מודלי שפה (כמו OpenAI, אנתרופיק ו-Google Cloud) המאפשרים לרוקן מכסות שימוש בשווי אלפי דולרים על חשבון המפתח, וכן מפתחות פרטיים לארנקי בלוקצ'יין שהוטמעו בתוך הגדרות המערכת.

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

מבחינת היקף הנזק, ב-Railway מעריכים כי לכל היותר כ-1.85% מכלל סביבות העבודה בפלטפורמה (כ-100 אלף סביבות עבודה) הושפעו מהאירוע. עוד הודגש כי לא הייתה גישה ישירה לחשבונות המשתמשים עצמם, אם כי החברה הבהירה כי בשלב זה היא "אינה שוללת לחלוטין" אפשרות של חשיפה לקוד המקור של חלק מהמשתמשים, נושא שנבדק כעת בחקירה פורנזית מקיפה.

למה הפריצה כה מסוכנת?

תארו לעצמכם שאתם בונים אפליקציה שמתחברת למסד נתונים של לקוחות ומפעילה מודל של ChatGPT. כדי שהאפליקציה תוכל "לדבר" עם השירותים האלה, היא צריכה להזדהות באמצעות מפתח סודי או סיסמה. מפתחים חכמים לא כותבים את הסיסמאות האלה ישירות בתוך קוד האתר, אלא שומרים אותם ב"כספת" נפרדת בשרת שנקראת "משתני סביבה".

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

חלק מגל תקיפות עולמי

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

בהודעת גילוי האבטחה הרשמית שפרסמה Railway, נמסר כי החברה זיהתה פעילות חריגה במערכות המאחסנות את משתני הסביבה של הלקוחות, וכי חקירת האירוע העלתה שגורם בלתי מורשה הצליח להשיג גישה למשתנים מוצפנים ולפענח את תוכנם של חלק מהם - הכוללים מפתחות API, הרשאות למסדי נתונים ופרטי רישום פרטיים.

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

אף שההערכה הראשונית מצביעה על פגיעה בתת-קבוצה מוגבלת של לקוחות, Railway ממליצה באופן גורף לכלל המשתמשים להחליף את כל מפתחות ה-API ומשתני הסביבה ולבדוק את יומני הפעילות לאיתור תנועות חשודות, והודיעה על הקפאה מוחלטת של כלל תהליכי הפריסה והבנייה של אפליקציות בפלטפורמה עד להשלמת החקירה ועדכון ישיר של החשבונות שנפגעו (תהליכי הבנייה חזרו לפעילות מדורגת לפי רמות המנוי).

האירוע ב-Railway הוא חלק ממגמה מטרידה שהיכתה במספר פלטפורמות פיתוח באותו שבוע.

• מתקפת OpenCode ו"זיקוק מודלים": כלי הפיתוח מבוסס ה-AI הפופולרי OpenCode הודיע על מתקפה דומה, שבה נגנבו יותר מ-1% ממפתחות ה-API ונתוני הסודות של לקוחותיו. החברה ייחסה זאת למתקפת "זיקוק מודלים" - מהלך שבו סוכנים אוטונומיים שואבים באופן מסיבי נתונים ותשובות ממודלי שפה מובילים באמצעות מפתחות גנובים, במטרה לאמן מודלים מתחרים בעלויות אפסיות.

• פלטפורמת Zeabur: פלטפורמת ענן מקבילה דיווחה על פריצה חמורה בין 14 ל-15 באוקטובר עקב סיסמאות מנהל שנשמרו בטקסט גלוי, שחשפה יותר מ-3.2 מיליון רשומות של משתני סביבה ויותר מ-320 אלף חשבונות. התוקף חיפש במפורש מפתחות API של שירותי בינה מלאכותית, ובעקבות האירוע הודיעה Zeabur כי תיסגר לצמיתות ב-31 בדצמבר 2026.

• PingCAP (TiDB Cloud): שירות מסדי הנתונים בענן אישר כי תוקפים השתמשו בפרטי חשבון שירות גנובים כדי להעתיק רשומות חשבון, חיוב וקובצי תמיכה בין ספטמבר לאוקטובר.

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

מה מפתחים צריכים לעשות?

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

1. ביטול מפתחות אצל הספקים החיצוניים: היכנסו לכל השירותים החיצוניים המחוברים לאפליקציה שלכם (OpenAI, Anthropic, Stripe, AWS, Supabase, SendGrid וכו') ובטלו לחלוטין את מפתחות ה-API הישנים. שינוי שמם של המשתנים או עדכונם ב-Railway בלבד אינו מבטל את תוקף המפתח הישן אצל הספק המקורי.

2. הנפקת מפתחות חדשים: צרו מפתחות גישה חדשים לחלוטין בכל שירות וספק צד-שלישי.

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

4. איפוס שרתי אחסון ו-GitHub: בצעו פריסה מחדש לכל שירות המשתמש ב-Storage Buckets כדי למשוך את הרשאות ה-S3 המאופסות ש-Railway הנפיקה, וחברו מחדש את שירותי ה-GitHub הרלוונטיים.

5. בדיקת ארנקי קריפטו: אם החזקתם מפתחות פרטיים או Seed Phrases במשתני סביבה - העבירו מיד את כל הנכסים והטוקנים לארנק חדש לגמרי, והימנעו משמירת מפתחות ארנק בסביבות ענן מסוג זה בעתיד.

6. מעקב אחר חיובי אשראי ויומני גישה: עקבו בדריכות אחר דוחות השימוש בחשבונות ה-AI, שרתי הענן ומסדי הנתונים ב-48 השעות הקרובות, ובדקו את יומני הגישה ב-GitHub, AWS ו-GCP כדי לוודא שלא חלו זינוקים פתאומיים בצריכת הקרדיטים או פעולות חשודות.