דף הבית / בלוג / בינה מלאכותית / פרצות אבטחה ב-AI: גל חדש של איומים על מידע משתמשים
פרצות אבטחה ב-AI: גל חדש של איומים על מידע משתמשים
- בן בכור - Jett Digital - Founder & CEO - ג'ט דיגיטל
שיתוף

למה מערכות AI הפכו ליעד הסייבר המועדף של 2024
בפברואר 2024 חשפה חברת OpenAI פרצה שאפשרה למשתמשים לראות כותרות של שיחות מהיסטוריית ה-Chat של משתמשים אחרים לחלוטין. לא מדובר בתיאוריה, לא בניסוי מבוקר. זה קרה בשירות שמשתמשים בו מאות מיליוני אנשים מדי יום. האירוע הזה לא היה חריג, הוא היה חלק ממגמה.
מערכות AI מרכזות כמויות עצומות של מידע אישי ועסקי, פועלות בקצב פיתוח שמקדים לעיתים קרובות את בדיקות האבטחה, ומשרתות בו-זמנית מיליוני משתמשים על אותה תשתית. שלושת הגורמים האלה יחד יוצרים סביבה שתוקפי סייבר מוצאים בה הזדמנויות שלא היו קיימות בתוכנה מסורתית. לפי דוח של IBM Security משנת 2024, עלות ממוצעת של פרצת נתונים בארגון שמשתמש בכלי AI עלתה ל-4.88 מיליון דולר, עלייה של 10% לעומת השנה הקודמת.
סוגי הפרצות הייחודיות לעולם ה-AI
פרצות אבטחה ב-AI שונות מהותית מהפרצות הקלאסיות. מעבר לחולשות תשתית רגילות, מערכות AI חשופות לקטגוריות תקיפה שלא היו רלוונטיות לפני עידן המודלים הגדולים.
Prompt Injection היא כנראה הסכנה הנפוצה ביותר כרגע. תוקף מחביא הוראות זדוניות בתוך קלט לגיטימי, כמו מסמך שהמשתמש מבקש מה-AI לסכם. המודל מבצע את ההוראות הנסתרות מבלי שאף אחד שם לב. ב-2023 הוכח שניתן לגרום ל-AI Agents לשלוח מידע רגיש לשרתים חיצוניים בדרך זו.
Model Inversion היא טכניקה שבה תוקף שולח שאילתות מתוכננות למודל ומשחזר ממנו נתוני אימון. אם המודל אומן על מידע רפואי, פיננסי, או אישי, חלק מהמידע הזה עשוי "לדלוף" בתשובות. מחקר של אוניברסיטת קורנל הראה שניתן לשחזר כתובות אימייל ומספרי טלפון מתוך GPT-2 בשיטה זו.
- Data Poisoning: הזרקת נתונים מזויפים לשלב האימון כדי לשבש את התנהגות המודל
- Membership Inference: בדיקה האם מידע ספציפי שימש לאימון המודל, מה שחושף פרטיות
- Model Extraction: שכפול מודל קנייני על ידי שאילתות מרובות, גניבת קניין רוחני
- Adversarial Inputs: קלטים שנראים תקינים לאדם אך גורמים למודל לטעות בצורה צפויה ומנוצלת

אירועי הפרצות הגדולים שעיצבו את השיח
מרץ 2023: OpenAI אישרה שבאג בספריית Redis גרם לחשיפת היסטוריית שיחות ופרטי תשלום של כ-1.2% מהמשתמשים הפעילים. הנתונים שנחשפו כללו שמות, כתובות אימייל, כתובות חיוב, וארבע ספרות אחרונות של כרטיסי אשראי. החברה סגרה את השירות לכמה שעות, אבל הנזק לאמון כבר נעשה.
גם Samsung נכנסה לכותרות באותה שנה. עובדים בחטיבת השבבים שיתפו קוד קנייני ופרוטוקולים פנימיים עם ChatGPT בניסיון לייעל עבודה. הנתונים הועלו לשרתי OpenAI ונשמרו שם. Samsung אסרה לאחר מכן שימוש בכלי AI חיצוניים, אבל הנזק הפוטנציאלי לסודות מסחריים כבר קרה. האירוע הזה הפך לדוגמה הקלאסית ל-Shadow AI, שימוש בלתי מורשה בכלי AI על ידי עובדים ללא ידיעת הארגון.
ב-2024 נחשפה פרצה בפלטפורמת Character.AI שחשפה שיחות פרטיות של קטינים. הפרצה הובילה לתביעות משפטיות ולחקירה של ה-FTC. זה לא רק עניין טכני, זה עניין של אחריות חברתית ומשפטית.
מדוע קצב הפיתוח של AI יוצר פערי אבטחה מבניים
אחת הטעויות הנפוצות שאנחנו רואים בשיח על אבטחת AI היא ההנחה שהבעיה היא רק "באגים שצריך לתקן". המציאות מורכבת יותר. חברות AI פועלות תחת לחץ תחרותי עצום לשחרר גרסאות חדשות, ומחזורי הפיתוח שלהן קצרים בצורה שלא מאפשרת בדיקות אבטחה מקיפות.
מודל שפה גדול כמו GPT-4 אומן על מאות מיליארדי פרמטרים. בדיקת אבטחה מלאה של מודל כזה, כולל כל נתיבי ה-Prompt Injection האפשריים, היא משימה שדורשת חודשים. כשהמתחרה משחרר מוצר חדש כל שישה שבועות, הלחץ לקצר את שלב הבדיקות הוא אמיתי ומשמעותי.
בנוסף, מודלים גדולים הם בעצם "קופסאות שחורות" גם לצוותים שבנו אותם. אי אפשר לבדוק מראש כל תגובה אפשרית לכל קלט אפשרי. זה שונה מתוכנה מסורתית שבה ניתן לבדוק נתיבי קוד ספציפיים. הדיון על גבולות הכוח של AI רלוונטי ישירות לשאלת האבטחה, כי מודל חזק יותר הוא גם מודל שקשה יותר לאבטח.

