Jak Android Q poprawia kontrolę prywatności i uprawnień w Androidzie Pie

Penetracja rynku Androida 9 Pie wynosi zaledwie ok błysk na radarze w porównaniu do starszych wersji Androida, ale nie opóźni to planów Google dotyczących wypuszczenia kolejnej wersji Androida, Androida Q. Oczekujemy, że Google zaprezentuje pierwszą wersję deweloperską Androida Q w przyszłym miesiącu, ale wcześniej niż Google ogłosiliśmy, że udało nam się zdobyć wersję Androida Q, która prawdopodobnie jest na dość zaawansowanym etapie rozwoju Google cykl. W naszym pierwszym artykule szczegółowo opisującym zmiany, które pojawią się w następnej wersji deserowej, rozmawialiśmy o nowym interfejsie kontroli uprawnień. Pokazałem jednak tylko kilka zrzutów ekranu ulepszonego systemu zarządzania uprawnieniami, więc chciałem poznać więcej szczegółów. Przeprowadziłem także więcej testów i zebrałem więcej informacji na temat nowych uprawnień w systemie Android Q, funkcji „ról”, nowego instalatora pakietów i nie tylko. Ale najpierw oto krótkie podsumowanie zarządzania uprawnieniami w systemie Android.

Krótka historia zarządzania uprawnieniami w systemie Android

Androida 4.3 Jelly Bean pierwszy wprowadzony szczegółowe zarządzanie uprawnieniami za pomocą funkcji „App Ops”, choć było to ukryte przed użytkownikiem. W Androidzie 4.4 KitKat wprowadzono nawet nowe uprawnienia kontrolowane przez użytkownika w interfejsie App Ops potrzebował dostępu do roota i modułu Xposed aby uzyskać do niego dostęp. Wreszcie w systemie Android 6.0 Marshmallow wprowadzono system uprawnień, który wszyscy znamy, aczkolwiek z ograniczeniami dotyczącymi uprawnień, które można ograniczyć. Starsza funkcja App Ops nadal istnieje w systemie Android, chociaż można uzyskać do niej dostęp wyłącznie za pomocą wiersza poleceń (cmd appops). Niektóre aplikacje w sklepie Google Play skorzystaj z implementacji wiersza poleceń App Ops, aby zapewnić wydajniejszy interfejs zarządzania uprawnieniami. Google nie udostępnia użytkownikom funkcji App Ops, ponieważ użytkownik może nie wiedzieć, co robi, co może skutkować odmową aplikacji niektórych uprawnień, których może ona naprawdę potrzebować do prawidłowego działania. Niestety od czasu wprowadzenia zarządzania uprawnieniami w systemie Android Marshmallow nie zaobserwowaliśmy żadnych większych zmian w tej funkcji — to znaczy do czasu, gdy Android Q.

App Ops w systemie Android 4.3 Jelly Bean

W Androidzie 6.0 Marshmallow zaszły także duże zmiany w sposobie przyznawania niektórych uprawnień aplikacjom. Przed Androidem 6.0 wszystko zdefiniowane uprawnienia w plik manifestu aplikacji przyznawane są po instalacji. Z Androidem 6.0, Google wprowadzono zarządzanie uprawnieniami w czasie wykonywania w przypadku niektórych uprawnień, które uznali za niebezpieczne, takich jak dostęp do pamięci zewnętrznej, dostęp do kamery, dostęp do lokalizacji i inne. Uprawnienia wykonawcze są przyznawane dopiero po zainstalowaniu aplikacji, a użytkownik musi wyraźnie wyrazić zgodę na przyznanie tych uprawnień, dotykając „zezwól” w oknie dialogowym uprawnień, gdy zostanie o to poproszony. Aż do Google’a pęknięty w aplikacjach przeznaczonych dla starszego poziomu interfejsu API twórcy aplikacji mogą ominąć uprawnienia wykonawcze, wybierając interfejs API na poziomie 22 lub niższym (Android Lollipop lub starszy). Android Q ostrzeże użytkowników próbując uruchomić aplikację obsługującą poziom interfejsu API 22 lub niższy, co dodatkowo zachęca programistów do aktualizowania aplikacji, aby uniknąć zawstydzenia przez system operacyjny. Dlatego zanim Android Q trafi na urządzenia, prawie każda aplikacja na urządzeniu użytkownika powinna zostać poddana kontroli zarządzania uprawnieniami wprowadzonej w systemie Android 6.0 lub nowszym. Mając to na uwadze, Google porządkuje kontrolę uprawnień w Androidzie Q, aby ułatwić użytkownikom zarządzanie poziomem dostępu aplikacji na ich urządzeniu.

