הדליפה שחשפה צ'אטים פרטיים של DeepSeek בגוגל – איך זה קרה ומה עושים?

מה נחשף?

השיחות שעלו באינדקס היו רגישות להדהים. עיתונאים עצמאיים מ-Izvestia, RBC ו-Gazeta אימתו שכל אחד יכול לצפות בדיאלוגים מלאים, שכללו:

• מסמכי עבודה ודוחות חשבונאיים
• ניתוחים פיננסיים של מטבעות קריפטו ושוק הזהב
• שיחות אישיות, כולל תלונות על מערכות יחסים ושאלות רפואיות
• שמות קבצים שהוחלפו במהלך הצ'אטים

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

הסיבה: תג noindex חסר

זו לא הייתה פריצה. גוגל פשוט אינדקסה עמודים ציבוריים של 'שיחות משותפות' שמשתמשים בעצמם יצרו באמצעות כפתור ה'שיתוף' של DeepSeek. העמודים היו ציבוריים לחלוטין, אך חסר בהם תג noindex או הגבלות robots.txt נאותות שנועדו למנוע סריקה של מנועי החיפוש .

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

ארבע כשלי אבטחה שאפשרו את ההדלפה

מעבר להיעדר תג noindex, הגילוי של קוניצקי חשף שורה של כשלי עיצוב עמוקים יותר:

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

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

3. היעדר noindex או חסימת סריקה מראש. העמודים המשותפים של DeepSeek הוגשו ללא כותרות נגד-אינדקס סטנדרטיות, שבעתות רגילות משתמשות ברוב שירותי שיתוף המסמכים בענן כמו Google Docs, Notion או Dropbox . מדובר בבקרת אבטחה תפעולית בסיסית שכל פלטפורמה עם שיתוף ציבורי צריכה ליישם.

4. עיצוב לא נוח למשתמש. קל מאוד ללחוץ על 'שתף', אבל קשה מאוד לבטל. כפי שהעיר אנליסט אחד, הבעיה טמונה 'בפער שבין קלות השיתוף לבין הקושי לשלוט בו מאוחר יותר' .

דפוס רחב יותר של דאגות לפרטיות

התקרית הזו לא התרחשה בחלל ריק. DeepSeek התמודדה שוב ושוב עם ביקורת בנושאי פרטיות ואבטחה:

• חוסר שקיפות ועיבוד נתונים אטום. מבקרים ציינו שמדיניות DeepSeek אינה עומדת בדרישות סעיפי GDPR 12–14 לתקשורת פרטיות ברורה .
• זרימת נתונים חוצת גבולות לסין. נתוני משתמשים מאוחסנים בשרתים בסין, ומדיניות הפרטיות של DeepSeek מודה שנתונים אישיים – כולל דוא"ל, מספרי טלפון והיסטוריית צ'אטים – נאספים ומאוחסנים שם .
• דאגות בנוגע לקוד נסתר. מומחים דיווחו שהקוד של DeepSeek כולל יכולות שעלולות לשלוח נתוני משתמשים ישירות לרשויות סיניות, אם כי טענה זו שנויה במחלוקת .
• אזהרות ממשלתיות. כמה ממשלות מערביות סימנו את DeepSeek כסיכון לפרטיות, כשאוסטרליה הייתה מהראשונות להוציא אזהרה רשמית .

המתח המרכזי: מהירות AI לעומת היגיינת אבטחה

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

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

איך להגן על עצמכם?

אם השתמשתם בתכונת השיתוף של DeepSeek, תוכלו לנקוט בצעדים הבאים:

1. בדקו את הקישורים המשותפים שלכם. פתחו כל שיחה שאולי שיתפתם וחפשו אפשרות לניהול קישורים או שיתוף.
2. מחקו את כל הקישורים המשותפים ידנית. אין אפשרות להסרה בכמות גדולה, ולכן יש לעשות זאת אחת אחת .
3. בדקו בגוגל. השתמשו ב-site:chat.deepseek.com כדי לבדוק אם אחת מהשיחות המשותפות שלכם מופיעה בתוצאות החיפוש.
4. הניחו שכל קישור משותף הוא ציבורי. אל תשתפו שיחות המכילות מידע רגיש.

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