שם של אלגוריתם אינו תחליף לראיות על מיקום אחסון הנתונים ועל ההגנה על המפתח.
הצפנת נתונים במנוחה, או Data-at-Rest, מגינה על נתונים שמורים; הצפנה מקצה לקצה מגינה על תוכן ההודעות בין מכשירים מורשים. כדי להעריך את האבטחה של אפליקציית מסרים צריך לבדוק את שני ההיבטים. שם של אלגוריתם או הביטוי „פוסט-קוונטי” אינם מראים כשלעצמם כיצד מוגנים בטלפון מסד הנתונים, מטמון המדיה והקבצים שיוצאו.
גם בפורנזיקה של מכשירים ניידים, „השגת קובץ” אינה זהה ל„קריאת התוכן המוצפן שלו”. התוצאה תלויה בדגם המכשיר, בגרסת מערכת ההפעלה, במצב הנעילה, בסוג הנתונים, במפתחות שניתן להשתמש בהם ובשיטת הבדיקה. אי אפשר לחזות הצלחה או כישלון של חילוץ נתונים בכל הטלפונים רק על סמך שמו של כלי.
שלוש שכבות שאין לבלבל ביניהן
| שכבה | על מה היא מגינה? | השאלה החשובה |
|---|---|---|
| הצפנת הודעות מקצה לקצה | התוכן המועבר בין מכשירים מורשים | בידי מי נמצאים המפתחות וכיצד מאמתים את איש הקשר? |
| הצפנת האחסון במכשיר | הקבצים הנשמרים באחסון | מתי ובאילו הרשאות ניתן להשתמש במפתחות המתאימים? |
| הגנה בתוך האפליקציה ובגיבויים | מסד הנתונים, קבצים שיוצאו או עותקים נפרדים | אילו נתונים מכוסים והיכן נמצא המפתח של כל עותק? |
למשל, תמונה שנשמרה מצ'אט בגלריה כבר אינה כפופה רק למדיניות השמירה של אותה אפליקציית מסרים. גם גיבוי בענן או ייצוא ידני צריך לבדוק בנפרד. המדריך בנושא אבטחת גיבויים של צ'אטים מסביר את ההבדל הזה.
מה המשמעות של BFU ו-AFU?
המונחים האלה מתארים בדרך כלל את מצב המכשיר ביחס לפתיחת הנעילה הראשונה לאחר האתחול:
- BFU או Before First Unlock: מאז הפעלת המכשיר או אתחולו מחדש, המשתמש עדיין לא פתח את הנעילה בפעם הראשונה.
- AFU או After First Unlock: פתיחת הנעילה הראשונה כבר התבצעה; ייתכן שהמכשיר מציג כעת שוב את מסך הנעילה.
שני הסיווגים האלה אינם ציון אבטחה או תוצאה ודאית של בדיקה פורנזית. AFU אינו אומר ש„אפשר לחלץ את כל המפתחות”; גם BFU אינו אומר ש„אין שום נתונים נגישים”.
בהצפנה מבוססת הקבצים של Android, אזור האחסון Credential Encrypted, או CE, נעשה נגיש לאחר שהמשתמש פותח את הנעילה. אזור האחסון Device Encrypted, או DE, יכול לשמש גם לפעולות הנדרשות ב-Direct Boot. מיקום האחסון של כל נתון ומדיניות המפתחות חשובים; לא לכל הקבצים יש אותו מצב גישה.
מדוע ניהול המפתחות חשוב יותר מאזכור השם AES?
הצפנת מסד נתונים מועילה כאשר גם המפתח שלו מוגן כראוי. שמירת קובץ מוצפן לצד מפתח לא מוגן אינה יוצרת את אותו גבול הגנה שיוצר מפתח הקשור לאימות ולחומרה מאובטחת. צריך גם לברר מה מצבם של קבצים זמניים, קבצים מצורפים ויומני האפליקציה.
Android Keystore מאפשר להשתמש במפתחות שאינם ניתנים לייצוא, וחלק מהמפתחות יכולים להסתמך על חומרה מאובטחת. אבל אי-אפשרות לייצא מפתח אינה זהה לאי-אפשרות של תוקף להשתמש בו: לפי התיעוד של Android, תוקף שהשתלט על תהליך האפליקציה עשוי להיות מסוגל להשתמש במפתח גם אם אינו יכול לחלץ את המפתח עצמו.
גם מנגנון נעילה גלוי של האפליקציה אינו מוכיח בהכרח שמסד הנתונים מוצפן במפתח עצמאי. כדי לטעון זאת יש לבדוק את תכנון האחסון, את תנאי האימות ואת הפעולה של אותה גרסה.
מה אפשר להסיק לגבי Livara?
התיעוד של אבטחת Livara ושל מודל האיומים הוא תיאור של תכנון המוצר וגבולותיו מטעם הספק; הוא אינו מחליף בדיקה פורנזית עצמאית.
בפרט, אין לראות בשחזור זהות בפורמט v7 גיבוי של היסטוריית הצ'אט או הוכחה להצפנת מסד הנתונים המקומי. גם תיאור של פרוטוקול מסרים כמו LVR1 אינו מבהיר כשלעצמו באיזה מפתח ובאילו מצבים מוגן כל קובץ בטלפון.
במסגרת המאמר הזה לא בוצעו בדיקות של כלים פורנזיים מסחריים או של מסד הנתונים בגרסה מסוימת של Livara. לכן טענות כמו „שום כלי פורנזי אינו יכול לקרוא את Livara” או „ML-KEM מצפין את כל הקבצים באחסון” אינן מסקנות שניתן לבסס.
אילו ראיות כדאי לבקש כדי להעריך אפליקציית מסרים?
במקום טבלת דירוג ללא בדיקות, חפשו תשובות לשאלות הממוקדות האלה:
- איזו גרסת אפליקציה, איזה דגם מכשיר ואיזו גרסת מערכת הפעלה נבדקו?
- היכן נשמרים בנפרד טקסט ההודעות, הקבצים, התמונות הממוזערות, המטמון והייצוא הידני?
- כיצד נוצר ונשמר המפתח של מסד הנתונים? האם השימוש בו תלוי באימות?
- אילו הבדלים יש במצב נעול, לאחר פתיחת הנעילה ובזמן שהאפליקציה פועלת?
- מה בדיוק כולל הגיבוי ובידי מי נמצאים הסיסמה או מפתח השחזור שלו?
- האם פורסמו דוח עצמאי, שיטת הבדיקה, המגבלות ותאריך הבדיקה?
ללא תשובות לשאלות האלה, המילה „מוצפן” אינה מספיקה להשוואה בין מוצרים. פרסום תיעוד טכני הוא בעל ערך, אך אין להציג אותו כשווה ערך לאימות עצמאי של כל הטענות.
צעדים מעשיים להגנה יומיומית
השתמשו בנעילת מכשיר עם סיסמה מתאימה, התקינו עדכונים למערכת ההפעלה ולאפליקציה והגבילו הצגת טקסט רגיש במסך הנעילה. נהלו במודע עותקים נוספים בגלריה, בתיקיית ההורדות ובגיבויים; עותק מחוץ לאפליקציית המסרים עשוי להיות כפוף למדיניות הגנה אחרת.
בשיחה רגישה חשובה גם רמת האבטחה של מכשיר הצד השני. אם נוזקה יכולה לקרוא את הטקסט לאחר פתיחת האפליקציה, לא מדובר רק בהשגת קובץ מוצפן. המדריך לאבטחת סשנים ב-Android מסביר את הגבול הזה בהרחבה.
שאלות נפוצות
האם העובדה שהטלפון כבוי אומרת שאי אפשר לחלץ מידע?
לא. מצב המכשיר הוא אחד הגורמים, לא הבטחה לתוצאה. צריך לדעת את פרטי החומרה, התוכנה, הנתונים ושיטת הבדיקה.
האם הצפנת הודעות פוסט-קוונטית מבטיחה את אבטחת האחסון?
לא. הגנה על חילופי המפתחות ועל ההודעות אינה מחליפה את התכנון והבדיקה של האחסון המקומי.
האם שחזור חשבון אומר שכל ההודעות יחזרו?
לא בהכרח. שחזור זהות, חיבור מחדש לחשבון ושחזור ההיסטוריה הם שלוש יכולות שונות. לפני החלפת טלפון בדקו מה מכסה הגיבוי של המוצר והגרסה שבהם אתם משתמשים.
