תפיסה או פריצה לשרת מסרים: אילו נתונים בסיכון?

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

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

תחילה נגדיר את סוג הגישה

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

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

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

אילו נתונים נראים בשרת לפי התיעוד של Livara?

עמוד האבטחה של Livara, המסומן בגרסה 0.1.68, מפריד בין תוכן שיחות ישירות תחת LVR1 וקבוצות פרטיות תואמות תחת LGS1 לבין מידע תפעולי. אותו עמוד מציין במפורש שקבוצות ישנות שאינן תואמות נשארות מחוץ ל־E2EE; לכן יש לבדוק את מצב השיחה המסוימת.

סוג הנתונים	הגבול המתועד וההשלכה האפשרית
טקסט וקבצים מצורפים בשיחה מוגנת	השרת שומר עותק מוצפן; קריאתו דורשת את המפתח המתאים
מטא־נתונים של תקשורת	מידע כגון המשתתפים, הזמן, הגודל ומצב המסירה נגיש לשירות
חברות בקבוצה	חלק מהמידע ומהסמכויות התפעוליים של השרת
ערוץ ציבורי	התוכן ציבורי וקריא לשרת
חבילת שחזור זהות v7	מוצפנת לפני ההעלאה ודורשת סוד שחזור נפרד
מצב הקלטה אופציונלי בשרת	מובחן ממצב E2EE באמצעות הסימון REC, ואין להניח שהוא מציע פרטיות מקצה לקצה

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

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

עד כמה מטא־נתונים עשויים להיות חשובים?

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

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

איזה סיכון מציבה השליטה בשרת להודעות עתידיות?

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

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

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

מה מוסיפה הגנה פוסט־קוונטית?

תקן NIST FIPS 203 ל־ML-KEM מסייע ביצירת סוד משותף. שימוש נכון בו במבנה היברידי יכול להפחית את הסיכון של מתקפות עתידיות מסוימות על החלפת המפתחות. תכונה זו אינה מחליפה אבטחת מכשיר, שמירה מוגבלת של מטא־נתונים או בקרת גישה לשרת.

גם Proof Lab מדגים רק פעולות מקומיות מסוימות של P-256, HKDF ו־AES-GCM, ומחריג מהניסוי את ההרכב המלא של LVR1/LGS1. הצלחה בו אינה מבטיחה את עמידות המוצר כולו בפני השתלטות על התשתית.

מה לעשות בהערכה או באירוע אמיתי?

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

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