Jak hasło Gmaila jest przechowywane w Androidzie - i gdzie?

Rozejrzałem się i nie znalazłem informacji o tym, w jaki sposób Android przechowuje hasła na urządzeniu. Zwłaszcza hasła do Gmaila. Chcę się dowiedzieć, jak Android szyfruje i przechowuje hasła? Jakiego klucza używa i gdzie jest przechowywany ten klucz oraz jakiego algorytmu szyfrowania używa.

Oficjalna aplikacja Gmaila nie przechowuje hasła na twoim urządzeniu. Twoje hasło jest w 100% bezpieczne, jeśli korzystasz z tej aplikacji.

Oto jak to działa: hasło jest używane tylko przez serwery uwierzytelniające Google. Po pierwszym udanym uwierzytelnieniu plik Auth Tokenjest pobierany na urządzenie, które jest przechowywane w accounts.dbpliku jako zwykły tekst. Przy wszystkich kolejnych logowaniach Auth Tokenjest to używane, a NIE oryginalne hasło.
Tak więc, jeśli twoje urządzenie zostanie skradzione, wszystko, co każdy może uzyskać, to Auth Tokenstaje się nieważne po zmianie hasła. Będziesz więc absolutnie dowodzony.
Aby uzyskać najwyższe bezpieczeństwo, zalecamy włączenie 2-Factor Authenticationi utworzenie Device Specific Passwordurządzenia. Po utracie urządzenia wystarczy go wyłączyć. Nie musisz nawet zmieniać głównego hasła.

Uwaga: to wszystko nie jest prawdą, jeśli używasz zewnętrznych aplikacji e-mail do Gmaila. Podstawowa aplikacja e-mail, poczta K-9 itp. Protokół IMAP lub POP wymaga oryginalnego hasła do uwierzytelnienia użytkowników za każdym razem. Tak więc proste hasło musi być dostępne w aplikacji e-mail przed wysłaniem go na serwer. Dlatego większość aplikacji pocztowych przechowuje hasła w postaci zwykłego tekstu (haszowanie / szyfrowanie jest bezużyteczne, ponieważ klucz haszujący / szyfrujący musi być przechowywany lokalnie). W takim przypadku zalecam włączenie 2-Factor Authenticationi utworzenie Device Specific Passwordurządzenia. Po utracie urządzenia wystarczy go wyłączyć.

Aktualizacja: Z
technicznego punktu widzenia możliwe jest lokalne przechowywanie haseł w postaci zaszyfrowanej / mieszanej bez lokalnego przechowywania klucza szyfrowania / klucza mieszającego w postaci zwykłego tekstu. Dzięki @JFSebastian za wskazanie tego. Niestety taka implementacja dla Androida nie jest jeszcze dostępna. Począwszy od ICS, Android zapewnia KeyChain API, za pomocą którego aplikacja może przechowywać hasło lokalnie w bezpiecznej formie. Aplikacje korzystające z KeyChain API są rzadkie, ale używa ich standardowa aplikacja e-mailowa (dzięki @wawa za tę informację). Twoje hasło będzie więc bezpieczne w podstawowej aplikacji e-mail, dopóki ekran będzie zablokowany. Pamiętaj, że KeyChain nie jest bezpieczny, jeśli urządzenie jest zrootowane i nie jest dostępne na urządzeniach wcześniejszych niż ICS.

Hasła Androida używane we wbudowanej aplikacji Email są przechowywane jako zwykły tekst w bazie danych SQLite. Jest to sprzeczne z aplikacją Gmaila , która korzysta z tokenów uwierzytelniania zgodnie z opisem w odpowiedzi Sachina Sekhara .

W przypadku Jelly Bean lokalizacja bazy danych to:

/data/system/users/0/accounts.db

^{Powyższa lokalizacja różni się w zależności od wersji Androida}

Ta lokalizacja na niezrootowanym urządzeniu jest chroniona i chroniona przez system operacyjny.
Na zrootowanych urządzeniach użytkownicy już technicznie złamali swoje zabezpieczenia, a nawet gdyby nie był to zwykły tekst, odszyfrowanie byłoby trywialne, ponieważ klucz musi istnieć gdzieś na urządzeniu, aby to zrobić.

Członek zespołu programistów Androida opublikował wyjaśnienie, które do dziś obowiązuje:

Teraz w odniesieniu do tej szczególnej troski. Pierwszą rzeczą do wyjaśnienia jest to, że aplikacja e-mail obsługuje cztery protokoły - POP3, IMAP, SMTP i Exchange ActiveSync - i z nielicznymi, bardzo ograniczonymi wyjątkami, wszystkie te są starszymi protokołami, które wymagają od klienta przedstawienia hasła do serwera na każdym połączeniu. Te protokoły wymagają od nas przechowywania hasła tak długo, jak długo chcesz korzystać z konta na urządzeniu. Nowsze protokoły tego nie robią - dlatego niektóre artykuły kontrastują na przykład z Gmailem. Nowsze protokoły pozwalają klientowi jednorazowo użyć hasła do wygenerowania tokena, zapisania tokena i odrzucenia hasła.

Zachęcam do zapoznania się z artykułem, do którego prowadzi komentarz nr 38 , który jest dobrze napisany i zawiera wiele informacji. Zapewnia to bardzo dobre tło różnic między „zaciemniającymi” hasłami i czyniącymi je „bezpiecznymi”. Zwykłe zasłanianie hasła (np. Base64) lub szyfrowanie go kluczem przechowywanym w innym miejscu nie zwiększy bezpieczeństwa Twojego hasła ani danych. Atakujący nadal będzie mógł go odzyskać.

(W szczególności zgłoszono pewne twierdzenia, że ​​niektóre inne klienty poczty e-mail nie przechowują hasła w postaci jawnego tekstu. Nawet jeśli jest to prawda, nie oznacza to, że hasło jest bezpieczniejsze. Prosty test: czy można uruchomić urządzenie i zacznie otrzymywać wiadomości e-mail na skonfigurowanych kontach, a następnie hasła nie będą naprawdę bezpieczne. Są zaciemnione lub zaszyfrowane innym kluczem przechowywanym w innym miejscu).

Dodatkowo, ponieważ wydaje się, że ten problem przeszkadza wielu użytkownikom Androida, możesz również śledzić tę dyskusję w Slashdot - dane hasła do Androida przechowywane jako zwykły tekst .