Hogyan javítja az Android Q az adatvédelmet és az engedélyek szabályozását az Android Pie-n

Az Android 9 Pie piaci penetrációja alig a villog a radaron a régebbi Android-verziókhoz képest, de ez nem fogja késleltetni a Google azon terveit, hogy kiadja az Android következő verzióját, az Android Q-t. Arra számítunk, hogy a Google valamikor a jövő hónapban bemutatja az Android Q első fejlesztői előnézetét, de megelőzve a Google-t. Bejelentettük, hogy sikerült a kezünkbe hoznunk egy Android Q buildet, amely valószínűleg még messze van a Google fejlesztésétől ciklus. A következő desszertkiadás változásait részletező első cikkünkben az új engedélykezelési felületről beszéltünk. A megújult jogosultságkezelő rendszerről azonban csak néhány képernyőképet mutattam meg, ezért szerettem volna további részletekkel utánajárni. Több tesztelést is végeztem, és további információkat gyűjtöttem az Android Q új engedélyeiről, a „szerepek” funkcióról, az új csomagtelepítőről és még sok másról. Először azonban íme egy rövid összefoglaló az Android engedélykezeléséről.

Az Android engedélykezelésének rövid története

Android 4.3 Jelly Bean először bemutatták részletes engedélykezelés az „App Ops” funkción keresztül, bár ez rejtve volt a felhasználó elől. Az Android 4.4 KitKat még új, felhasználó által vezérelhető engedélyeket is bevezetett az App Ops felületén, bár Ön root hozzáférésre és Xposed modulra van szükség hozzáférni. Végül az Android 6.0 Marshmallow bevezette azt az engedélyrendszert, amelyet mindannyian ismerünk, bár a korlátozható engedélyek korlátozásával. A régebbi App Ops funkció még mindig létezik Androidon, bár csak parancssoron keresztül érhető el (cmd appops). Bizonyos alkalmazások a Google Play Áruházban használja ki az App Ops parancssori implementációját, hogy hatékonyabb engedélykezelési felületet biztosítson. A Google nem teszi közzé az App Ops-t a felhasználók számára, mivel előfordulhat, hogy a felhasználó nem tudja, mit csinál, ami azt eredményezi, hogy megtagadnak bizonyos engedélyeket az alkalmazástól, amelyre valóban szüksége lehet a megfelelő működéshez. Sajnos az engedélykezelés bevezetése óta az Android Marshmallow-ban nem tapasztaltunk jelentős változást a funkcióban – vagyis egészen az Android Q-ig.

App Ops Android 4.3 Jelly Bean

Az Android 6.0 Marshmallow jelentős változáson ment keresztül az alkalmazásokhoz való bizonyos engedélyek megadásának módjában is. Az Android 6.0 előtt minden engedélyek meghatározottak egy an az alkalmazás jegyzékfájlja telepítéskor adják meg. Android 6.0, Google bevezette a futásidejű engedélykezelést bizonyos engedélyek esetében, amelyeket veszélyesnek ítéltek meg, mint például a külső tárolóhoz való hozzáférés, a kamerákhoz való hozzáférés, a helyhozzáférés stb. A futásidejű engedélyek csak egy alkalmazás telepítése után adhatók meg, és a felhasználónak kifejezetten bele kell járulnia ezeknek az engedélyeknek a megadásához az „engedélyezés” gombra koppintva az engedélyezési párbeszédpanelen, amikor kérik. Egészen a Google-ig letörve a régebbi API-szintet célzó alkalmazásoknál az alkalmazásfejlesztők megkerülhetik a futásidejű engedélyeket a 22-es vagy annál alacsonyabb API-szint megcélzásával (Android Lollipop vagy régebbi). Android Q figyelmezteti a felhasználókat 22-es vagy az alatti API-szintet célzó alkalmazást próbálnak futtatni, ezzel is tovább ösztönözve a fejlesztőket, hogy frissítsék alkalmazásaikat, nehogy az operációs rendszer megszégyenítse őket. Így mire az Android Q eljut az eszközökhöz, a felhasználó eszközén lévő szinte minden alkalmazást alá kell vetni az Android 6.0+-ban bevezetett engedélykezelési vezérlőknek. Ezt szem előtt tartva a Google megtisztítja az Android Q engedélyvezérlőit, hogy megkönnyítse a felhasználók számára annak kezelését, hogy az alkalmazások milyen szintű hozzáféréssel rendelkeznek eszközükön.

