הצפנה של דיסק מלא

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

ב-Android נוספה הצפנת דיסק מלא, אבל היא הושקה ב-Android 5.0. את התכונות החדשות הבאות:

• יצירה של הצפנה מהירה, שמצפינה רק בלוקים בשימוש במחיצה של הנתונים כדי למנוע זמן הפעלה ארוך בפעם הראשונה. נכון לעכשיו, רק מערכות הקבצים ext4 ו-f2fs תומכות בהצפנה מהירה.
• הוספת את forceencrypt סימון fstab להצפנה באתחול הראשון.
• נוספה תמיכה בתבניות ובהצפנה ללא סיסמה.
• נוספה אחסון של מפתח ההצפנה שמבוסס על חומרה באמצעות יכולת החתימה של סביבת מחשוב אמינה (TEE) (למשל ב-TrustZone). מידע נוסף מופיע במאמר אחסון המפתח המוצפן פרטים.

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

איך פועלת הצפנת הדיסק המלאה ב-Android

הצפנת הדיסק המלאה של Android מבוססת על dm-crypt, שהיא תכונה של הליבה שפועלת בשכבת מכשיר הבלוק. לכן, ההצפנה פועלת עם Embedded MultiMediaCard‏ (eMMC) ומכשירי פלאש דומים שמציגים את עצמם לליבה כמכשירי בלוק. אי אפשר להצפין באמצעות YAFFS, שמדבר ישירות אל שבב פלאש NAND.

אלגוריתם ההצפנה הוא תקן הצפנה מתקדם (AES) של 128 ביט עם שרשור של בלוקים מוצפנים (CBC) ו-ESSIV:SHA256. מפתח המאסטר מוצפן באמצעות AES ב-128 ביט דרך קריאות לספריית OpenSSL. עליך להשתמש ב-128 סיביות או יותר עבור את המפתח (כש-256 הוא אופציונלי).

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

בגרסה Android 5.0 קיימים ארבעה סוגים של מצבי הצפנה:

• ברירת מחדל
• קוד אימות
• סיסמה
• קו ביטול נעילה

בהפעלה הראשונה, המכשיר יוצר מפתח מאסטר של 128 ביט שנוצר באופן אקראי ואז הוא מגבב אותו עם סיסמת ברירת מחדל ונתוני salt מאוחסן. סיסמת ברירת המחדל היא: "default_password" עם זאת, על ה-hash שנוצר חותמים גם באמצעות TEE (כמו TrustZone), שבו נעשה שימוש ב-hash של החתימה כדי להצפין את מפתח המאסטר.

הסיסמה שמוגדרת כברירת מחדל מופיעה בקובץ cryptfs.cpp בפרויקט Android Open Source.

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

ההצפנה מנוהלת על ידי init ו-vold. init קורא ל-vold, ו-vold מגדיר מאפיינים להפעלה אירועים באתחול. חלקים אחרים במערכת לבדוק גם את המאפיינים כדי לבצע משימות כמו סטטוס של דיווח, לבקש או בקשה לאיפוס להגדרות המקוריות במקרה של שגיאה חמורה. כדי להפעיל את תכונות ההצפנה ב-vold, המערכת משתמשת בפקודות cryptfs של כלי שורת הפקודה vdc: checkpw,‏ restart,‏ enablecrypto,‏ changepw,‏ cryptocomplete,‏ verifypw,‏ setfield,‏ getfield,‏ mountdefaultencrypted,‏ getpwtype,‏ getpw ו-clearpw.

כדי להצפין, לפענח או לאפס את הנתונים של /data, /data שלא ניתן לטעון. עם זאת, כדי להציג ממשק משתמש כלשהו, צריך להפעיל את המסגרת, והמסגרת דורשת הפעלה של /data. כדי לפתור את הבעיה הזו, מערכת קבצים זמנית מותקנת ב-/data. ההגדרה הזו מאפשרת ל-Android לבקש סיסמאות, להציג את ההתקדמות או להציע נתונים מאפסים לפי הצורך. עם זאת, יש הגבלה: כדי לעבור ממערכת הקבצים הזמנית למערכת הקבצים האמיתית של /data, המערכת צריכה לעצור כל תהליך עם קבצים פתוחים במערכת הקבצים הזמנית ולהפעיל מחדש את התהליכים האלה במערכת הקבצים האמיתית של /data. כדי לעשות זאת, כל השירותים חייב להיות באחת משלוש קבוצות: core, main ו late_start.