Łatwiejsze zarządzanie uprawnieniami w systemie Android Q w porównaniu z Androidem Pie

Od Androida 6.0 Marshmallow po Androida 9 Pie istniejące zarządzanie uprawnieniami w czasie wykonywania pozwala użytkownikowi jedynie na zezwolenie lub odmowę aplikacji na określone uprawnienia. W naszym poprzednim artykule zauważyliśmy, że Android Q pozwoli użytkownikowi ograniczyć uprawnienia tylko wtedy, gdy aplikacja jest używana. Ta funkcja wzbudziła entuzjazm wielu osób, ale musimy to wyjaśnić tylko uprawnienia do lokalizacji można ograniczyć do czasu, gdy aplikacja jest używana. Oznacza to, że nie możesz ograniczyć mikrofonu ani kamery tylko wtedy, gdy aplikacja jest używana. Nie powinieneś być tym jednak rozczarowany, ponieważ Android Pie jest już dostępny wprowadzony pewne ograniczenia dotyczące używania w tle kamera I mikrofon wymagając, aby aplikacje działały na pierwszym planie lub korzystały z usługi pierwszego planu. Poza tym Android Q rozszerza to o informowanie użytkownika o tym, kiedy jakakolwiek aplikacja korzysta z mikrofonu, kamery lub uzyskuje dostęp do lokalizacji urządzenia. Jest to widoczne dla użytkownika w postaci ikon na pasku stanu w prawym górnym rogu. Po rozwinięciu paska stanu tekst wyświetlany obok ikon informuje użytkownika, która aplikacja aktualnie korzysta z jednego z tych 3 poufnych uprawnień. Na koniec, jeśli użytkownik dotknie tej ikony, wyświetli się okno dialogowe informujące użytkownika, które aplikacje korzystają z jakich uprawnień. Ponownie dotyczy to tylko uprawnień do kamery, lokalizacji i mikrofonu.

Wygląda na to, że Google zachęca użytkowników do ograniczania dostępu do lokalizacji tylko wtedy, gdy używana jest aplikacja, np przypomnienie w Androidzie Q, gdy użytkownik zezwolił aplikacji na stały dostęp do jego lokalizacji. To przypomnienie ma formę powiadomienia informującego użytkownika, że ​​aplikacja korzysta z jego lokalizacji i że zawsze może to zrobić. Kliknięcie powiadomienia powoduje przejście do strony uprawnień do lokalizacji dla tej aplikacji, umożliwiając użytkownikowi ograniczenie uprawnień do lokalizacji tylko wtedy, gdy aplikacja jest używana. Brawa za to, Google.

Wreszcie w mojej kompilacji interfejs użytkownika ze specjalnymi uprawnieniami dostępu do aplikacji (takimi jak optymalizacja baterii, administrator urządzenia, dostęp do trybu Nie przeszkadzać, dostęp do powiadomień itp.) pozostaje niezmieniony. Jednak do listy dodano nowe specjalne uprawnienie „Dostęp do aplikacji finansowych za pomocą SMS-ów”, chociaż nie jestem pewien, jak to zrobić różni się od uprawnienia „Dostęp do SMS-ów Premium”, którego aplikacje potrzebują do wysyłania wiadomości tekstowych do konta premium liczby. Możliwe, że to nowe uprawnienie jest przeznaczone dla aplikacji bankowych, które korzystają z wiadomości SMS do niektórych transakcji, zgodnie z Nowe zasady Google Play ograniczanie uprawnień do SMS-ów i rejestru połączeń.

Zarządzanie uprawnieniami w Androidzie Q

Oto galeria zrzutów ekranu przedstawiająca nowe zmiany w interfejsie zarządzania uprawnieniami w systemie Android Q. W podpisach każdego obrazu umieściłem szczegółowe opisy każdej strony.

Nadawanie uprawnień w systemie Android Q

