Szyfrowanie całego dysku

Szyfrowanie całego dysku to proces kodowania wszystkich danych użytkownika na urządzeniu z Androidem za pomocą zaszyfrowanego klucza. Gdy urządzenie zostanie zaszyfrowane, wszystkie dane utworzone przez użytkownika będą automatycznie szyfrowane przed zapisaniem na dysku, a wszystkie odczyty będą automatycznie odszyfrowywać dane przed zwróceniem ich do procesu wywołującego.

Szyfrowanie całego dysku zostało wprowadzone w Androidzie 4.4, ale w Androidzie 5.0 pojawiły się te nowe funkcje:

• Szybkie szyfrowanie, które szyfruje tylko używane bloki na partycji danych, aby uniknąć długiego czasu pierwszego uruchomienia. Szybkie szyfrowanie jest obecnie obsługiwane tylko w systemach plików ext4 i f2fs.
• Dodano forceencryptflagę fstab, aby szyfrować przy pierwszym uruchomieniu.
• Dodaliśmy obsługę wzorów i szyfrowania bez hasła.
• Dodano sprzętowe przechowywanie klucza szyfrowania przy użyciu funkcji podpisywania zaufanego środowiska wykonawczego (TEE), np. w TrustZone. Więcej informacji znajdziesz w sekcji Przechowywanie zaszyfrowanego klucza.

Ostrzeżenie: urządzenia, na których przeprowadzono uaktualnienie do Androida 5.0, a następnie zaszyfrowano dane, można przywrócić do stanu bez szyfrowania, przywracając dane fabryczne. Nowych urządzeń z Androidem 5.0, które zostały zaszyfrowane podczas pierwszego uruchomienia, nie można przywrócić do stanu bez szyfrowania.

Jak działa pełne szyfrowanie dysku na Androidzie

Szyfrowanie całego dysku na Androidzie jest oparte na dm-crypt, czyli funkcji jądra, która działa na poziomie urządzenia blokowego. Dlatego szyfrowanie działa z wbudowanymi kartami multimedialnymi ( eMMC) i podobnymi urządzeniami flash, które są rozpoznawane przez jądro jako urządzenia blokowe. Szyfrowanie nie jest możliwe w przypadku systemu YAFFS, który komunikuje się bezpośrednio z nieprzetworzonym układem pamięci flash NAND.

Algorytm szyfrowania to 128-bitowy AES z szyfrowaniem blokowym (CBC) i ESSIV:SHA256. Klucz główny jest szyfrowany za pomocą 128-bitowego algorytmu AES przez wywołania biblioteki OpenSSL. Klucz musi mieć co najmniej 128 bitów (256 bitów jest opcjonalne).

Uwaga: producenci OEM mogą używać 128-bitowego lub dłuższego klucza do szyfrowania klucza głównego.

W Androidzie 5.0 dostępne są 4 rodzaje stanów szyfrowania:

• domyślna
• Kod PIN
• hasło
• wzór

Podczas pierwszego uruchomienia urządzenie tworzy losowo wygenerowany 128-bitowy klucz główny, a następnie haszuje go za pomocą domyślnego hasła i zapisanego saltu. Domyślne hasło to: „default_password”. Wynikowy skrót jest jednak również podpisywany za pomocą zaufanego środowiska wykonawczego (TEE), np. TrustZone, które używa skrótu podpisu do zaszyfrowania klucza głównego.

Domyślne hasło znajdziesz w pliku cryptfs.cpp w projekcie Android Open Source.

Gdy użytkownik ustawi kod PIN lub hasło na urządzeniu, tylko 128-bitowy klucz zostanie ponownie zaszyfrowany i zapisany. (np. zmiany kodu PIN, hasła lub wzoru użytkownika NIE powodują ponownego zaszyfrowania danych użytkownika). Pamiętaj, że urządzenie zarządzane może podlegać ograniczeniom dotyczącym kodu PIN, wzoru lub hasła.