• core: לא נכבה אף פעם אחרי ההפעלה.
• main: מכבים את המחשב ומפעילים אותו מחדש אחרי שמזינים את הסיסמה לדיסק.
• late_start: מתחיל רק אחרי הפענוח והטעינה של /data.

כדי להפעיל את הפעולות האלה, המאפיין vold.decrypt מוגדר לערך מחרוזות שונות. כדי להפסיק ולהפעיל מחדש שירותים, הפקודות של init הן:

• class_reset: עצירת שירות, אבל אפשר להפעיל אותו מחדש באמצעות class_start.
• class_start: הפעלה מחדש של שירות.
• class_stop: הפסקת שירות והוספה של דגל SVC_DISABLED. שירותים שהופסקו לא מגיבים ל-class_start.

תהליכים

יש ארבעה תהליכי עבודה במכשיר מוצפן. המכשיר מוצפן פעם אחת בלבד ולאחר מכן מתבצעת רצף אתחול רגיל.

• הצפנת מכשיר שלא היה מוצפן בעבר:
  • הצפנת מכשיר חדש באמצעות forceencrypt: הצפנה חובה במהלך האתחול הראשון (החל מ-Android L).
  • הצפנת מכשיר קיים: הצפנה ביוזמת המשתמש (Android K ודגמים קודמים).
• הפעלה של מכשיר מוצפן:
  • הפעלת מכשיר מוצפן ללא סיסמה: הפעלת מכשיר מוצפן שלא הוגדרה לו סיסמה (רלוונטי למכשירים עם Android מגרסה 5.0 ואילך).
  • הפעלת מכשיר מוצפן באמצעות סיסמה: הפעלת מכשיר מוצפן שהוגדרה לו סיסמה.

בנוסף לתהליכים האלה, המכשיר לא יכול להצפין את /data. בהמשך מוסבר בהרחבה על כל אחד מהתהליכים.

הצפנת מכשיר חדש באמצעות forceencrypt

זוהי הפעלה ראשונה רגילה של מכשיר Android 5.0.

1. זיהוי מערכת קבצים לא מוצפנת באמצעות הדגל forceencrypt

   הקובץ /data לא מוצפן, אבל צריך לבצע אותו כי הפקודה forceencrypt מורה על כך. ביטול הטעינה של /data.

2. התחלת ההצפנה /data

   vold.decrypt = "trigger_encryption" מפעיל את init.rc, שגורם ל-vold להצפין את /data ללא סיסמה. (לא מוגדר אף מכשיר כי זה אמור להיות מכשיר חדש).

3. Mount tmpfs

   vold טוען tmpfs /data (באמצעות אפשרויות tmpfs מ- ro.crypto.tmpfs_options) ומגדיר את המאפיין vold.encrypt_progress כ-0. vold מכין את קוד האימות /data לאתחול מערכת מוצפנת, ומגדיר את נכס vold.decrypt ב: trigger_restart_min_framework

4. הצגת המסגרת כדי להציג את ההתקדמות

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

5. כשהנתונים ב-/data מוצפנים, מסירים את המסגרת

   vold מגדיר את vold.decrypt לערך trigger_default_encryption, שמפעיל את השירות defaultcrypto. (הפעולה הזו תתחיל את התהליך שלמטה לטעינה של נתוני משתמשים מוצפנים כברירת מחדל). trigger_default_encryption בודק את סוג ההצפנה כדי לבדוק אם /data מוצפן עם או בלי סיסמה. מאחר שמכשירי Android 5.0 מוצפנים בהפעלה הראשונה, לא אמורה להיות מוגדרת סיסמה. לכן אנחנו מפענחים ומטעינים את /data.

6. טעינה /data

   לאחר מכן init טוענת את /data ב-RAMDisk של tmpfs פרמטרים שהיא אוספת מ-ro.crypto.tmpfs_options, שמוגדר ב-init.rc.

7. מסגרת התחלה

   vold מגדיר את vold.decrypt לערך trigger_restart_framework, וכך ממשיך תהליך האתחול הרגיל.

הצפנת מכשיר קיים

זה מה שקורה כשאתם מצפינים מכשיר Android K או קודם לכן, לא מוצפן, שהועתק לגרסה L.

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

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

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

מצב המכשיר: מגדירים את ro.crypto.state = "unencrypted" ומפעילים את הטריגר on nonencrypted init כדי להמשיך את האתחול.

