פרצת אבטחה אצל ספק ענן חיצוני פתחה לתוקפים דרך אל מכונות הפיתוח של Fireworks AI. משם הם הריצו תהליך לא מורשה, שהוביל לחשיפה נוספת של נתוני לקוחות. בין היתר, נחשפו תמלילי שיחות של Notion AI ששימשו את תכונת Insights. Notion מסרה שפחות מ־1% מסביבות העבודה שלה הושפעו, והבהירה שהאירוע התרחש אצל הספק שלה — ולא במערכות Notion עצמן.
4
8
כך התגלגלה הפריצה
לפי Fireworks, ספק הענן שאירח את מכונות המחקר והפיתוח שלה חווה אירוע אבטחה ב־23 באוקטובר. למחרת, גורם לא מורשה ניצל את הגישה כדי להגיע למכונות הפיתוח של Fireworks ולהריץ בהן תהליך. החברה זיהתה את הפעילות באותו יום.
4
14
הדיווחים מתארים את נתיב החדירה דרך ספק הענן וסביבת הפיתוח, אך אינם קובעים מה הייתה חולשת האבטחה הטכנית המדויקת או מפרטים כל שלב בדרך לנתונים המסוימים. מה שידוע הוא שהגישה לסביבת הפיתוח של הספק הובילה להשפעה נוספת על נתוני לקוחות.
14
איזה מידע נחשף?
העדכון המורחב של Fireworks כלל מטא־נתונים על משאבים ופרטי חיוב, ובהם היסטוריית חיובים ותשלומים. החברה מסרה כי אצל חלק מהלקוחות נפגעו גם מערכי נתונים ומשקלי מודלים לא גמורים. Fireworks ציינה שאינה שומרת מספרי כרטיסי אשראי.
4
9
34
במקרה של Notion, המידע שנחשף היה תמלילי שיחות ששימשו משימות סיווג עבור Insights — תכונה שנועדה לסייע ללקוחות להבין כיצד הם משתמשים בבינה מלאכותית. Notion דיווחה שפחות מ־1% מסביבות העבודה הושפעו; ברובן הגדול של סביבות העבודה שנפגעו, לא ניתן היה לשייך את התמלילים למשתמש או לסביבת עבודה מסוימים.
3
4
ציר הזמן של ההתראות והתגובה
- 2 בנובמבר: Fireworks הודיעה ל־Notion שגישה לא מורשית ניתנה לכמות קטנה של נתונים. בבדיקה הראשונית של Notion נמצא שמדובר בנתוני בדיקה סינתטיים, ולא בשיחות של לקוחות.
8
- 3 בנובמבר: Notion ניתקה את המערכות שלה מ־Fireworks ומחקה את הנתונים שלה שהוחזקו אצל הספק.
5
- 6 בנובמבר: Fireworks עדכנה את Notion שייתכן שגם נתוני לקוחות נחשפו.
5
- 8 בנובמבר: Fireworks אישרה שמערך הנתונים כלל תמלילי שיחות של Notion AI ששימשו את Insights.
8
- 9 בנובמבר: Notion החלה ליצור קשר עם הלקוחות שנפגעו.
15
- 11 בנובמבר: Notion ביטלה מפתחות API חשופים שאותרו בהודעות של משתמשים שנפגעו.
8
לפי דיווחים על תגובת Notion, החברה גם השביתה את Insights והפסיקה להפעיל דרך Fireworks מודלים פתוחים שמשקליהם זמינים להורדה.
10
11 ללקוחות שנפגעו הומלץ להתייחס לסיסמאות, למפתחות API ולפרטי גישה אחרים שהוזנו לעוזר כאילו נחשפו, ולהחליף אותם.
21
חקירה וייחוס המניע
Fireworks שכרה את Unit 42, צוות חקירות הסייבר של Palo Alto Networks, עדכנה את רשויות אכיפת החוק והגבילה חלק מהיכולות שהושפעו.
34 החברה מסרה שלפי הערכתה, התוקפים ביקשו למכור מחדש גישה לא מורשית למודלים דרך שערי ניתוב בלתי חוקיים — שיטה המכונה „LLMJacking”. זו הערכת Fireworks לגבי המניע, ולא זיהוי ודאי של התוקפים.
7
האירוע דרך ספק הענן הוגדר כפריצה השנייה ל־Fireworks באוקטובר, לאחר תקרית קודמת שהחברה זיהתה ב־6 באוקטובר. חשוב להבחין בין השתיים: האירוע המתואר כאן החל אצל ספק צד שלישי, והגישה למכונות הפיתוח של Fireworks תועדה ב־24 באוקטובר.
4
7
מה הפרשה מלמדת על שרשרת האספקה של שירותי AI?
אבטחת המידע של חברה אינה מסתכמת במערכות שהיא מפעילה בעצמה. כששירות AI מעביר מידע לספק חיצוני לצורך עיבוד, גם תשתיות הספק וסביבת הפיתוח שלו הן חלק מתמונת הסיכון. במקרה הזה, לפי הדיווחים, נקודת הכניסה הייתה אצל ספק הענן של Fireworks, ואילו השיחות שנפגעו שימשו תכונה של Notion.
4
8
לארגונים שבוחנים שירותי AI כדאי לברר איזה מידע הספקים וקבלני המשנה שומרים, היכן הוא מעובד, וכמה מהר אפשר לנתק את הגישה במקרה של אירוע. רצוי להימנע מהזנת פרטי גישה רגישים בהנחיות לעוזר; אם ייתכן שסוד כלשהו הופיע בתמליל שנחשף, יש לבטל או להחליף אותו. הפרשה גם ממחישה מדוע חשוב להגביל גישה למערכי נתונים, לפרטי גישה ולמערכות פיתוח רק למה שנחוץ לביצוע המשימה.