Szyfrowaniem zarządzają init i vold. init wywołuje vold, a vold ustawia właściwości, aby wywoływać zdarzenia w init. Inne części systemu również sprawdzają te właściwości, aby wykonywać zadania takie jak raportowanie stanu, proszenie o hasło czy wyświetlanie prośby o przywrócenie ustawień fabrycznych w przypadku poważnego błędu. Aby wywołać funkcje szyfrowania w vold, system używa narzędzia wiersza poleceń vdc z tymi poleceniami: cryptfs, checkpw, restart, enablecrypto, changepw, cryptocomplete, verifypw, setfield, getfield, mountdefaultencrypted, getpwtype, getpw i clearpw.

Aby zaszyfrować, odszyfrować lub wyczyścić /data, /data nie może być zamontowany. Aby jednak wyświetlić interfejs, platforma musi się uruchomić, a do jej działania wymagany jest /data. Aby rozwiązać ten problem, tymczasowy system plików jest montowany w /data. Dzięki temu Android może w razie potrzeby wyświetlać prośby o podanie haseł, pokazywać postęp lub sugerować wymazanie danych. Ograniczeniem jest to, że aby przełączyć się z tymczasowego systemu plików na prawdziwy system plików /data, system musi zatrzymać wszystkie procesy z otwartymi plikami w tymczasowym systemie plików i ponownie uruchomić te procesy w prawdziwym systemie plików /data. Aby to zrobić, wszystkie usługi muszą należeć do jednej z 3 grup: core, main i late_start.

• core: nigdy nie wyłączaj po uruchomieniu.
• main: wyłącz, a potem ponownie uruchom komputer po wpisaniu hasła do dysku.
• late_start: nie rozpoczyna się, dopóki /data nie zostanie odszyfrowany i zamontowany.

Aby wywołać te działania, właściwość vold.decrypt jest ustawiona na różne ciągi znaków. Aby zatrzymać i ponownie uruchomić usługi, użyj tych poleceń:init

• class_reset: zatrzymuje usługę, ale umożliwia jej ponowne uruchomienie za pomocą polecenia class_start.
• class_start: ponowne uruchomienie usługi.
• class_stop: zatrzymuje usługę i dodaje flagę SVC_DISABLED. Zatrzymane usługi nie odpowiadają na class_start.

Procesy

W przypadku zaszyfrowanego urządzenia dostępne są 4 ścieżki. Urządzenie jest szyfrowane tylko raz, a potem uruchamia się normalnie.

• Szyfrowanie wcześniej niezaszyfrowanego urządzenia:
  • Szyfrowanie nowego urządzenia za pomocą forceencrypt: obowiązkowe szyfrowanie przy pierwszym uruchomieniu (od Androida L).
  • Szyfrowanie istniejącego urządzenia: szyfrowanie inicjowane przez użytkownika (Android K i starsze wersje).
• Uruchamianie zaszyfrowanego urządzenia:
  • Uruchamianie zaszyfrowanego urządzenia bez hasła: uruchamianie zaszyfrowanego urządzenia, które nie ma ustawionego hasła (dotyczy urządzeń z Androidem 5.0 lub nowszym).
  • Uruchamianie zaszyfrowanego urządzenia za pomocą hasła: uruchamianie zaszyfrowanego urządzenia, które ma ustawione hasło.

Oprócz tych procesów urządzenie może też nie zaszyfrować /data. Każdy z tych procesów został szczegółowo opisany poniżej.

Szyfrowanie nowego urządzenia za pomocą polecenia forceencrypt

Jest to normalne pierwsze uruchomienie urządzenia z Androidem 5.0.

1. Wykrywanie niezaszyfrowanego systemu plików za pomocą flagi forceencrypt

   Plik /data nie jest zaszyfrowany, ale powinien być, ponieważ wymaga tego forceencrypt. Odłącz /data.

2. Rozpocznij szyfrowanie/data

   vold.decrypt = "trigger_encryption" wywołuje init.rc, co powoduje, że vold szyfruje /data bez hasła. (Nie ustawiono żadnego, ponieważ powinno to być nowe urządzenie).

3. Montowanie tmpfs

   vold montuje tmpfs /data (używając opcji tmpfs z ro.crypto.tmpfs_options) i ustawia właściwość vold.encrypt_progress na 0. vold przygotowuje tmpfs /data do uruchomienia zaszyfrowanego systemu i ustawia właściwość vold.decrypt na: trigger_restart_min_framework