הסיכון הספציפי לעסקים: Shadow AI ודליפת מידע עסקי
סקר של Gartner מ-2024 מצא ש-41% מהעובדים משתמשים בכלי AI ציבוריים לצורכי עבודה ללא אישור מחלקת IT. זה ה-Shadow AI, והוא מייצג את אחד הסיכונים הגדולים ביותר לעסקים כרגע.
תחשבו על תרחיש פשוט: עורך דין מבקש מ-ChatGPT לסכם חוזה עם פרטי לקוח. מנהל מכירות מדביק רשימת לקוחות פוטנציאליים לתוך Gemini כדי לנסח אימייל. רואה חשבון מעלה דוח כספי לניתוח. בכל אחד מהמקרים האלה, מידע רגיש עוזב את הארגון ועולה לשרתים חיצוניים, לרוב ללא הסכם עיבוד נתונים מתאים.
הבעיה מחמירה כשמדובר בנתונים שכפופים לרגולציה. מידע רפואי שכפוף ל-HIPAA, נתוני לקוחות אירופאים שכפופים ל-GDPR, או מידע פיננסי שכפוף ל-SOX. שימוש בכלי AI ציבורי לעיבוד נתונים כאלה עלול להוות הפרת רגולציה גם אם לא הייתה פרצת אבטחה בפועל. כלי אבטחה מתאימים יכולים לסייע בניטור ובלימה של זרימת מידע לא מורשית.
כיצד תוקפים מנצלים את ה-AI עצמו לתקיפות
הפרדוקס המעניין של עידן ה-AI הוא שהטכנולוגיה שנועדה לשפר את חיינו משמשת גם ככלי תקיפה. תוקפים משתמשים ב-AI ליצירת פישינג מתוחכם יותר, לכתיבת קוד זדוני, ולאוטומציה של תקיפות בקנה מידה שלא היה אפשרי קודם.
Spear Phishing מבוסס AI הוא דוגמה בולטת. בעבר, אימייל פישינג היה ניכר בשפה גנרית ובשגיאות כתיב. היום, מודלי שפה יכולים לנסח אימייל מותאם אישית שמתייחס לפרויקטים ספציפיים, לשמות עמיתים, ולסגנון כתיבה של הנמען, כל זאת על בסיס מידע ציבורי מ-LinkedIn ומרשתות חברתיות. שיעורי ההצלחה של תקיפות כאלה גבוהים משמעותית מפישינג מסורתי.
Deepfake Voice ו-Video מוסיפים ממד נוסף. ב-2024 דווח על מקרה בהונג קונג שבו עובד העביר 25 מיליון דולר לאחר שהשתתף בשיחת וידאו עם "מנהל הכספים" של החברה, שהתברר כ-Deepfake. כל המשתתפים בשיחה היו מזויפים.
מה ההבדל בין פלטפורמות AI מבחינת רמת האבטחה
לא כל כלי AI שווה מבחינת הגנת מידע. ההבדלים בין תוכניות ה-Enterprise לתוכניות הצרכניות הם משמעותיים.
| פלטפורמה | תוכנית צרכנית | תוכנית Enterprise | אחסון שיחות |
|---|---|---|---|
| ChatGPT (OpenAI) | שיחות משמשות לאימון | לא משמשות לאימון | 30 יום (ניתן לכיבוי) |
| Gemini (Google) | שיחות נשמרות ל-18 חודש | הגנות GDPR מלאות | תלוי בהגדרות |
| Claude (Anthropic) | שיחות נשמרות 90 יום | Zero data retention אפשרי | ניתן לכיבוי |
| Microsoft Copilot | מוגן חלקית ב-Azure | הגנות M365 מלאות | תלוי ב-tenant |
הנקודה המעשית: עסק שמשתמש בגרסה החינמית של ChatGPT ומעלה אליה מידע עסקי רגיש פועל ללא ההגנות שמציעה תוכנית ה-Enterprise. ההשקעה בתוכנית מתאימה היא לא הוצאה, היא ניהול סיכונים.
צעדי הגנה מעשיים לארגונים ולמשתמשים פרטיים
ניהול סיכוני AI לא חייב להיות מורכב. יש כמה צעדים שכל ארגון יכול ליישם תוך שבועות.
הצעד הראשון הוא מיפוי שימוש. לפני שמגדירים מדיניות, צריך לדעת מה קורה בפועל. אילו כלי AI משתמשים בהם העובדים? לאילו נתונים יש להם גישה? ברוב הארגונים שאנחנו רואים, התשובה מפתיעה את ההנהלה.
הצעד השני הוא מדיניות שימוש ברורה. לא מסמך של 40 עמודים שאף אחד לא קורא, אלא כלל אחד פשוט שכולם מבינים: "אין להעלות לכלי AI חיצוני מידע שלא תפרסם בפומבי." זה מכסה 80% מהסיכונים.
- לבדוק הגדרות פרטיות בכל פלטפורמה ולכבות שמירת היסטוריה כשאפשר
- להשתמש בתוכניות Enterprise כשמדובר בנתונים עסקיים
- לשקול פריסה מקומית (on-premise) של מודלים פתוחים כמו Llama 3 לנתונים רגישים במיוחד
- להכשיר עובדים לזהות Prompt Injection ופישינג מבוסס AI
- לנטר תעבורת רשת לזיהוי שידור נתונים לא מורשה לשירותי AI חיצוניים
למשתמשים פרטיים, הכלל הפשוט ביותר: לא לשתף עם AI ציבורי מידע שלא תשתפו עם זר ברחוב. מספרי תעודת זהות, פרטי בנק, סיסמאות, ומידע רפואי שייכים לקטגוריה הזו.
הרגולציה מנסה להדביק את הפער
ה-EU AI Act, שנכנס לתוקף ב-2024, הוא הניסיון הרגולטורי המקיף ביותר עד כה להסדיר אבטחת AI. הוא מחלק מערכות AI לרמות סיכון ומחייב בדיקות אבטחה, שקיפות, ותיעוד עבור מערכות בסיכון גבוה. מערכות AI שמשמשות לקבלת החלטות אשראי, גיוס עובדים, או ניהול תשתיות קריטיות נכנסות לקטגוריית הסיכון הגבוה.
בארה"ב, ה-Executive Order on AI של ביידן מ-2023 הניח תשתית, אבל האכיפה עדיין מפוצלת בין סוכנויות שונות. ה-FTC, ה-SEC, וה-HHS כולם מפתחים הנחיות משלהם לשימוש ב-AI בתחומים שבאחריותם.
הבעיה היא שהרגולציה תמיד מגיעה אחרי הטכנולוגיה. ה-EU AI Act נכתב כשהמודלים הגדולים ביותר היו GPT-3. היום אנחנו בעולם של GPT-4o, Claude 3.5, ו-Gemini Ultra, עם יכולות שהרגולטורים לא צפו. עדכוני אבטחה שוטפים הם חלק בלתי נפרד מהתמודדות עם הפער הזה.
מה צפוי בשנים הקרובות ואיך להתכונן
AI Agents, מערכות שפועלות באוטונומיה גבוהה ומבצעות פעולות בשם המשתמש, הם הגל הבא. כבר היום יש כלים שיכולים לשלוח אימיילים, לבצע הזמנות, לנהל לוח זמנים, ולגשת למסמכים, כל זאת ללא אישור ידני לכל פעולה. זה נוח, אבל זה גם מרחיב את משטח התקיפה בצורה דרמטית.
כשה-Agent יכול לגשת לאימייל, ליומן, ולמסמכים, פרצה אחת מספיקה כדי לחשוף את כל המידע הזה. Prompt Injection שמכוון ל-Agent יכול לגרום לו לשלוח מסמכים רגישים, לשנות הגדרות, או לבצע פעולות שהמשתמש לא אישר. זה לא תיאוריה, זה כבר הוכח במחקרים של 2024.
ההכנה הטובה ביותר היא לאמץ עכשיו את עקרון ה-Least Privilege גם לכלי AI: לתת לכל כלי גישה רק למה שהוא צריך לצורך המשימה הספציפית, לא גישה כוללת לכל המידע. זה עיקרון שמגיע מעולם אבטחת המידע הקלאסי, אבל הוא רלוונטי יותר מתמיד בעידן ה-AI Agents.