Egyszerűbb engedélykezelés az Android Q-ban, mint az Android Pie-ben

Az Android 6.0 Marshmallow-tól az Android 9 Pie-ig a meglévő futásidejű engedélykezelés csak bizonyos engedélyek engedélyezését vagy megtagadását teszi lehetővé egy alkalmazás számára. Korábbi cikkünkben megjegyeztük, hogy az Android Q csak akkor engedélyezi a felhasználónak az engedély korlátozását, ha az alkalmazás használatban van. Ez a funkció sok embert izgatott, de ezt tisztáznunk kell csak a helymeghatározási engedély korlátozható egy alkalmazás használatára. Ez azt jelenti, hogy nem korlátozhatja a mikrofont vagy a kamerát csak az alkalmazás használata közben. Ebben azonban nem kell csalódnia, mivel az Android Pie már bemutatott néhány korlátozás a háttérben történő használatára vonatkozóan kamera és mikrofon megköveteli, hogy az alkalmazások az előtérben legyenek, vagy előtérbeli szolgáltatást használjanak. Ezenkívül az Android Q ezt bővíti felfedni a felhasználót, ha bármely alkalmazás használja a mikrofont, a kamerát vagy hozzáfér az eszköz helyéhez. Ez állapotsor ikonként jelenik meg a felhasználó számára a jobb felső sarokban. Ha az állapotsor ki van bontva, az ikonok mellett megjelenő szöveg tájékoztatja a felhasználót, hogy jelenleg melyik alkalmazás használja a 3 kényes engedély valamelyikét. Végül, ha a felhasználó megérinti ezt az ikont, megjelenik egy párbeszédpanel, amely tájékoztatja a felhasználót, hogy melyik alkalmazás(ok) melyik engedély(eke)t használják. Ez ismét csak a kamera-, hely- és mikrofonengedélyekre vonatkozik.

Úgy tűnik, hogy a Google arra ösztönzi a felhasználókat, hogy a helyhez való hozzáférést csak akkor korlátozzák, amikor egy alkalmazás használatban van, mivel emlékeztető az Android Q rendszerben, amikor a felhasználó engedélyezte egy alkalmazásnak, hogy mindig hozzáférjen a tartózkodási helyéhez. Ez az emlékeztető értesítés formájában érkezik, amely tájékoztatja a felhasználót, hogy egy alkalmazás használta a tartózkodási helyét, és hogy mindig megvan a lehetősége. Az értesítés megérintésével az adott alkalmazás helymeghatározási engedélyezési oldalára jut, így a felhasználó dönthet úgy, hogy korlátozza a helymeghatározási engedélyt, amíg az alkalmazás használatban van. Köszönet érte, Google.

Végül, az általam készített összeállításban a speciális alkalmazás-hozzáférési engedélyek (például akkumulátor-optimalizálás, eszközadminisztráció, Ne zavarjanak hozzáférés, értesítési hozzáférés stb.) felhasználói felülete változatlan. Azonban egy új "Pénzügyi alkalmazások SMS-hozzáférés" speciális engedély került a listára, bár nem tudom, hogyan eltér a "Prémium SMS hozzáférés" engedélytől, amelyre az alkalmazásoknak szöveges üzeneteket kell küldeniük a prémiumnak számok. Lehetséges, hogy ez az új engedély olyan banki alkalmazásokra vonatkozik, amelyek bizonyos tranzakciókhoz SMS-t használnak, összhangban A Google Play új irányelvei az SMS- és hívásnapló-engedélyek korlátozása.

Engedélyek kezelése Android Q-ban

Íme egy képernyőképgaléria, amely bemutatja az Android Q új engedélykezelési felületének változásait. Minden oldal részletes leírását mellékeltem az egyes képek felirataihoz.

Engedélyek megadása Android Q-ban

Itt vannak képernyőképek, amelyek bemutatják az Android Q futásidejű engedélykezelését. Már beszéltünk arról, hogy mit mutat az első két képernyőkép, de a harmadik képernyőkép egy teljesen új Android Q funkció, amelyről korábban nem beszéltem. Az Android Pie azon képessége, hogy lehetővé tegye a felhasználó számára az engedélyek szabályozását egy régebbi alkalmazás futtatása előtt (amely alkalmazáscélzási API-szint < 23), már lehetséges az Android Pie-ben a helyes konfiguráció, de a Google végre átfordította a kapcsolót, és engedélyezte az Android Q-ban.