Oto zrzuty ekranu przedstawiające zarządzanie uprawnieniami w czasie wykonywania w systemie Android Q. Mówiliśmy już o tym, co pokazują pierwsze dwa zrzuty ekranu, ale trzeci zrzut ekranu to zupełnie nowa funkcja Androida Q, o której wcześniej nie mówiłem. Możliwość umożliwienia użytkownikowi systemu Android kontrolowania uprawnień przed uruchomieniem starszej aplikacji (zdefiniowanej jako poziom interfejsu API docelowej aplikacji < 23) jest już możliwy w systemie Android Pie dzięki właściwa konfiguracja, ale Google w końcu przestawił przełącznik i włączył go w Androidzie Q.

Monitorowanie uprawnień w czasie rzeczywistym w systemie Android Q

Oto zrzuty ekranu pokazujące, jak Android Q ostrzega użytkownika, gdy aplikacja uzyskuje dostęp do jednego z kilku wrażliwych/niebezpiecznych uprawnień, w tym kamery, lokalizacji i mikrofonu.

Nowe ograniczenia dostępu do schowka i dostępu do plików zewnętrznych

Ograniczenia dostępu do schowka w tle

W poprzednim artykule wspomniałem o nowym pozwoleniu w frameworku Androida Q, które sugerowało, że aplikacje niesystemowe działające w tle nie będą już mogły czytać schowka systemowego. Po uruchomieniu Sklepu Google Play zdecydowałem się zainstalować kilka popularnych aplikacji do zarządzania schowkiem, takich jak Menedżer schowka, Kliper, I Stos klipów żeby sprawdzić, czy mam rację. Na dobre i na złe Google blokuje dostęp do schowka w tle w Androidzie Q, as żadna z testowanych przeze mnie aplikacji nie mogła wykryć tekstu skopiowanego do schowka. Potwierdziłem nawet, że te aplikacje mają opcję „READ_CLIPBOARD" pozwolenie, o które prosili, używając następującego polecenia App Ops:

adb shell cmd appops query-op --user 0 READ_CLIPBOARD allow

Na szczęście kopiowanie i wklejanie tekstu do i z dowolnej aplikacji nadal działa, ale aplikacje działające w tle nie mogą już czytać kopiowanego tekstu. Jest zbyt wcześnie, aby powiedzieć, czy ta zmiana zabije aplikacje do zarządzania schowkiem, ponieważ istnieje możliwość, że Google może wprowadzić nowy interfejs API, aby ustawić aplikację jako domyślną procedurę obsługi „menedżera schowka”. Nie widzę jednak żadnych dowodów na to, że dzieje się to w Androidzie Q.

Dostęp do plików w pamięci zewnętrznej

Prawie wszystko na temat tej zmiany opisałem w moim wcześniejszym artykule, ale tutaj jest podsumowanie tego, co Google zmienia w Androidzie Q w odniesieniu do dostępu do plików w pamięci zewnętrznej. Najpierw musimy zdefiniować, co oznacza „pamięć zewnętrzna”. W systemie Android pamięć zewnętrzna to miejsce, w którym przechowywane są wszystkie pliki i foldery widoczne po podłączeniu telefonu do komputera, np. Pobrane, DCIM, Muzyka, Filmy i Zdjęcia. Aplikacje powinny przechowywać tylko pliki w pamięci zewnętrznej, do których inne aplikacje mogą chcieć uzyskać dostęp, takie jak muzyka, obrazy, filmy, dokumenty itp.

Aby aplikacja mogła uzyskać dostęp do plików w pamięci zewnętrznej, musi przechowywać plik ODCZYT_EXTERNAL_STORAGE i/lub ZAPISZ_EXTERNAL_STORAGE uprawnienia, które są uprawnieniami wykonawczymi. Gdy aplikacja uzyska te uprawnienia, nie ma żadnych ograniczeń co do tego, jakie pliki w pamięci zewnętrznej może czytać lub modyfikować. W Androidzie Q Google dzieli te dwa uprawnienia na bardziej szczegółowe uprawnienia, umożliwiając użytkownikowi ograniczenie aplikacji, tak aby mogła ona odczytywać i zapisywać tylko określone typy plików. W szczególności nowe uprawnienia w systemie Android Q pozwolą użytkownikowi ograniczyć aplikację, tak aby mogła ona tylko:

• Przeczytaj lokalizacje z multimediów.
• Odczytuj lub zapisuj pliki muzyczne.
• Odczytuj lub zapisuj zdjęcia/pliki obrazów.
• Odczytuj lub zapisuj pliki wideo.