4. Wyświetlanie platformy, aby pokazać postęp

   Urządzenie nie ma praktycznie żadnych danych do zaszyfrowania, więc pasek postępu nie będzie się często pojawiać, ponieważ szyfrowanie przebiega bardzo szybko. Więcej informacji o interfejsie postępu znajdziesz w artykule Szyfrowanie aktualnie używanego urządzenia.

5. Gdy /data jest zaszyfrowany, usuń platformę

   vold ustawia vold.decrypt na trigger_default_encryption, co uruchamia usługę defaultcrypto. (Spowoduje to rozpoczęcie procesu montowania domyślnych zaszyfrowanych danych użytkownika). trigger_default_encryption sprawdza typ szyfrowania, aby dowiedzieć się, czy /data jest zaszyfrowany z hasłem lub bez niego. Urządzenia z Androidem 5.0 są szyfrowane przy pierwszym uruchomieniu, więc nie powinno być ustawione hasło. Dlatego odszyfrowujemy i montujemy /data.

6. Podłącz /data

   init następnie montuje /data na dysku RAMDisk tmpfs, używając parametrów pobranych z ro.crypto.tmpfs_options, który jest ustawiony w init.rc.

7. Rozpocznij framework

   vold ustawia vold.decrypt na trigger_restart_framework, co kontynuuje zwykły proces uruchamiania.

Szyfrowanie aktualnie używanego urządzenia

Tak się dzieje, gdy zaszyfrujesz niezaszyfrowane urządzenie z Androidem K lub starszym, które zostało przeniesione do wersji L.

Ten proces jest inicjowany przez użytkownika i w kodzie jest określany jako „szyfrowanie w miejscu”. Gdy użytkownik zdecyduje się zaszyfrować urządzenie, interfejs sprawdzi, czy bateria jest w pełni naładowana, a zasilacz jest podłączony, aby zapewnić wystarczającą ilość energii do zakończenia procesu szyfrowania.

Ostrzeżenie: jeśli urządzenie wyłączy się z powodu wyczerpania baterii przed zakończeniem szyfrowania, dane plików pozostaną częściowo zaszyfrowane. Urządzenie musi zostać przywrócone do ustawień fabrycznych, a wszystkie dane zostaną utracone.

Aby włączyć szyfrowanie w miejscu, vold rozpoczyna pętlę odczytującą każdy sektor rzeczywistego urządzenia blokowego, a następnie zapisującą go na urządzeniu blokowym kryptograficznym. vold sprawdza, czy sektor jest używany, zanim go odczyta lub zapisze, co znacznie przyspiesza szyfrowanie na nowym urządzeniu, które zawiera niewiele danych lub nie zawiera ich wcale.

Stan urządzenia: ustaw ro.crypto.state = "unencrypted" i wykonaj wyzwalacz on nonencrypted init, aby kontynuować uruchamianie.

1. Sprawdź hasło

   Interfejs wywołuje vold z poleceniem cryptfs enablecrypto inplace, gdzie passwd to hasło ekranu blokady użytkownika.

2. Usuwanie platformy

   vold sprawdza błędy, zwraca wartość -1, jeśli nie może zaszyfrować, i wyświetla przyczynę w dzienniku. Jeśli może szyfrować, ustawia właściwość vold.decrypt na trigger_shutdown_framework. Spowoduje to zatrzymanie usług init.rc w klasach late_start i main.

3. Tworzenie kryptograficznego stopki
4. Tworzenie pliku ścieżki
5. Uruchom ponownie
6. Wykrywanie pliku menu nawigacyjnego
7. Rozpocznij szyfrowanie/data

   vold konfiguruje mapowanie kryptograficzne, które tworzy wirtualne urządzenie blokowe kryptograficzne mapowane na rzeczywiste urządzenie blokowe, ale szyfruje każdy sektor podczas zapisu i odszyfrowuje każdy sektor podczas odczytu. vold tworzy i zapisuje metadane kryptograficzne.