1. בדיקת הסיסמה

   ממשק המשתמש מפעיל את הפקודה vold באמצעות הפקודה cryptfs enablecrypto inplace כאשר passwd היא הסיסמה של המשתמש במסך הנעילה.

2. הסרת המסגרת

   הפונקציה vold בודקת אם יש שגיאות, מחזירה 1- אם לא ניתן להצפין אותה, ו מדפיסה סיבה ביומן. אם היא יכולה להצפין, היא מגדירה את המאפיין vold.decrypt אל trigger_shutdown_framework. כתוצאה מכך init.rc להפסיק את השירותים במחלקות late_start ו-main.

3. יצירת כותרת תחתונה של מטבעות וירטואליים
4. יצירת קובץ נתיב ניווט
5. הפעלה מחדש
6. זיהוי קובץ של נתיב ניווט
7. התחלת ההצפנה של /data

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

8. בזמן ההצפנה, צריך לטעון את tmpf

   vold טעון tmpfs /data (באמצעות אפשרויות tmpfs מ-ro.crypto.tmpfs_options) ומגדיר את המאפיין vold.encrypt_progress ל-0. vold מכין את tmpfs /data להפעלת מערכת מוצפנת ומגדיר את המאפיין vold.decrypt ל: trigger_restart_min_framework

9. יוצרים מסגרת כדי להראות את ההתקדמות

   trigger_restart_min_framework גורם ל-init.rc הפעלה של מחלקת השירותים main. כשה-framework רואה הערך של vold.encrypt_progress מוגדר ל-0, וזה מציג את סרגל ההתקדמות ממשק משתמש, ששולח שאילתה לגבי המאפיין הזה כל 5 שניות ומעדכן סרגל התקדמות. לולאת ההצפנה מעדכנת את vold.encrypt_progress בכל פעם שהיא מצפינה אחוז נוסף מהמחיצה.

10. כשהמזהה /data מוצפן, צריך לעדכן את הכותרת התחתונה של ההצפנה

    אם /data מוצפן בהצלחה, vold נמחק הדגל ENCRYPTION_IN_PROGRESS במטא-נתונים.

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

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

הפעלת מכשיר מוצפן עם הצפנת ברירת המחדל

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

1. זיהוי של /data מוצפן ללא סיסמה

   זיהוי של מכשיר Android מוצפן כי לא ניתן לטעון את /data ושהוגדר אחד מהדגלים encryptable או forceencrypt.

   vold מגדיר את vold.decrypt כ trigger_default_encryption, שמתחיל ב- שירות defaultcrypto. trigger_default_encryption בודק את סוג ההצפנה כדי לראות אם /data מוצפן עם סיסמה או בלי סיסמה.

2. פענוח /נתונים

   יצירת המכשיר dm-crypt מעל מכשיר הבלוק, כדי שהמכשיר יהיה מוכן לשימוש.

3. טעינה /נתונים

   vold מחבר את המחיצה האמיתית /data שעברתה פענוח, ואז מכין את המחיצה החדשה. היא מגדירה את המאפיין הערך vold.post_fs_data_done הוא 0 ואז מגדיר את vold.decrypt אל trigger_post_fs_data. בעקבות זאת, init.rc מריץ את הפקודות post-fs-data שלו. הוא יוצר את הספריות הנדרשות או קישורים, ואז מגדירים את vold.post_fs_data_done ל-1.

   ברגע ש-vold רואה את הערך 1 בנכס הזה, הוא מגדיר את הנכס vold.decrypt אל: trigger_restart_framework. תגרום להפעלת השירותים של init.rc בכיתה main וגם להפעיל את השירותים בכיתה late_start בפעם הראשונה הזמן שעבר מאז האתחול.

4. התחלת מסגרת

   עכשיו ה-framework מפעיל את כל השירותים שלה באמצעות /data המפוענח, והמערכת מוכנה לשימוש.

הפעלת מכשיר מוצפן ללא הצפנת ברירת מחדל

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

1. זיהוי מכשיר מוצפן באמצעות סיסמה

   זיהוי של מכשיר Android שהוצפן כי הדגל ro.crypto.state = "encrypted"

   vold מגדיר את vold.decrypt כ trigger_restart_min_framework כי /data שהוצפנו באמצעות סיסמה.