Az engedélyek valós idejű figyelése Android Q-ban

Íme a képernyőképek, amelyek bemutatják, hogyan figyelmezteti az Android Q a felhasználót, ha egy alkalmazás hozzáfér a számos érzékeny/veszélyes engedély egyikéhez, beleértve a kamerát, a helymeghatározást és a mikrofont.

Új korlátozások a vágólap-hozzáférésre, a külső fájlhozzáférésre

Háttér vágólap hozzáférési korlátozások

Előző cikkemben megjegyeztem egy új engedélyt az Android Q keretrendszerében, amely azt sugallta, hogy a háttérben futó nem rendszeralkalmazások többé nem fogják tudni olvasni a rendszer vágólapját. Miután a Google Play Áruház működni kezd, úgy döntöttem, hogy telepítek néhány népszerű vágólapkezelő alkalmazást, mint pl Vágólapkezelő, Clipper, és Clip Stack hogy teszteljem, igazam van-e. Jóban-rosszban a Google blokkolja a háttérben a vágólaphoz való hozzáférést az Android Q, as rendszerben az általam tesztelt alkalmazások egyike sem képes észlelni a vágólapra másolt szöveget. Még azt is megerősítettem, hogy ezek az alkalmazások rendelkeznek a "READ_CLIPBOARD" engedélyt kértek a következő App Ops paranccsal:

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

Szerencsére a szöveg másolása és beillesztése bármelyik alkalmazásba továbbra is működik, de a háttérben futó alkalmazások már nem tudják elolvasni a másolt szöveget. Túl korai lenne megmondani, hogy ez a változás megöli-e a vágólapkezelő alkalmazásokat, mert fennáll annak a lehetősége, hogy a Google új API-t vezet be, hogy egy alkalmazást alapértelmezett "vágólapkezelő" kezelővé tegye. Azonban nem látok bizonyítékot arra, hogy ez megtörténhetne az Android Q-ban.

Külső tárolófájl hozzáférés

Korábbi cikkemben nagyjából mindent leírtam ezzel a változással kapcsolatban, de íme egy összefoglaló arról, hogy a Google mit változtat az Android Q-ban a külső tárolófájlokhoz való hozzáférés tekintetében. Először is meg kell határoznunk, hogy mit jelent a „külső tárhely”. Az Android rendszerben a külső tároló az a hely, ahol a telefont számítógéphez csatlakoztatva látható összes fájl és mappa (például a Letöltések, DCIM, Zenék, Filmek és Képek) tárolódik. Az alkalmazásoknak csak olyan külső tárhelyen tárolt fájlokat kell tárolniuk, amelyeket más alkalmazások esetleg szeretnének elérni, például zenéket, képeket, videókat, dokumentumokat stb.

Ahhoz, hogy egy alkalmazás hozzáférjen a külső tárolón lévő fájlokhoz, az alkalmazásnak rendelkeznie kell a READ_EXTERNAL_STORAGE és/vagy WRITE_EXTERNAL_STORAGE engedélyek, amelyek mindketten futásidejű engedélyek. Ha egy alkalmazás rendelkezik ezekkel az engedélyekkel, nincs korlátozás arra vonatkozóan, hogy a külső tárolón milyen fájlokat olvashat vagy módosíthat. Az Android Q rendszerben a Google ezt a két engedélyt részletesebb engedélyekre bontja, így a felhasználó korlátozhatja az alkalmazásokat, így az csak bizonyos fájltípusokat tud olvasni vagy írni. Pontosabban, az Android Q új engedélyei lehetővé teszik a felhasználó számára, hogy korlátozza az alkalmazást, így az csak:

• Olvassa el a helyeket a médiáról.
• Zenefájlok olvasása vagy írása.
• Fényképek/képfájlok olvasása vagy írása.
• Videófájlok olvasása vagy írása.

Olyan alkalmazás, amely már megkapta a READ_EXTERNAL_STORAGE engedélyt, mielőtt a felhasználó frissítené Az Android Q automatikusan megkapja a fent felsorolt ​​„olvasási” jogosultságokat, de az „írási” engedélyt nem. engedélyeket.

Hozzáférés a háttérben helyhez