8. Podczas szyfrowania zamontuj tmpfs

   vold montuje tmpfs /data (używając opcji tmpfs z ro.crypto.tmpfs_options) i ustawia właściwość vold.encrypt_progress na 0. vold przygotowuje tmpfs /data do uruchomienia zaszyfrowanego systemu i ustawia właściwość vold.decrypt na: trigger_restart_min_framework

9. Wyświetlanie platformy, aby pokazać postęp

   trigger_restart_min_framework powoduje, że init.rc rozpoczyna main klasę usług. Gdy platforma wykryje, że wartość parametru vold.encrypt_progress wynosi 0, wyświetli interfejs paska postępu, który co 5 sekund wysyła zapytanie o tę właściwość i aktualizuje pasek postępu. Pętla szyfrowania aktualizuje wartość vold.encrypt_progress za każdym razem, gdy zaszyfruje kolejny procent partycji.

10. Gdy /data jest zaszyfrowany, zaktualizuj stopkę dotyczącą kryptowalut

    Gdy /data zostanie zaszyfrowany, vold wyczyści flagę ENCRYPTION_IN_PROGRESS w metadanych.

    Gdy urządzenie zostanie odblokowane, hasło zostanie użyte do zaszyfrowania klucza głównego, a stopka kryptograficzna zostanie zaktualizowana.

    Jeśli ponowne uruchomienie z jakiegoś powodu się nie powiedzie, vold ustawi właściwość vold.encrypt_progress na error_reboot_failed, a interfejs powinien wyświetlić komunikat z prośbą o naciśnięcie przycisku w celu ponownego uruchomienia. Nie powinno się to nigdy zdarzyć.

Uruchamianie zaszyfrowanego urządzenia z domyślnym szyfrowaniem

Tak się dzieje, gdy uruchamiasz zaszyfrowane urządzenie bez hasła. Urządzenia z Androidem 5.0 są szyfrowane przy pierwszym uruchomieniu, więc nie powinno być ustawionego hasła. Jest to więc domyślny stan szyfrowania.

1. Wykrywanie zaszyfrowanych /data bez hasła

   Wykrywanie, że urządzenie z Androidem jest zaszyfrowane, ponieważ nie można zamontować /data, a jeden z tych flag jest ustawiony: encryptable lub forceencrypt.

   vold ustawia vold.decrypt na trigger_default_encryption, co uruchamia usługę defaultcrypto. trigger_default_encryptionsprawdza typ szyfrowania, aby określić, czy /data jest zaszyfrowany z hasłem czy bez niego.

2. Odszyfruj /data

   Tworzy urządzenie dm-crypt na urządzeniu blokowym, aby urządzenie było gotowe do użycia.

3. Podłącz /data

   vold następnie montuje odszyfrowaną prawdziwą /data partycję i przygotowuje nową partycję. Ustawia właściwość vold.post_fs_data_done na 0, a następnie ustawia vold.decrypt na trigger_post_fs_data. Powoduje to uruchomienie poleceń post-fs-data w init.rc. Tworzą one wszystkie niezbędne katalogi lub linki, a następnie ustawiają wartość vold.post_fs_data_done na 1.

   Gdy vold zobaczy w tej właściwości wartość 1, ustawi właściwość vold.decrypt na: trigger_restart_framework.. Spowoduje to ponowne uruchomienie usług w klasie main przez init.rc, a także uruchomienie usług w klasie late_start po raz pierwszy od uruchomienia.

4. Rozpocznij framework

   Platforma uruchamia teraz wszystkie swoje usługi za pomocą odszyfrowanego /data, a system jest gotowy do użycia.

Uruchamianie zaszyfrowanego urządzenia bez domyślnego szyfrowania

Tak wygląda uruchamianie zaszyfrowanego urządzenia z ustawionym hasłem. Hasło urządzenia może być kodem PIN, wzorem lub hasłem.

1. Wykrywanie zaszyfrowanego urządzenia za pomocą hasła

   wykrywać, że urządzenie z Androidem jest zaszyfrowane, ponieważ flaga ro.crypto.state = "encrypted"

   vold ustawia wartość vold.decrypt na trigger_restart_min_framework, ponieważ /data jest szyfrowany za pomocą hasła.