2. Mount tmpfs

   init מגדיר חמישה מאפיינים לשמירת אפשרויות הטעינה הראשוניות נתון עבור /data עם פרמטרים שהועברו מ-init.rc. vold משתמש במאפיינים האלה כדי להגדיר את מיפוי הקריפטו:

   1. ro.crypto.fs_type
   2. ro.crypto.fs_real_blkdev
   3. ro.crypto.fs_mnt_point
   4. ro.crypto.fs_options
   5. ro.crypto.fs_flags (מספר הקסדצימלי בן 8 ספרות של ASCII שלפני 0x)
3. איך להפעיל את ה-framework כדי לבקש סיסמה

   המסגרת מופעלת ומבחינה ש-vold.decrypt מוגדר ל-trigger_restart_min_framework. כך המערכת יודעת שהיא מופעלת בדיסק /data של tmpfs ושצריך לקבל את סיסמת המשתמש.

   עם זאת, קודם כול צריך לוודא שהדיסק הוצפן כראוי. הוא שולח את הפקודה cryptfs cryptocomplete אל vold. הפונקציה vold מחזירה את הערך 0 אם ההצפנה הושלמה, את הערך -1 אם הייתה שגיאה פנימית או את הערך -2 אם ההצפנה לא הושלמה. vold קובע זאת על ידי חיפוש הדגל CRYPTO_ENCRYPTION_IN_PROGRESS במטא-נתונים של הקריפטו. אם הוא מוגדר, תהליך ההצפנה הופסק ואין במכשיר נתונים שאפשר להשתמש בהם. אם הפונקציה vold מחזירה הודעת שגיאה, בממשק המשתמש תוצג הודעה למשתמש על כך שהוא צריך להפעיל מחדש את המכשיר ולאפס אותו להגדרות המקוריות, וגם לחצן שעליו המשתמש צריך ללחוץ כדי לעשות זאת.

4. פענוח נתונים באמצעות סיסמה

   אחרי ביצוע של cryptfs cryptocomplete בהצלחה, ה-framework מציג ממשק משתמש שמבקש את סיסמת הדיסק. ממשק המשתמש בודק את הסיסמה על ידי שולח את הפקודה cryptfs checkpw אל vold. אם הסיסמה נכונה (הדבר נקבע על ידי הרכבת /data המוצפן במיקום זמני והסרת ההרכבה שלו), vold שומר את השם של מכשיר הבלוק המוצפן במאפיין ro.crypto.fs_crypto_blkdev ומחזיר את הסטטוס 0 לממשק המשתמש. אם הסיסמה שגויה, הפונקציה מחזירה -1 לממשק המשתמש.

5. Stop framework

   ממשק המשתמש יוצר גרפיקה של אתחול הצפנה ואז קורא ל-vold באמצעות הפקודה cryptfs restart. המאפיין vold מוגדר vold.decrypt עד trigger_reset_main, וזו הסיבה init.rc כדי לבצע class_reset main. הפעולה הזו תפסיק את כל השירותים במחלקה הראשית, וכך ניתן לנתק את הטעינה של /data ה-tmpf.

6. טעינה של /data

   לאחר מכן vold טוענת את מחיצת /data האמיתית המפוענחת מכינה את המחיצה החדשה (שייתכן שאף פעם לא הייתה מוכנה אם הוא הוצפן באמצעות אפשרות המחיקה, שאינה נתמכת מלכתחילה ). הפונקציה מגדירה את המאפיין vold.post_fs_data_done לערך 0 ואז מגדירה את vold.decrypt לערך trigger_post_fs_data. הדבר גורם init.rc כדי להריץ את פקודות post-fs-data. הם ליצור ספריות או קישורים נחוצות, ואז להגדיר vold.post_fs_data_done ל-1. כשהקוד vold רואה את הערך 1 בנכס הזה, הוא מגדיר את הנכס vold.decrypt לערך trigger_restart_framework. כתוצאה מכך init.rc יופעל שירותים בכיתה main שוב וגם להפעיל שירותים בכיתה late_start בפעם הראשונה מאז האתחול.

7. התחלת המסגרת המלאה

   עכשיו ה-framework מפעיל את כל השירותים שלה באמצעות /data המפוענח והמערכת מוכנה לשימוש.

נכשלה

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

1. זיהוי מכשיר מוצפן עם סיסמה
2. טעינה של tmpfs
3. הפעלת המסגרת להצגת בקשה להזנת סיסמה

אבל אחרי שהמסגרת נפתחת, יכולות להתרחש במכשיר כמה שגיאות:

• הסיסמה תואמת אבל לא ניתן לפענח את הנתונים
• המשתמש מזין סיסמה שגויה 30 פעמים

אם השגיאות האלה לא נפתרו, מבקשים מהמשתמש לאפס את הנתונים להגדרות המקוריות:

אם vold מזהה שגיאה במהלך תהליך ההצפנה, ואם עדיין לא הושמדו נתונים והמסגרת פועלת, vold מגדיר את המאפיין vold.encrypt_progress לערך error_not_encrypted. בממשק המשתמש יוצג למשתמש הודעה עם בקשה להפעיל מחדש את המכשיר והתראה על כך שתהליך ההצפנה לא התחיל. אם השגיאה מתרחשת לאחר שה-framework הוסר, אבל לפני שממשק המשתמש של סרגל ההתקדמות יופעל, המערכת תופעל מחדש על ידי vold. אם ההפעלה מחדש נכשלת, הפונקציה מגדירה את vold.encrypt_progress לערך error_shutting_down ומחזירה את הערך -1, אבל לא תהיה אפשרות לזהות את השגיאה. זה לא אמור לקרות.

אם vold מזהה שגיאה בתהליך ההצפנה, היא מגדירה vold.encrypt_progress עד error_partially_encrypted ומחזירה את הערך 1-. לאחר מכן, ממשק המשתמש אמור להציג הודעה שבה כתוב שההצפנה הפעולה נכשלה ולספק למשתמש לחצן לאיפוס המכשיר להגדרות המקוריות.

אחסון המפתח המוצפן

המפתח המוצפן מאוחסן במטא-נתונים של הקריפטו. כדי להטמיע את התמיכה בחומרה, משתמשים ביכולת החתימה של סביבת המחשוב המאובטחת (TEE). בעבר, הצפנו את מפתח המאסטר באמצעות מפתח שנוצר באמצעות הצפנת scrypt לסיסמה של המשתמש ולנתוני ה-salt המאוחסנים. כדי שהמפתח עמיד מפני התקפות מחוץ לאריזה, אנחנו מרחיבים את האלגוריתם הזה על ידי חתימה על המפתח שמתקבל באמצעות מפתח TEE שמור. לאחר מכן החתימה שמתקבלת הופכת ל באורך של עוד אפליקציה אחת של scrypt. המפתח הזה משמש להצפנה ולפענח את מפתח המאסטר. כדי לאחסן את המפתח הזה:

1. יצירת מפתח להצפנת דיסק (DEK) ורנדום של 16 בייטים ומלח של 16 בייטים.
2. מחילים את scrypt על הסיסמה של המשתמש ועל המלח כדי ליצור מפתח ביניים 1 (IK1) באורך 32 בייטים.
3. הוספת אפסים ל-IK1 עד לגודל של המפתח הפרטי המקושר לחומרה (HBK). באופן ספציפי, אנחנו מוסיפים את הנתונים הבאים: 00 || IK1 || 00..00; בייט אחד של אפס, 32 בייטים של IK1, 223 בייטים של אפס.
4. שלחו IK1 מרופד עם HBK כדי להפיק IK2 של 256 בייט.
5. מחילים scrypt על IK2 ו-salt (אותו המלח כמו בשלב 2) כדי ליצור IK3 32 בייטים.
6. משתמשים ב-16 הבייטים הראשונים של IK3 בתור KEK וב-16 הבייטים האחרונים בתור IV.
7. הצפנת DEK באמצעות AES_CBC, עם מפתח KEK ווקטור אתחול IV.

שינוי הסיסמה

כשמשתמש בוחר לשנות או להסיר את הסיסמה שלו בהגדרות, ממשק המשתמש שולח הפקודה cryptfs changepw אל vold, vold מצפין מחדש את מפתח המאסטר של הדיסק באמצעות הסיסמה החדשה.

מאפייני ההצפנה

vold ו-init מתקשרים ביניהם באמצעות שמגדירים את המאפיינים. בהמשך מופיעה רשימה של מאפיינים זמינים להצפנה.

מאפייני Vold

מאפייני init

התחלת פעולות

on post-fs-data
on nonencrypted
on property:vold.decrypt=trigger_reset_main
on property:vold.decrypt=trigger_post_fs_data
on property:vold.decrypt=trigger_restart_min_framework
on property:vold.decrypt=trigger_restart_framework
on property:vold.decrypt=trigger_shutdown_framework
on property:vold.decrypt=trigger_encryption
on property:vold.decrypt=trigger_default_encryption