Tavaly egy riport a A New York Times rávilágított a felhasználók tartózkodási helyét nyomon követő alkalmazások elterjedésére, hogy eladják a hirdetőknek. A helytelen helykövetés olyan probléma, amelyről a Google jól tudja, hogy volt magukat vádolják ezzel. Bemutatták az Android 8.0 Oreót korlátozásokat arról, hogy a háttérben futó alkalmazások milyen gyakran férhetnek hozzá az eszköz helyéhez. A háttérben futó alkalmazások helymeghatározási kérelmei erősen le vannak tiltva, így ha egy alkalmazás nyomon akarja követni a tartózkodási helyét a pontosság foka, fel kell fednie, hogy ezt látható tevékenységgel vagy előtérben lévő szolgáltatással és állandó értesítés.

Azonban minden alkalommal, amikor a Google megváltoztatja az alapvető Android API-k működését, ez érinti azokat a fejlesztőket, akiknek az alkalmazásai jogszerűen használták ezeket az API-kat a rendeltetésüknek megfelelően. Ezt a közelmúltban láthattuk a Google Play SMS- és hívásnapló-engedélyekre vonatkozó korlátozásaival, aminek eredményeként sok a népszerű alkalmazások elvesztik kulcsfontosságú funkcióikat. Ugyanez a helyzet történt, amikor a Google korlátozta a háttérben történő helyhozzáférést egy népszerű felhasználó felhasználóival golf alkalmazáspanaszkodva hogy már nem tudták használni a lövéseik nyomon követésére. Szerencsére az Android Q egy új "ACCESS_BACKGROUND_LOCATION" engedély, amely megadása esetén mindig lehetővé teszi az alkalmazás számára, hogy hozzáférjen az eszköz helyéhez, még akkor is, ha az alkalmazás a háttérben fut. Így az új Android-verzió nemcsak továbbra is megvédi a felhasználókat a nem kívánt háttér-hozzáféréstől, hanem egy mechanizmust is biztosít a felhasználók számára, hogy engedélyezzék az alkalmazásokat. az általuk választott hogy a háttérben figyeljék a helyzetüket.

A „szerepek” hozzáadása az Android Q-ban

Danielnél gyakorlati videó a miénkért XDA TV YouTube csatorna, valószínűleg hallotta, hogy megemlített egy új „Szerepek” részt az Alapértelmezett alkalmazások beállításainál (Beállítások --> Alkalmazások és értesítések --> Alapértelmezett alkalmazások). A videóban csak a Böngésző, a Telefon és az Üzenetkezelés „szerepei” voltak láthatók, amelyek feleslegesnek tűntek, mivel már léteznek alapértelmezett alkalmazáskategóriák a böngészőhöz, a telefonos alkalmazásokhoz és az SMS-alkalmazásokhoz. Miután több időt töltöttem az Android Q-val a Pixel 3 XL-en, felfedeztem egy „szerepkör” szolgáltatást, amelynek állapotát a „dumpsys role’ parancsot. Ezt követően számos „szerepet” találtam, amelyek nem felelnek meg a már létező alapértelmezett alkalmazáskategóriák egyikének sem: CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, és PROXY_CALLING_APP. A Google néhány saját alkalmazásának telepítése után sikerült elérnem, hogy az „Autó üzemmódú telefonalkalmazás” és a „Hívásszűrő alkalmazás” megjelenjen a „szerepek” oldalakon, az alábbiak szerint.

Visszafejtettem az Android Q engedélykezelő felületéért felelős új rendszer-APK-t, egy új alkalmazást „PermissionController”, és talált egy roles.xml fájlt, amely utal arra, hogy a „roles” mit fog tenni a következő Androidban változat. Nem fogom ide beilleszteni a teljes XML-t, de megosztok egy részletet az egyik szerepből, amely segít megérteni, hogy a szerepek mit fognak tenni.

Tegyük fel, hogy kiválasztok egy alkalmazást a „galéria” szerepkörhöz. Ahhoz, hogy egy alkalmazás érvényes galériaalkalmazásként jelenjen meg, rendelkeznie kell egy szükséges összetevővel: egy tevékenységgel, amely a művelet és a kategória szándékszűrőkkel indul. android.intent.action.MAIN és android.intent.category.APP_GALLERY illetőleg. Ha ez igaz, és az alkalmazás a „galéria” szerepet kapja a felhasználótól, akkor az alkalmazás automatikusan engedélyeket kap. a "media_visual" engedélykészletben, ami szerintem az általam leírt új hang-, videó- ​​és képengedélyre vonatkozik korábban. Valójában az új WRITE_MEDIA_VIDEO és WRITE_MEDIA_IMAGES engedélyek kifejezetten engedélyezettek a "galéria" tekercset tartalmazó alkalmazásokhoz. Végül az alkalmazás preferált kezelővé válik, amikor egy másik alkalmazás egy galériaalkalmazás meghívására irányuló szándékot küld.

