Wie Android Q die Datenschutz- und Berechtigungskontrollen gegenüber Android Pie verbessert

Die Marktdurchdringung von Android 9 Pie ist kaum ein Fleck auf dem Radar im Vergleich zu älteren Android-Versionen, aber das wird Googles Pläne zur Veröffentlichung der nächsten Android-Version, Android Q, nicht verzögern. Wir gehen davon aus, dass Google irgendwann im nächsten Monat die erste Entwicklervorschau von Android Q veröffentlichen wird, allerdings vor der von Google Ankündigung: Wir haben es geschafft, einen Android Q-Build in die Hände zu bekommen, der wahrscheinlich ziemlich weit in der Entwicklung von Google ist Zyklus. In unserem ersten Artikel über die Änderungen, die mit der nächsten Dessert-Version einhergehen, haben wir über die neue Schnittstelle zur Berechtigungssteuerung gesprochen. Allerdings habe ich nur ein paar Screenshots des überarbeiteten Berechtigungsverwaltungssystems gezeigt, daher wollte ich im Anschluss weitere Details veröffentlichen. Ich habe außerdem weitere Tests durchgeführt und weitere Informationen zu den neuen Berechtigungen in Android Q, der Funktion „Rollen“, dem neuen Paketinstallationsprogramm und vielem mehr gesammelt. Aber zunächst einmal eine kurze Zusammenfassung der Berechtigungsverwaltung in Android.

Eine kurze Geschichte der Berechtigungsverwaltung in Android

Android 4.3 Jelly Bean erstmals vorgestellt granulare Berechtigungsverwaltung über die „App Ops“-Funktion, die dem Benutzer jedoch verborgen blieb. Mit Android 4.4 KitKat wurden sogar neue, vom Benutzer steuerbare Berechtigungen in der App Ops-Benutzeroberfläche eingeführt benötigte Root-Zugriff und ein Xposed-Modul um darauf zuzugreifen. Schließlich wurde mit Android 6.0 Marshmallow das uns allen bekannte Berechtigungssystem eingeführt, allerdings mit Einschränkungen hinsichtlich der Berechtigungen, die Sie einschränken können. Die ältere App Ops-Funktion ist in Android immer noch vorhanden, kann jedoch nur über die Befehlszeile aufgerufen werden (cmd appops). Bestimmte Anwendungen im Google Play Store nutzen Sie die Befehlszeilenimplementierung von App Ops, um eine leistungsfähigere Benutzeroberfläche für die Berechtigungsverwaltung bereitzustellen. Google stellt App Ops den Benutzern nicht zur Verfügung, da die Benutzer möglicherweise nicht wissen, was sie tun, was dazu führt, dass sie einer App einige Berechtigungen verweigern, die sie möglicherweise wirklich benötigt, um ordnungsgemäß zu funktionieren. Leider haben wir seit der Einführung der Berechtigungsverwaltung in Android Marshmallow keine größeren Änderungen an der Funktion gesehen – also bis Android Q.

App Ops in Android 4.3 Jelly Bean