Aplikacja, której przyznano już uprawnienie READ_EXTERNAL_STORAGE przed aktualizacją użytkownika Android Q automatycznie otrzyma wymienione powyżej uprawnienia do „odczytu”, ale nie do „zapisu” uprawnienia.

Dostęp do lokalizacji w tle

W ubiegłym roku raport z New York Timesa rzuciło światło na powszechność aplikacji śledzących lokalizację użytkowników w celu sprzedaży reklamodawcom. Niewłaściwe śledzenie lokalizacji to problem, o którym Google doskonale wie sami o to oskarżeni. Wprowadzono Androida 8.0 Oreo ograniczenia od tego, jak często aplikacje działające w tle mogą uzyskać dostęp do lokalizacji urządzenia. Żądania lokalizacji z aplikacji działających w tle są mocno ograniczane, więc jeśli aplikacja chce śledzić Twoją lokalizację za pomocą dowolnej aplikacji stopień precyzji, musi ujawnić, że robi to za pomocą widocznej aktywności lub usługi na pierwszym planie i trwałej powiadomienie.

Jednak za każdym razem, gdy Google zmienia sposób działania podstawowych interfejsów API systemu Android, ma to wpływ na programistów, których aplikacje legalnie korzystają z tych interfejsów API zgodnie z przeznaczeniem. Ostatnio zaobserwowaliśmy, że taka sytuacja ma miejsce w przypadku ograniczeń Google Play dotyczących uprawnień do SMS-ów i rejestru połączeń, co skutkuje wieloma problemami popularne aplikacje tracą kluczową funkcjonalność. Ta sama sytuacja miała miejsce, gdy Google ograniczył dostęp do lokalizacji w tle wśród użytkowników popularnych aplikacja do gry w golfanarzekanie że nie mogli już go używać do śledzenia swoich strzałów. Na szczęście Android Q dodaje nową „ACCESS_BACKGROUND_LOCATION„pozwolenie, które po przyznaniu zawsze umożliwia aplikacji dostęp do lokalizacji urządzenia, nawet jeśli aplikacja działa w tle. W ten sposób nowa wersja Androida nie tylko będzie w dalszym ciągu chronić użytkowników przed niepożądanym dostępem do lokalizacji w tle, ale także zapewni użytkownikom mechanizm zezwalania aplikacjom według ich wyboru do monitorowania ich lokalizacji w tle.

Dodanie „Roli” w systemie Android Q

U Daniela praktyczne wideo dla naszych Kanał YouTube TV XDA, być może słyszałeś, jak wspomniał o nowej sekcji „Role” w ustawieniach aplikacji domyślnych (Ustawienia -> Aplikacje i powiadomienia -> Aplikacje domyślne). Jedyne „role” pokazane w filmie dotyczyły przeglądarki, telefonu i wiadomości, co wydawało się zbędne, ponieważ istnieją już domyślne kategorie aplikacji dla przeglądarek, aplikacji na telefon i aplikacji do SMS-ów. Po spędzeniu więcej czasu z Androidem Q na Pixelu 3 XL odkryłem usługę „roli”, dla której mogłem zrzucić stan za pośrednictwem „dumpsys role' Komenda. Po wykonaniu tej czynności znalazłem kilka „ról”, które nie pasują do żadnej z istniejących domyślnych kategorii aplikacji: CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, I PROXY_CALLING_APP. Po zainstalowaniu kilku własnych aplikacji Google udało mi się wyświetlić „aplikację na telefon w trybie samochodowym” i „aplikację do sprawdzania połączeń” na stronach „roli”, jak pokazano poniżej.

Zdekompilowałem nowy systemowy APK odpowiedzialny za interfejs zarządzania uprawnieniami Androida Q, nową aplikację o nazwie „PermissionController” i znalazłem plik role.xml wskazujący, jakie „role” będą działać w następnym systemie Android wersja. Nie mam zamiaru wklejać tutaj całego kodu XML, ale udostępnię fragment jednej z ról, który powinien pomóc Ci zrozumieć, jakie role będą pełnić.