Alapvetően minden alkalmazás, amely egy bizonyos „szerepet” kapott, és rendelkezik a szükséges összetevőkkel és engedélyekkel, automatikusan megkapja a használati eseteihez kapcsolódó egyéb engedélykészleteket. A fent közzétett példában a galéria "szerepkörrel" rendelkező alkalmazás automatikusan engedélyt kap a fájlhozzáféréssel kapcsolatos, működéséhez szükséges engedélykészletekre. Ez feltehetően azt jelenti, hogy a felhasználó által galériai szerepkörrel rendelkező alkalmazásnak nem kell engedélyt kérnie a felhasználótól kép- vagy videofájlok olvasásához vagy írásához.

A nevek alapján ítélve a CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, és PROXY_CALLING_APP A szerepkörök lehetővé teszik a felhasználó számára, hogy egy másik tárcsázó alkalmazást válasszon vezetés közben, egy olyan alkalmazást, amely különféle funkciókat hajt végre, miközben a felhasználó egy telefonhívás, egy alkalmazás a telefonhívások kiszűrésére, mielőtt a felhasználó felveszi, és egy alkalmazás, amely megkönnyíti a közvetítő számmal történő hívást, illetőleg. Nem hisszük, hogy a hívásszűrési szerep közvetlenül kapcsolódik a Google Pixelhez Call Screen az AOSP-ben látottak alapján. Inkább olyan alkalmazások számára készült, amelyek a spam hívások visszautasítójaként, például hívásszűrőként szeretnének működni.

Megújult csomagtelepítő

Az Android alapértelmezett csomagtelepítője (az új alkalmazások telepítését kezelő alkalmazás) újratervezés alatt áll. Ahelyett, hogy egy teljes képernyős tevékenységet jelenítene meg, amikor új alkalmazást szeretne telepíteni, az Android Q frissített csomagtelepítője egy kis párbeszédpanelt jelenít meg a képernyő közepén. Ezt a mini csomagtelepítő felhasználói felületet már régóta használják Android táblagépeken, de most először látjuk Android okostelefonokon.

Az Android Q rendszerben a 22-es vagy annál alacsonyabb API-szintet célzó alkalmazás (Android 5.0 Lollipop) futtatásakor figyelmeztetés jelenik meg, hogy az alkalmazás elavult. Gyanítom, hogy ez a figyelmeztetés elegendő ahhoz, hogy a legtöbb felhasználót visszatartsa attól, hogy az Android Marshmallow előtti verzióit célzó alkalmazásokkal foglalkozzon. Párosítsa ezt azzal a ténnyel, hogy a Google megköveteli, hogy a Play Áruházba 2019 augusztusa után beküldött alkalmazások megcélozzák A 28-as API-szinten láthatja, hogy az elavult alkalmazásokkal rendelkező fejlesztők hogyan kénytelenek átdolgozni alkalmazásaikat, hogy egy újabb API-t célozzanak meg szint. Hogyan kapcsolódik mindez az új csomagtelepítőhöz? Nos, mivel az Android 5.0 Lollipop az utolsó API-szint, amelyen nincs kötelező futásidejű engedélykérés bizonyos érzékeny engedélyekhez, az alkalmazások célzása végül megszűnik A 22-es és az alatti API-szint azt jelenti, hogy a Google-nak többé nem kell helyet hagynia a csomagtelepítő üzenetben, hogy megjelenítse az alkalmazás számára biztosított engedélyek hosszú listáját. telepítés.

Valószínűleg azonban nem fogja látni ezt az egyszerűsített csomagtelepítőt minden Android Q-eszközön. A Huawei például testreszabja a csomagtelepítőt egy beépített vírus- és rosszindulatú programkeresővel (amit utálok), valamint beépített engedélykezelő (amit szeretek.) Az EMUI 10 ezért valószínűleg ragaszkodik a teljes képernyős csomagtelepítőhöz szokott.