Mit Android 6.0 Marshmallow gab es auch eine wesentliche Änderung bei der Art und Weise, wie Anwendungen bestimmte Berechtigungen gewährt werden. Vor Android 6.0, alle Berechtigungen definiert in einem (n Manifestdatei der App werden bei der Installation gewährt. Mit Android 6.0, Google Einführung der Laufzeitberechtigungsverwaltung für bestimmte Berechtigungen, die sie als gefährlich erachteten, wie z. B. externen Speicherzugriff, Kamerazugriff, Standortzugriff und mehr. Laufzeitberechtigungen werden erst nach der Installation einer App gewährt, und der Benutzer muss der Erteilung dieser Berechtigungen ausdrücklich zustimmen, indem er bei Aufforderung in einem Berechtigungsdialogfeld auf „Zulassen“ tippt. Bis Google durchgegriffen Bei Apps, die auf eine ältere API-Ebene abzielen, könnten App-Entwickler Laufzeitberechtigungen umgehen, indem sie auf API-Ebene 22 oder niedriger abzielen (Android Lollipop oder älter). Android Q wird Benutzer warnen Versuchen, eine App auszuführen, die auf API-Level 22 oder niedriger abzielt, was Entwicklern einen weiteren Anreiz gibt, ihre Apps zu aktualisieren, um nicht vom Betriebssystem beschämt zu werden. Bis Android Q auf die Geräte gelangt, sollte daher nahezu jede App auf dem Gerät eines Benutzers den in Android 6.0+ eingeführten Berechtigungsverwaltungskontrollen unterliegen. Vor diesem Hintergrund bereinigt Google die Berechtigungskontrollen in Android Q, um Benutzern die Verwaltung der Zugriffsebene von Apps auf ihrem Gerät zu erleichtern.

Einfachere Berechtigungsverwaltung in Android Q im Vergleich zu Android Pie

Von Android 6.0 Marshmallow bis Android 9 Pie ermöglicht die bestehende Laufzeitberechtigungsverwaltung dem Benutzer nur, einer App bestimmte Berechtigungen zu gewähren oder zu verweigern. Wir haben in unserem vorherigen Artikel darauf hingewiesen, dass Android Q es dem Benutzer nur erlaubt, eine Berechtigung einzuschränken, während die App verwendet wird. Diese Funktion hat viele Leute begeistert, aber das müssen wir klarstellen Lediglich die Standortberechtigung kann auf die Nutzung einer App beschränkt werden. Das bedeutet, dass Sie das Mikrofon oder die Kamera nicht nur einschränken können, während die App verwendet wird. Davon sollten Sie jedoch nicht enttäuscht sein, da Android Pie bereits vorhanden ist eingeführt einige Einschränkungen bei der Hintergrundnutzung des Kamera Und Mikrofon indem Apps im Vordergrund sein oder einen Vordergrunddienst verwenden müssen. Darüber hinaus erweitert Android Q dies um Dem Benutzer wird mitgeteilt, wann eine App das Mikrofon oder die Kamera verwendet oder auf den Standort des Geräts zugreift. Dies wird dem Benutzer als Statusleistensymbole in der oberen rechten Ecke angezeigt. Wenn die Statusleiste erweitert wird, informiert der neben den Symbolen angezeigte Text den Benutzer darüber, welche App derzeit eine dieser drei vertraulichen Berechtigungen verwendet. Wenn der Benutzer schließlich auf dieses Symbol tippt, wird ein Dialog angezeigt, der dem Benutzer mitteilt, welche App(s) welche Berechtigung(en) verwenden. Dies gilt wiederum nur für die Kamera-, Standort- und Mikrofonberechtigungen.

Google scheint Nutzer dazu zu ermutigen, den Standortzugriff nur dann einzuschränken, wenn eine App verwendet wird, wie sie es bereits getan haben Erinnerung in Android Q, wenn der Benutzer einer App erlaubt hat, immer auf seinen Standort zuzugreifen. Diese Erinnerung erfolgt in Form einer Benachrichtigung, die dem Benutzer mitteilt, dass eine App seinen Standort verwendet hat und dass dies jederzeit möglich ist. Wenn Sie auf die Benachrichtigung tippen, gelangen Sie zur Standortberechtigungsseite für diese App, auf der der Benutzer die Standortberechtigung nur dann einschränken kann, wenn diese App verwendet wird. Ein großes Lob dafür, Google.

Schließlich ist in dem Build, den ich habe, die Benutzeroberfläche für die speziellen App-Zugriffsberechtigungen (wie Akkuoptimierung, Geräteverwaltung, „Bitte nicht stören“-Zugriff, Benachrichtigungszugriff usw.) unverändert. Allerdings wurde der Liste eine neue Sonderberechtigung „Finanz-Apps-SMS-Zugriff“ hinzugefügt, obwohl ich mir nicht sicher bin, wie Sie unterscheidet sich von der Berechtigung „Premium-SMS-Zugriff“, die Apps benötigen, um Textnachrichten an Premium zu senden Zahlen. Möglicherweise ist diese neue Berechtigung für Banking-Apps gedacht, die SMS für bestimmte Transaktionen verwenden Die neuen Richtlinien von Google Play Einschränkung der SMS- und Anrufprotokollberechtigungen.

Verwalten von Berechtigungen in Android Q

Hier ist eine Screenshot-Galerie, die die neuen Änderungen an der Benutzeroberfläche für die Berechtigungsverwaltung in Android Q zeigt. Ich habe detaillierte Beschreibungen jeder Seite in die Bildunterschriften eingefügt.

Erteilen von Berechtigungen in Android Q

Hier sind Screenshots, die die Laufzeitberechtigungsverwaltung in Android Q zeigen. Wir haben bereits darüber gesprochen, was die ersten beiden Screenshots zeigen, aber der dritte Screenshot ist eine völlig neue Android Q-Funktion, die ich vorher noch nicht besprochen habe. Die Möglichkeit für Android, dem Benutzer die Steuerung von Berechtigungen zu ermöglichen, bevor er eine Legacy-App ausführt (definiert als eine App mit einem API-Level < 23), ist in Android Pie bereits möglich richtige Konfiguration, aber Google hat endlich den Schalter umgelegt und ihn in Android Q aktiviert.

Echtzeitüberwachung von Berechtigungen in Android Q

Hier sind Screenshots, die zeigen, wie Android Q den Benutzer benachrichtigt, wenn eine App auf eine von mehreren sensiblen/gefährlichen Berechtigungen zugreift, einschließlich Kamera, Standort und Mikrofon.

Neue Einschränkungen für den Zugriff auf die Zwischenablage und den Zugriff auf externe Dateien

Zugriffsbeschränkungen für die Hintergrund-Zwischenablage

In meinem vorherigen Artikel habe ich auf eine neue Berechtigung im Android Q-Framework hingewiesen, die darauf hindeutet, dass Nicht-System-Apps, die im Hintergrund ausgeführt werden, die System-Zwischenablage nicht mehr lesen können. Nachdem wir den Google Play Store zum Laufen gebracht hatten, beschloss ich, ein paar beliebte Zwischenablage-Manager-Apps wie zu installieren Zwischenablage-Manager, Clipper, Und Clip-Stapel um zu testen, ob ich recht hatte. Im Guten wie im Schlechten blockiert Google den Zugriff auf die Zwischenablage im Hintergrund in Android Q, as Keine der von mir getesteten Apps konnte den Text erkennen, den ich in die Zwischenablage kopiert habe. Ich habe sogar bestätigt, dass diese Apps über das „READ_CLIPBOARD„Berechtigung, die sie mit dem folgenden App Ops-Befehl angefordert haben:

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

Glücklicherweise funktioniert das Kopieren und Einfügen von Text in und aus jeder App weiterhin, aber Apps, die im Hintergrund ausgeführt werden, können den kopierten Text nicht mehr lesen. Es ist noch zu früh, um zu sagen, ob diese Änderung die Zwischenablage-Manager-Apps töten wird, da die Möglichkeit besteht, dass Google eine neue API einführt, um eine App zu einem Standard-„Zwischenablage-Manager“-Handler zu machen. Ich sehe jedoch keine Hinweise darauf, dass dies in Android Q geschieht.

Zugriff auf externe Speicherdateien

Ich habe in meinem früheren Artikel so ziemlich alles über diese Änderung behandelt, aber hier ist eine Zusammenfassung dessen, was Google in Android Q in Bezug auf den Zugriff auf externe Speicherdateien ändert. Zunächst müssen wir definieren, was „externer Speicher“ bedeutet. In Android ist der externe Speicher der Ort, an dem alle Dateien und Ordner gespeichert sind, die Sie sehen können, wenn Sie Ihr Telefon an einen Computer anschließen, z. B. Downloads, DCIM, Musik, Filme und Bilder. Apps sollen nur Dateien im externen Speicher speichern, auf die andere Apps möglicherweise zugreifen möchten, z. B. Musik, Bilder, Videos, Dokumente usw.

Damit eine App auf Dateien im externen Speicher zugreifen kann, muss die App über die Datei verfügen READ_EXTERNAL_STORAGE und/oder WRITE_EXTERNAL_STORAGE Berechtigungen, die beide Laufzeitberechtigungen sind. Sobald eine App über diese Berechtigungen verfügt, gibt es keine Einschränkungen hinsichtlich der Dateien im externen Speicher, die sie lesen oder ändern kann. In Android Q unterteilt Google diese beiden Berechtigungen in detailliertere Berechtigungen, sodass der Benutzer eine App so einschränken kann, dass sie nur bestimmte Dateitypen lesen oder schreiben kann. Insbesondere ermöglichen die neuen Berechtigungen in Android Q dem Benutzer, eine App so einzuschränken, dass sie nur Folgendes tun kann:

• Lesen Sie die Standorte aus Ihren Medien.
• Musikdateien lesen oder schreiben.
• Fotos/Bilddateien lesen oder schreiben.
• Videodateien lesen oder schreiben.

Eine App, der bereits vor dem Upgrade durch den Benutzer die Berechtigung READ_EXTERNAL_STORAGE erteilt wurde Android Q erhält automatisch die oben aufgeführten „Lese“-Berechtigungen, nicht jedoch die „Schreib“-Berechtigungen. Berechtigungen.

Hintergrundstandortzugriff

Letztes Jahr ein Bericht von Die New York Times warf ein Licht auf die Verbreitung von Apps, die die Standorte von Benutzern verfolgen, um sie an Werbetreibende zu verkaufen. Unsachgemäße Standortverfolgung ist ein Problem, dessen sich Google durchaus bewusst ist selbst dafür verantwortlich gemacht. Android 8.0 Oreo eingeführt Einschränkungen darüber, wie oft im Hintergrund ausgeführte Apps auf den Standort eines Geräts zugreifen können. Standortanfragen von Apps, die im Hintergrund ausgeführt werden, werden stark gedrosselt, sodass eine App Ihren Standort mit einer anderen App verfolgen möchte Um ein hohes Maß an Präzision zu erzielen, muss offengelegt werden, dass dies mit einer sichtbaren Aktivität oder einem Vordergrunddienst und einem dauerhaften Dienst geschieht Benachrichtigung.

Jedes Mal, wenn Google jedoch die Funktionsweise der zentralen Android-APIs ändert, sind Entwickler betroffen, deren Apps diese APIs rechtmäßig wie vorgesehen verwendet haben. Wir haben kürzlich gesehen, dass sich dies mit den Einschränkungen von Google Play für SMS- und Anrufprotokoll-Berechtigungen abspielt, was zu vielen führt Beliebte Apps verlieren wichtige Funktionen. Die gleiche Situation ereignete sich, als Google den Zugriff auf den Standort im Hintergrund einschränkte, wobei Nutzer einen beliebten Standort nutzten Golf-Appbeschweren dass sie es nicht mehr zur Verfolgung ihrer Schüsse verwenden konnten. Glücklicherweise fügt Android Q ein neues „ACCESS_BACKGROUND_LOCATION„Berechtigung, die, wenn sie gewährt wird, einer App immer den Zugriff auf den Standort eines Geräts ermöglicht, auch wenn die App im Hintergrund ausgeführt wird. Somit wird die neue Android-Version nicht nur weiterhin Benutzer vor unerwünschten Hintergrundzugriffen auf den Standort schützen, sondern auch einen Mechanismus bereitstellen, mit dem Benutzer Apps zulassen können ihrer Wahl um ihren Standort im Hintergrund zu überwachen.

Das Hinzufügen von „Rollen“ in Android Q

Bei Daniel praktisches Video für unser XDA TV YouTube-Kanal, Sie haben vielleicht gehört, wie er einen neuen Abschnitt „Rollen“ in den Standard-Apps-Einstellungen erwähnt hat (Einstellungen -> Apps & Benachrichtigungen -> Standard-Apps). Die einzigen „Rollen“, die im Video gezeigt wurden, waren für Browser, Telefon und Messaging, was überflüssig erschien, da es bereits Standard-App-Kategorien für Browser, Telefon-Apps und SMS-Apps gibt. Nachdem ich etwas mehr Zeit mit Android Q auf dem Pixel 3 XL verbracht hatte, entdeckte ich einen „Rollen“-Dienst, für den ich den Status über „dumpsys role' Befehl. Danach habe ich mehrere „Rollen“ gefunden, die keiner der bereits vorhandenen Standard-App-Kategorien entsprechen: CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, Und PROXY_CALLING_APP. Nach der Installation einiger Erstanbieteranwendungen von Google gelang es mir, die „Automodus-Telefon-App“ und die „Anrufüberwachungs-App“ auf den „Rollen“-Seiten anzuzeigen, wie unten gezeigt.

Ich habe die neue System-APK dekompiliert, die für die Berechtigungsverwaltungsschnittstelle von Android Q verantwortlich ist, eine neue App namens „PermissionController“ und habe eine Datei „roles.xml“ gefunden, die Hinweise darauf gibt, was „Rollen“ im nächsten Android tun werden Ausführung. Ich werde hier nicht das gesamte XML einfügen, aber ich werde einen Ausschnitt einer der Rollen teilen, der Ihnen helfen soll, zu verstehen, welche Rolle sie bewirken.

Nehmen wir an, ich wähle eine App aus, die die Rolle „Galerie“ übernehmen soll. Damit eine App als gültige Galerie-App angezeigt wird, muss sie über eine erforderliche Komponente verfügen: eine Aktivität, die mit den Aktions- und Kategorieabsichtsfiltern gestartet wird android.intent.action.MAIN Und android.intent.category.APP_GALLERY jeweils. Wenn das zutrifft und der App vom Benutzer die Rolle „Galerie“ zugewiesen wird, werden der App automatisch Berechtigungen erteilt im Berechtigungssatz „media_visual“, der sich meiner Meinung nach auf die neue Berechtigung für Audio, Video und Bilder bezieht, die ich beschrieben habe früher. Tatsächlich das Neue WRITE_MEDIA_VIDEO Und WRITE_MEDIA_IMAGES Berechtigungen sind für eine App mit der Rolle „Galerie“ explizit zulässig. Schließlich wird die App zum bevorzugten Handler, wenn eine andere App eine Absicht zum Aufrufen einer Galerie-App sendet.

Grundsätzlich werden jeder App, der eine bestimmte „Rolle“ zugewiesen wurde und über die die erforderlichen Komponenten und Berechtigungen deklariert wurden, automatisch andere Berechtigungssätze gewährt, die für ihre Anwendungsfälle relevant sind. In dem Beispiel, das ich oben gepostet habe, erhält eine App mit der Galerie-„Rolle“ automatisch die Berechtigung für Dateizugriffs-bezogene Berechtigungssätze, die sie zum Funktionieren benötigt. Vermutlich bedeutet dies, dass eine App, der vom Benutzer die Galerierolle zugewiesen wurde, den Benutzer nicht um Erlaubnis zum Lesen oder Schreiben von Bild- oder Videodateien bitten müsste.

Den Namen nach zu urteilen, sind die CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP, Und PROXY_CALLING_APP Rollen ermöglichen es dem Benutzer, während der Fahrt eine andere Dialer-App auszuwählen, eine App, mit der verschiedene Funktionen ausgeführt werden können, während der Benutzer unterwegs ist Telefonanruf, eine App, um Telefonanrufe zu überwachen, bevor der Benutzer abnimmt, und eine App, die das Anrufen mit einer Zwischennummer erleichtert, jeweils. Wir glauben nicht, dass die Rolle der Anrufüberwachung in direktem Zusammenhang mit der von Google Pixel steht Anrufbildschirm Feature, gemessen an dem, was wir in AOSP gesehen haben. Vielmehr ist es für Apps gedacht, die wie ein Anruffilter als Bouncer für Spam-Anrufe fungieren möchten.

Überarbeiteter Paketinstaller

Das standardmäßige Paketinstallationsprogramm von Android (die Anwendung, die die Installation neuer Apps übernimmt) erhält ein Redesign. Anstatt jedes Mal, wenn Sie eine neue App installieren möchten, eine Vollbildaktivität anzuzeigen, zeigt das aktualisierte Paketinstallationsprogramm in Android Q einen kleinen Dialog in der Mitte des Bildschirms an. Diese Mini-Paketinstallations-Benutzeroberfläche wird schon lange für Android-Tablets verwendet, aber dies ist das erste Mal, dass wir sie auf Android-Smartphones sehen.

In Android Q wird beim Ausführen einer App, die auf API-Level 22 oder niedriger abzielt (Android 5.0 Lollipop), eine Warnung angezeigt, dass die App veraltet ist. Ich vermute, dass diese Warnung ausreicht, um die meisten Benutzer davon abzuhalten, sich mit Apps zu befassen, die auf Marshmallow-Versionen vor Android abzielen. Hinzu kommt, dass Google für alle Apps, die nach August 2019 an den Play Store übermittelt werden, ein Targeting vorschreibt Auf API-Ebene 28 können Sie sehen, wie Entwickler mit veralteten Apps gezwungen sind, ihre Apps zu überarbeiten, um auf eine neuere API abzuzielen Ebene. Was hat das alles mit dem neuen Paketinstallationsprogramm zu tun? Nun, da Android 5.0 Lollipop die letzte API-Ebene ohne obligatorische Laufzeit-Berechtigungsanfragen für bestimmte sensible Berechtigungen ist, ist das letztendliche Ende des Apps-Targetings API-Level 22 und niedriger bedeutet, dass Google in der Nachricht des Paketinstallationsprogramms keinen Platz mehr schaffen muss, um eine lange Liste von Berechtigungen anzuzeigen, die einer App gewährt werden Installation.

Allerdings werden Sie dieses vereinfachte Paketinstallationsprogramm wahrscheinlich nicht auf allen Android Q-Geräten sehen. Huawei zum Beispiel passt das Paketinstallationsprogramm mit einem integrierten Viren- und Malware-Scanner (was ich hasse) sowie einem an Integrierter Berechtigungsmanager (etwas, das ich liebe). EMUI 10 wird daher wahrscheinlich beim Vollbild-Paketinstallationsprogramm bleiben, das wir alle kennen gewöhnt an.

Neue Optionen zum Blockieren von Anrufen

Eine Eigenschaft Wir dachten, es käme in Android Pie hat tatsächlich seinen Weg in Android Q gefunden und zeigt Ihnen, wie nah wir tatsächlich an der Fertigstellung der Kernfunktionen von Android Q sind. Mit der Funktion, die wir damals gefunden haben, konnten Sie Anrufe von unbekannten, privaten, kostenpflichtigen Telefonnummern oder anderen Nummern, die nicht in Ihrer Kontaktliste enthalten sind, blockieren. Hier ist ein Screenshot der Funktion der AOSP-Dialer-App. Die Google Phone-App wurde noch nicht mit dieser Funktion aktualisiert, wir gehen jedoch davon aus, dass sie bald verfügbar sein wird.

Alle installierten Apps zeigen jetzt Launcher-Symbole an (möglicher Fehler?)

Die meisten Apps auf Ihrem Gerät verfügen über Startsymbole, da diese als Einstieg in ihre Benutzeroberfläche dienen sollen. Allerdings verfügt nicht jede App über eine Benutzeroberfläche. In diesem Fall kann sich ein Entwickler dafür entscheiden, eine Aktivität nicht mit den Aktions- und Kategorieabsichtsfiltern zu deklarieren android.intent.action.MAIN Und android.intent.category.LAUNCHER jeweils. Ich bin mir nicht sicher, ob das nur ein Fehler ist, aber in Android Q zeigen alle Apps, auch diejenigen, die versuchen, ihre Launcher-Symbole auf die oben beschriebene Weise auszublenden, Symbole im Launcher an. Ich habe dies auf dem Standard-AOSP-Launcher, Pixel-Launcher und Nova-Launcher auf einem laufenden Google Pixel 3 XL getestet den durchgesickerten Android Q-Build und verglich ihn mit einem Google Pixel 2 XL mit dem neuesten Android 9 Pie bauen. Wenn Sie auf eines dieser Symbole tippen, gelangen Sie einfach zur Informationsseite dieser App in den Einstellungen.

Wenn es sich hierbei nicht nur um einen Fehler handelt, können Benutzer so schnell erkennen, ob eine neue App installiert wurde, selbst wenn diese App versucht, sich vor dem Benutzer zu verbergen.

Schnelleinstellungskachel „Sensoren aus“.

Es gibt eine neue Kachel für die Schnelleinstellungen mit dem Namen „Sensoren aus“, die nicht nur den Flugmodus aktiviert, sondern auch deaktiviert alle Sensormesswerte auf dem Gerät. Ich habe dies durch die Installation bestätigt DevCheck von XDA Recognized Developer flar2 und Vergleich der Ausgabe der Sensormesswerte mit und ohne den Schalter „Sensoren aus“. Wenn die Kachel „Sensoren aus“ aktiviert ist, meldet das Gerät nicht mehr alle Sensoren auf dem Gerät. Ich bin mir nicht sicher, ob diese Schnelleinstellungskachel nur für Google-Ingenieure zum Debuggen bestimmt ist, aber das wäre ein Problem Nützliche Funktion für alle, die sich wirklich Gedanken darüber machen, welche Daten ihr Gerät über sie sammelt Umfeld.

---

Mehr zu Android Q

Das ist alles, was ich bisher in Android Q zum Thema Datenschutz und Berechtigungen gefunden habe. Seien Sie gespannt auf meinen letzten Artikel, der alle kleineren UI- und UX-Optimierungen behandelt. Folgen Sie unserem Android Q-Tag für weitere Artikel wie diesen. Hier ist ein Link zu einigen der Artikel, auf die ich öfter zurückgegriffen habe, sowie zu einigen anderen, die Sie meiner Meinung nach lesen sollten:

• Exklusiv: Der frühe Android Q-Build verfügt über ein systemweites Dark Theme, eine Berechtigungsüberarbeitung, Hinweise auf einen „Desktop-Modus“ und mehr
• Exklusiv: Google arbeitet an einer Face ID-ähnlichen Funktion für Android Q
• Android Q blockiert möglicherweise das Lesen der Zwischenablage im Hintergrund, schützt Ihre Mediendateien besser, unterstützt das Downgrade von Apps und mehr
• Android Q wird möglicherweise mit neuen Überlagerungen für Schriftarten, Symbolformen und Akzentfarben ausgeliefert
• Mit „Dynamic Android“ können Entwickler einen AOSP GSI auf jedem Android Q-Gerät testen
• Der Dunkelmodus von Android Q: Wie Googles nächstes Android-Betriebssystem blendend helle Themen angeht