2. Montowanie tmpfs

   init ustawia 5 właściwości, aby zapisać początkowe opcje montowania podane dla /data z parametrami przekazanymi z init.rc. vold używa tych właściwości do konfigurowania mapowania kryptowalut:

   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-cyfrowa liczba szesnastkowa ASCII poprzedzona ciągiem znaków 0x)
3. Uruchom platformę, aby wyświetlić prośbę o podanie hasła

   Framework uruchamia się i widzi, że vold.decrypt ma wartość trigger_restart_min_framework. Informuje to platformę, że uruchamia się ona na dysku tmpfs /data i musi pobrać hasło użytkownika.

   Najpierw jednak musi się upewnić, że dysk został prawidłowo zaszyfrowany. Wysyła polecenie cryptfs cryptocomplete do vold. vold zwraca 0, jeśli szyfrowanie zostało zakończone, -1 w przypadku błędu wewnętrznego lub -2, jeśli szyfrowanie nie zostało zakończone. vold określa to na podstawie metadanych kryptowaluty, w których szuka flagi CRYPTO_ENCRYPTION_IN_PROGRESS. Jeśli jest ustawiony, oznacza to, że proces szyfrowania został przerwany i na urządzeniu nie ma danych, z których można by korzystać. Jeśli funkcja vold zwróci błąd, interfejs powinien wyświetlić użytkownikowi komunikat z prośbą o ponowne uruchomienie urządzenia i przywrócenie go do ustawień fabrycznych oraz przycisk, który użytkownik może nacisnąć, aby to zrobić.

4. Odszyfrowywanie danych za pomocą hasła

   Gdy cryptfs cryptocomplete się powiedzie, framework wyświetli interfejs z prośbą o podanie hasła do dysku. Interfejs sprawdza hasło, wysyłając polecenie cryptfs checkpw do vold. Jeśli hasło jest prawidłowe (co jest określane przez pomyślne zamontowanie odszyfrowanego urządzenia blokowego /data w tymczasowej lokalizacji, a następnie odmontowanie go), vold zapisuje nazwę odszyfrowanego urządzenia blokowego we właściwości ro.crypto.fs_crypto_blkdev i zwraca do interfejsu stan 0. Jeśli hasło jest nieprawidłowe, zwraca do interfejsu wartość -1.

5. Platforma zatrzymywania

   Interfejs wyświetla grafikę rozruchu kryptograficznego, a następnie wywołuje vold z poleceniem cryptfs restart. vold ustawia właściwość vold.decrypt na trigger_reset_main, co powoduje, że init.rc wykonuje class_reset main. Powoduje to zatrzymanie wszystkich usług w klasie głównej, co umożliwia odmontowanie systemu plików tmpfs /data.

6. Podłącz /data

   vold następnie montuje odszyfrowaną prawdziwą /data partycję i przygotowuje nową partycję (która mogła nigdy nie zostać przygotowana, jeśli została zaszyfrowana za pomocą opcji czyszczenia, która nie jest obsługiwana w pierwszej wersji). Ustawia właściwość vold.post_fs_data_done na 0, a następnie ustawia właściwość vold.decrypt na trigger_post_fs_data. Spowoduje to uruchomienie poleceń post-fs-data w init.rc. Tworzą one wszystkie niezbędne katalogi lub linki, a następnie ustawiają wartość vold.post_fs_data_done na 1. Gdy vold zobaczy w tej właściwości wartość 1, ustawi właściwość vold.decrypt na trigger_restart_framework. Spowoduje to init.rc ponowne uruchomienie usług w klasie main i pierwsze uruchomienie usług w klasie late_start od czasu uruchomienia urządzenia.

7. Rozpocznij pełną platformę

   Teraz platforma uruchamia wszystkie swoje usługi za pomocą odszyfrowanego systemu plików/data, a system jest gotowy do użycia.

Niepowodzenie

Urządzenie, które nie może odszyfrować danych, może działać nieprawidłowo z kilku powodów. Urządzenie rozpoczyna normalną serię czynności związanych z uruchamianiem:

1. Wykrywanie zaszyfrowanego urządzenia za pomocą hasła
2. Podłączanie tmpfs
3. Uruchomienie platformy do wyświetlania prośby o hasło

Po otwarciu ramki urządzenie może napotkać błędy:

• Hasło pasuje, ale nie można odszyfrować danych
• Użytkownik 30 razy wpisuje nieprawidłowe hasło

Jeśli te błędy nie zostaną rozwiązane, poproś użytkownika o przywrócenie ustawień fabrycznych:

Jeśli vold wykryje błąd podczas procesu szyfrowania, a żadne dane nie zostały jeszcze zniszczone i platforma działa, vold ustawia wartość właściwości vold.encrypt_progress na error_not_encrypted. Interfejs użytkownika wyświetla prośbę o ponowne uruchomienie urządzenia i informuje, że proces szyfrowania nigdy się nie rozpoczął. Jeśli błąd wystąpi po zamknięciu struktury, ale przed wyświetleniem interfejsu paska postępu, vold ponownie uruchomi system. Jeśli ponowne uruchomienie się nie powiedzie, ustawia wartość vold.encrypt_progress na error_shutting_down i zwraca –1, ale nie będzie można przechwycić błędu. Nie powinno się to zdarzyć.

Jeśli vold wykryje błąd podczas procesu szyfrowania, ustawi vold.encrypt_progress na error_partially_encrypted i zwróci wartość -1. Interfejs powinien wtedy wyświetlić komunikat o niepowodzeniu szyfrowania i przycisk umożliwiający przywrócenie urządzenia do ustawień fabrycznych.

Przechowywanie zaszyfrowanego klucza

Zaszyfrowany klucz jest przechowywany w metadanych kryptograficznych. Ochrona sprzętowa jest realizowana za pomocą funkcji podpisywania zaufanego środowiska wykonawczego (TEE). Wcześniej klucz główny był szyfrowany za pomocą klucza wygenerowanego przez zastosowanie algorytmu scrypt do hasła użytkownika i przechowywanego saltu. Aby zwiększyć odporność klucza na ataki zewnętrzne, rozszerzamy ten algorytm, podpisując uzyskany klucz za pomocą przechowywanego klucza TEE. Wynikowy podpis jest następnie przekształcany w klucz o odpowiedniej długości przez kolejne zastosowanie funkcji scrypt. Ten klucz jest następnie używany do szyfrowania i odszyfrowywania klucza głównego. Aby zapisać ten klucz:

1. Wygeneruj losowy 16-bajtowy klucz szyfrowania dysku (DEK) i 16-bajtowy sól.
2. Zastosuj algorytm scrypt do hasła użytkownika i soli, aby uzyskać 32-bajtowy klucz pośredni 1 (IK1).
3. Dopełnij IK1 zerami do rozmiaru klucza prywatnego powiązanego ze sprzętem (HBK). W szczególności dodajemy dopełnienie w postaci: 00 || IK1 || 00..00; jeden bajt zerowy, 32 bajty IK1, 223 bajty zerowe.
4. Podpisz uzupełniony IK1 za pomocą HBK, aby uzyskać 256-bajtowy IK2.
5. Zastosuj funkcję scrypt do IK2 i ciągu zaburzającego (tego samego co w kroku 2), aby uzyskać 32-bajtowy klucz IK3.
6. Użyj pierwszych 16 bajtów IK3 jako KEK, a ostatnich 16 bajtów jako IV.
7. Zaszyfruj klucz DEK za pomocą algorytmu AES_CBC z użyciem klucza KEK i wektora inicjującego IV.

Zmień hasło

Gdy użytkownik zdecyduje się zmienić lub usunąć hasło w ustawieniach, interfejs wysyła polecenie cryptfs changepw do vold, a vold ponownie szyfruje główny klucz dysku za pomocą nowego hasła.

Właściwości szyfrowania

Usługi vold i init komunikują się ze sobą, ustawiając właściwości. Oto lista dostępnych właściwości szyfrowania.

Właściwości głośności

właściwości inicjowania

działania inicjowania,

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