Új hívásblokkolási lehetőségek

Egy funkció azt hittük, hogy az Android Pie-ben érkezik valójában bekerült az Android Q-ba, megmutatva, milyen közel állunk az Android Q alapfunkcióinak véglegesítéséhez. Az akkoriban talált funkció lehetővé tette, hogy blokkolja az ismeretlen, privát, fizetős telefonszámokról érkező hívásokat, illetve a névjegyzékében nem szereplő számokat. Íme egy képernyőkép az AOSP tárcsázó alkalmazás funkciójáról. A Google Phone alkalmazás még nem frissült ezzel a funkcióval, de feltételezzük, hogy hamarosan megkapja.

Az összes telepített alkalmazás most az indítóikonokat mutatja (lehetséges hiba?)

Eszközén a legtöbb alkalmazás rendelkezik indítóikonokkal, mert átjáróként szolgálnak a felhasználói felületükhöz. Azonban nem minden alkalmazás rendelkezik felhasználói felülettel, ebben az esetben a fejlesztő dönthet úgy, hogy nem deklarál egy tevékenységet a művelet- és kategória-intent szűrőkkel. android.intent.action.MAIN és android.intent.category.LAUNCHER illetőleg. Nem vagyok benne biztos, hogy ez csak egy hiba, de az Android Q-ban minden alkalmazás, még azok is, amelyek megpróbálják elrejteni az indítóikonokat a fent leírt módon, megjeleníti az ikonokat az indítóban. Ezt a készlet AOSP Launcher, Pixel Launcher és Nova Launcher segítségével teszteltem egy Google Pixel 3 XL-en. a kiszivárgott Android Q buildet, és összehasonlította a legújabb Android 9 Pie-t futtató Google Pixel 2 XL-lel épít. Ha megérinti az egyik ikont, egyszerűen az adott alkalmazás információs oldalára jut a Beállításokban.

Ha ez nem csak egy hiba, akkor ez egy módja annak, hogy a felhasználók gyorsan megtudják, ha új alkalmazást telepítettek, még akkor is, ha az alkalmazás megpróbálja elrejteni magát a felhasználó elől.

"Érzékelők kikapcsolva" Gyorsbeállítások csempe

Van egy új Gyorsbeállítások csempe, az úgynevezett "érzékelők kikapcsolása", amely nem csak a repülőgép üzemmódot kapcsolja be, hanem azt is letiltja az összes érzékelő leolvasását a készüléken. Ezt a telepítéssel megerősítettem DevCheck az XDA Recognized Developer flar2-től, és összehasonlítja az érzékelők leolvasásának kimenetét a „érzékelők kikapcsolása” kapcsolóval és anélkül. Ha az „érzékelők kikapcsolva” csempe be van kapcsolva, az eszköz leállítja az eszköz összes érzékelőjének jelentését. Nem vagyok benne biztos, hogy ez a gyorsbeállítási csempe csak a Google mérnökeinek való-e hibakeresésre, de ez egy hasznos funkció mindazok számára, akik valóban aggódnak amiatt, hogy milyen adatokat gyűjt a készülékükről környezet.

---

További információ az Android Q-ról

Ez minden adatvédelemmel és engedélyekkel kapcsolatos dolog, amit eddig találtam az Android Q-ban. Maradjon velünk az utolsó cikkemről, amely az összes kisebb UI- és UX-javítást tartalmazza. Kövesd a mi Android Q címke még több ehhez hasonló cikkért. Íme egy link néhány olyan cikkhez, amelyekre gyakrabban hivatkoztam, valamint néhány másikra, amelyeket szerintem érdemes elolvasni:

• Exkluzív: A korai Android Q build rendszerszintű sötét témát, engedély-javítást, „asztali módra” vonatkozó tippeket és még sok mást tartalmaz.
• Exkluzív: A Google egy Face ID-szerű funkción dolgozik Android Q-hoz
• Az Android Q blokkolhatja a háttérben történő vágólapolvasást, jobban védheti médiafájljait, támogathatja az alkalmazások leminősítését stb.
• Az Android Q új betűtípussal, ikonformával és kiemelő színfedővel szállítható
• A „Dinamikus Android” lehetővé teheti a fejlesztők számára az AOSP GSI tesztelését bármely Android Q eszközön
• Android Q sötét üzemmódja: Hogyan kezeli a Google következő Android operációs rendszere a vakítóan világos témákat