מפתח חזק אינו בהכרח המפתח הנכון; אימות זהות איש הקשר הוא חלק מאבטחת השיחה.
הצפנת הודעות צריכה גם להגן על התוכן וגם להבהיר לאיזה חשבון באמת שייך המפתח של הצד השני. אם היישום מקבל את המפתח הראשוני מהשרת, חשוב לאמת את המפתח הזה: הצפנה עבור מפתח של תוקף אינה יוצרת תקשורת מאובטחת עם איש הקשר שהתכוונתם אליו.
אין פירוש הדבר שכל שרת שנפרץ יכול לקרוא מיד את כל ההודעות הקודמות. התוצאה תלויה בפרוטוקול, במפתחות שאומתו בעבר, בהתראות על שינוי זהות ובמנגנוני שקיפות מפתחות.
מהי בעיית האמון ביצירת הקשר הראשונה?
כדי להתחיל שיחה עם איש קשר שאינו מחובר, שירות מסרים יכול לשמור בשרת חבילה של המפתחות הציבוריים שלו. חתימה על מפתח מקדים מסייעת לבדוק את הקשר שלו למפתח הזהות; אבל גם את מפתח הזהות עצמו צריך לקשור לאיש הקשר המיועד.
מפרט X3DH של Signal מסביר את מודל התקשורת האסינכרונית הזה ואת הנחות האימות שלו. אין לקרוא למסמך הזה מפרט LVR1: שימוש ברעיונות דומים אינו אומר ששני הפרוטוקולים זהים.
כיצד החלפת מפתח יוצרת סיכון?
בדוגמה פשוטה, תוקף מציג מפתח שבשליטתו במקום המפתח של החשבון של ״אליס״. אם המכשיר מקבל אותו ללא בדיקה מספקת, הודעה חדשה עלולה להיות מוצפנת עבור התוקף. האפשרות לבצע את המתקפה ולגלות אותה תלויה בפרטי המערכת; הטענה שהיא ״תמיד מתבצעת בשקט וללא התראה״ אינה מדויקת.
מפתח חזק אינו בהכרח המפתח הנכון. AES או אלגוריתם פוסט־קוונטי אינם מאמתים כשלעצמם את הזהות האנושית של בעל החשבון.
מה בודק מספר בטיחות?
טביעת אצבע או מספר בטיחות הם ייצוג מקוצר של מידע המפתחות של השיחה. השוואתם בדרך שבה אתם סומכים על זהות הצד השני מסייעת לוודא ששני המכשירים מסכימים על מפתחות התקשורת. הבדיקה אינה מוכיחה שהטלפון נקי מנוזקה או שהאדם בצד השני לעולם לא יפיץ את ההודעה מחדש.
גם המדריך הרשמי של Signal מבהיר שמספר בטיחות לבדו אינו מאמת את זהותו של אדם. שינוי שלו עשוי לנבוע מהחלפת מכשיר או מהתקנה מחדש; שינוי בלתי צפוי דורש בדיקה, לא מסקנה מיידית שהתרחשה פריצה.
דרך מעשית לבדיקה לפני הודעה רגישה
- פתחו את מסך מידע האבטחה של השיחה בשני המכשירים.
- צרו קשר עם האדם שאתם מכירים, פנים אל פנים או בערוץ עצמאי ומהימן.
- השוו את מלוא המספר או קוד ה־QR לאימות השיחה בהתאם להוראות היישום; כמה ספרות ראשונות אינן מספיקות.
- אם מצאתם אי־התאמה, הפסיקו לשלוח מידע רגיש ובררו את הסיבה בערוץ עצמאי.
- לאחר שינוי מפתח או מכשיר, בדקו שוב את מצב האימות.
שליחת תמונה של המספר באותה שיחה שזהותה מוטלת בספק אינה מספקת בדיקה עצמאית. גם שיחה קולית אינה מספיקה נגד התחזות אם אתם מסתמכים רק על הדמיון בקול; השתמשו במספר או בערוץ קשר שכבר היו מהימנים קודם לכן.
במה שונה שקיפות מפתחות?
שקיפות מפתחות, או Key Transparency, יכולה לחשוף אי־עקביות במיפוי בין חשבונות למפתחות ולהפחית את התלות בהשוואה ידנית. Signal הסבירה את היכולת ואת מגבלות הזמינות שלה בהצגת אימות המפתחות האוטומטי באוגוסט 2026. גם המנגנון הזה אינו מוכיח לבדו שהאדם השולט בחשבון הוא האדם שהתכוונתם אליו.
לכן האמירה ״השוואה ידנית היא השיטה היחידה הזמינה בכל שירותי המסרים״ אינה עדכנית. בדקו כל יכולת בגרסה ובתנאים של אותו מוצר; אל תייחסו לשירות מסרים אחד יכולות של שירות אחר.
על מה אפשר להסתמך ב־Livara?
התיעוד של Livara ממליץ להשוות טביעות אצבע באמצעות ערוץ אחר. בשיחה רגישה, התייחסו לשלב הזה בנפרד משמות האלגוריתמים. מאמר זה אינו טוען שב־Livara קיימת מערכת שקיפות מפתחות דומה לזו של Signal או שקיימים עבורה ממצאים של ביקורת עצמאית.
שאלות נפוצות
האם אימות מוצלח אומר שאין שום מתקפה אפשרית?
לא. התוצאה תלויה במצב האבטחה של המכשירים, בשיטת ההשוואה ובהנחות הפרוטוקול. נוזקה או נמען שמעתיק תוכן נמצאים מחוץ לסוגיית החלפת המפתח.
האם צריך למחוק את החשבון בכל פעם שהמפתח משתנה?
לא. תחילה בררו עם איש הקשר את סיבת השינוי בערוץ מהימן. בינתיים אל תשלחו מידע רגיש.
האם הבדיקה הזו מאבטחת מחדש הודעות קודמות?
לא. אימות היום אינו מבטל חשיפה אפשרית שהתרחשה בעבר. לפני תחילת תקשורת רגישה, עדיף לבצע את הבדיקה לפני השליחה.