Załóżmy, że wybieram aplikację, która ma pełnić rolę „galerii”. Aby aplikacja wyświetlała się jako prawidłowa aplikacja galerii, musi mieć jeden wymagany komponent: działanie uruchamiane z filtrami akcji i kategorii android.intent.action.MAIN I android.intent.category.APP_GALLERY odpowiednio. Jeśli to prawda i aplikacja otrzyma od użytkownika rolę „galerii”, uprawnienia zostaną automatycznie przyznane aplikacji w zestawie uprawnień „media_visual”, który, jak sądzę, odnosi się do nowych uprawnień audio, wideo i obrazów, które opisałem wcześniej. A właściwie nowy WRITE_MEDIA_VIDEO I WRITE_MEDIA_IMAGES uprawnienia są wyraźnie dozwolone dla aplikacji z rolką „galeria”. Wreszcie aplikacja staje się preferowanym modułem obsługi, gdy inna aplikacja wysyła zamiar wywołania aplikacji galerii.

Zasadniczo każda aplikacja, której przypisano określoną „rolę” i zadeklarowano wymagane komponenty i uprawnienia, automatycznie otrzymuje inne zestawy uprawnień odpowiednie do jej przypadków użycia. W przykładzie, który zamieściłem powyżej, aplikacja posiadająca „rolę” galerii automatycznie otrzymuje uprawnienia dostępu do plików, których potrzebuje do działania. Prawdopodobnie oznacza to, że aplikacja, której użytkownik przyznał rolę galerii, nie będzie musiała pytać użytkownika o pozwolenie na odczyt lub zapis plików graficznych lub wideo.

Sądząc po nazwach, CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, I PROXY_CALLING_APP role pozwolą użytkownikowi wybrać inną aplikację do wybierania numerów podczas jazdy, aplikację do wykonywania różnych funkcji, gdy użytkownik będzie w rozmowy telefonicznej, aplikacja do sprawdzania rozmów telefonicznych zanim użytkownik odbierze oraz aplikacja ułatwiająca wykonywanie połączeń z numerem pośrednim, odpowiednio. Nie wierzymy, że funkcja sprawdzania połączeń jest bezpośrednio powiązana z funkcją Google Pixel Ekran połączenia funkcji, sądząc po tym, co widzieliśmy w AOSP. Jest raczej przeznaczony dla aplikacji, które chcą działać jako odbijacz połączeń spamowych, na przykład filtr połączeń.

Ulepszony instalator pakietu

Domyślny instalator pakietów Androida (aplikacja obsługująca instalację nowych aplikacji) zostanie przeprojektowany. Zamiast pokazywać działanie na pełnym ekranie za każdym razem, gdy chcesz zainstalować nową aplikację, zaktualizowany instalator pakietów w systemie Android Q wyświetla małe okno dialogowe na środku ekranu. Ten interfejs instalatora minipakietów jest używany od dawna na tabletach z Androidem, ale po raz pierwszy widzimy go na smartfonach z Androidem.

W systemie Android Q uruchomienie dowolnej aplikacji obsługującej poziom interfejsu API 22 lub niższy (Android 5.0 Lollipop) spowoduje wyświetlenie ostrzeżenia, że ​​aplikacja jest nieaktualna. Podejrzewam, że to ostrzeżenie wystarczy, aby zniechęcić większość użytkowników do zawracania sobie głowy aplikacjami przeznaczonymi dla wersji Marshmallow starszych niż Android. Połącz to z faktem, że Google będzie wymagać, aby wszystkie aplikacje przesłane do Sklepu Play po sierpniu 2019 r Poziom API 28, możesz zobaczyć, jak programiści posiadający nieaktualne aplikacje są zmuszeni przerobić swoje aplikacje, aby były dostosowane do nowszego interfejsu API poziom. Jak to wszystko ma się do nowego instalatora pakietów? Cóż, ponieważ Android 5.0 Lollipop to ostatni poziom interfejsu API bez obowiązkowych żądań uprawnień wykonawczych w przypadku niektórych wrażliwych uprawnień, ostateczna śmierć aplikacji kierowanych Poziom interfejsu API 22 i niższy oznacza, że ​​Google nie musi już zajmować miejsca w komunikacie instalatora pakietu, aby wyświetlić długą listę uprawnień, na podstawie których aplikacja jest udzielana instalacja.

Prawdopodobnie jednak nie zobaczysz tego uproszczonego instalatora pakietu na wszystkich urządzeniach z Androidem Q. Na przykład Huawei dostosowuje instalator pakietów za pomocą wbudowanego skanera wirusów i złośliwego oprogramowania (coś, czego nienawidzę), a także wbudowany menedżer uprawnień (coś, co uwielbiam). Dlatego EMUI 10 prawdopodobnie pozostanie przy pełnoekranowym instalatorze pakietów, którym wszyscy jesteśmy wykorzystywany do.

Nowe opcje blokowania połączeń

Cecha myśleliśmy, że pojawi się w Androidzie Pie faktycznie trafił do Androida Q, pokazując, jak blisko jesteśmy finalizacji podstawowych funkcji Androida Q. Funkcja, którą wówczas znaleźliśmy, umożliwia blokowanie połączeń z nieznanych, prywatnych, płatnych numerów telefonów lub dowolnych numerów, których nie ma na liście kontaktów. Oto zrzut ekranu funkcji z aplikacji dialera AOSP. Aplikacja Google Phone nie została jeszcze zaktualizowana o tę funkcję, ale zakładamy, że wkrótce ją udostępnimy.

Wszystkie zainstalowane aplikacje pokazują teraz ikony programu uruchamiającego (możliwy błąd?)

Większość aplikacji na Twoim urządzeniu ma ikony uruchamiania, ponieważ mają one stanowić bramy do interfejsu użytkownika. Jednak nie każda aplikacja ma interfejs użytkownika i w takim przypadku programista może zdecydować się nie deklarować działania za pomocą filtrów intencji akcji i kategorii android.intent.action.MAIN I android.intent.category.LAUNCHER odpowiednio. Nie jestem pewien, czy to tylko błąd, ale w Androidzie Q wszystkie aplikacje, nawet te, które próbują ukryć ikony programu uruchamiającego w sposób opisany powyżej, będą wyświetlać ikony w programie uruchamiającym. Przetestowałem to na standardowym programie AOSP Launcher, Pixel Launcher i Nova Launcher na działającym Google Pixel 3 XL wersję Androida Q, która wyciekła, i porównałem ją z Google Pixel 2 XL z najnowszym Androidem 9 Pie zbudować. Kliknięcie jednej z tych ikon powoduje po prostu przejście do strony informacyjnej aplikacji w Ustawieniach.

Jeśli nie jest to tylko błąd, byłby to sposób, w jaki użytkownicy mogliby szybko sprawdzić, czy została zainstalowana nowa aplikacja, nawet jeśli aplikacja ta próbuje się przed nim ukryć.

Kafelek Szybkich ustawień „Czujniki wyłączone”.

Dostępny jest nowy kafelek Szybkich ustawień o nazwie „Wyłączone czujniki”, który nie tylko włącza tryb samolotowy, ale także wyłącza wszystkie odczyty czujników na urządzeniu. Potwierdziłem to instalując DevCheck z XDA Recognized Developer flar2 i porównanie wyników odczytów czujnika z przełącznikiem „czujniki wyłączone” i bez niego. Po włączeniu kafelka „Czujniki wyłączone” urządzenie przestaje wysyłać raporty ze wszystkich czujników na urządzeniu. Nie jestem pewien, czy ten kafelek Szybkich ustawień jest przeznaczony wyłącznie do debugowania dla inżynierów Google, ale byłby to przydatna funkcja dla każdego, kto naprawdę przejmuje się tym, jakie dane na swój temat zbiera urządzenie środowisko.

---

Więcej o Androidzie Q

To wszystko, co związane z prywatnością i uprawnieniami znalazłem do tej pory w Androidzie Q. Bądź na bieżąco z moim ostatnim artykułem opisującym wszystkie mniejsze poprawki interfejsu użytkownika i UX. Śledź nasze Znacznik Androida Q po więcej takich artykułów. Oto link do niektórych artykułów, do których często wracam, a także kilku innych, które moim zdaniem powinieneś przeczytać:

• Ekskluzywnie: wczesna wersja Androida Q ma ogólnosystemowy ciemny motyw, ulepszone uprawnienia, wskazówki dotyczące „trybu pulpitu” i nie tylko
• Wyłącznie: Google pracuje nad funkcją podobną do Face ID dla Androida Q
• Android Q może blokować odczyty ze schowka w tle, lepiej chronić pliki multimedialne, obsługiwać starsze wersje aplikacji i nie tylko
• Android Q może być dostarczany z nowymi nakładkami czcionki, kształtu ikony i koloru akcentującego
• „Dynamiczny Android” może pozwolić programistom przetestować AOSP GSI na dowolnym urządzeniu z Androidem Q
• Tryb ciemny Androida Q: jak kolejny system operacyjny Android firmy Google poradzi sobie z oślepiająco jasnymi motywami