Emir BardakçıDie App-Sperrfunktion in Android 17 ist eine native Implementierung eines App-Sperrsystems und ein wichtiger Meilenstein in Googles Roadmap für mobile Sicherheit. Diese Funktion wird vor allem von Xiaomi-Nutzern begrüßt werden, die seit den Tagen von MIUI in den Genuss einer integrierten App-Sperre gekommen sind. Einem Bericht von Android Authority zufolge, der sich auf frühe Codes in der neuesten Android Canary-Version beruft, scheint Google an einer tieferen Integration auf Systemebene zu arbeiten, die eine bessere Sicherheit, eine höhere Energieeffizienz und eine einfachere Bedienbarkeit mit sich bringen wird.
Android 17 führt eine echte App-Sperre auf Systemebene ein
Der Android-Plattform fehlte schon immer ein integrierter, launcherbasierter App-Sperrmechanismus. Während Xiaomis eigene App-Sperre von MIUI bis HyperOS verfügbar war, um diesen Bedarf zu decken, verließ sich das Standard-Android auf weniger effiziente Optionen für diesen Zweck. Mit Android 17 wird Google diese Lücke endlich schließen, indem es eine Berechtigungsstruktur namens LOCK_APPS einführt, die in der Android Canary 2512 Build zu finden ist.
Diese Feststellung unterstreicht, dass diese neue Funktion nur von den System-Apps und den Launchern mit der Rolle HOME ausgeführt werden kann, damit Drittanbieter diesen Mechanismus nicht missbrauchen. Dies spiegelt Googles derzeitige Verlagerung hin zu mehr Sicherheit auf der Plattform wider, während die effiziente Leistung auf Systemebene erhalten bleibt.
Vergleich der derzeit verfügbaren App Lock Optionen
Nachfolgend findest du einen kurzen Vergleich zwischen den bestehenden Lösungen für Android und dem zukünftigen nativen System:
| Funktion / Methode | Privater Bereich (Android 15) | App-Sperren von Drittanbietern | Native App-Sperre (Android 17) |
|---|---|---|---|
| Sicherheitsstufe | Hoch | Mittel | Sehr hoch |
| Energie-Effizienz | Hoch | Niedrig | Hoch |
| Benutzerfreundlichkeit | Gering (eingeschränkter Zugang) | Mäßig | Hoch |
| Erfordert übermäßig viele Berechtigungen | Nein | Ja | Nein |
| System integriert | Teilweise | Nein | Ja |
Der neue Ansatz von Android 17 bedeutet, dass die Entsperrung von der standardmäßigen Biometric Prompt API abhängt, mit der sich Nutzer mit einem Fingerabdruck, einer Gesichtserkennung oder einer PIN authentifizieren können, bevor eine App geöffnet wird. Diese Verfeinerung macht das Verhalten konsistent mit der heutigen Nutzung durch Xiaomi, sorgt aber auch für ein konsistenteres Verhalten für den Rest des Android-Ökosystems.
Wie der neue App-Lock-Mechanismus funktioniert
Der Canary-Build zeigt, dass die Systemlogik es dem Nutzer erlaubt, ein beliebiges Anwendungssymbol auf dem Launcher lang zu drücken. Wenn das Sperren unterstützt wird, sendet der Launcher eine SET_APP_LOCK-Anfrage an den zentralen Sicherheitsdienst von Android. Nach der Prüfung, ob die Anwendung gesperrt werden kann, zeigt das System eine Bestätigungsseite an, in der der Nutzer gefragt wird, ob er die ausgewählte Anwendung sperren oder entsperren möchte.
Dieser Ansatz beseitigt Abhängigkeiten von Drittanbieterdiensten und vermeidet die Überwachung von Hintergrundfenstern, die bisher von den meisten Drittanbieteranwendungen durchgeführt wurde und oft zu einer Belastung des Akkus und/oder möglichen Lecks in der Privatsphäre führte. Für Xiaomi-Nutzer/innen, die an die optimierte Leistung von HyperOS gewöhnt sind, könnte dieser neue Android-Standard die Sicherheit des Geräts weiter verbessern und gleichzeitig schlank bleiben.
Unterstützte Gerätekategorien
Basierend auf dem Code, der heute eingerichtet wurde, wendet Google die Einschränkungen an, um die Kompatibilität zu wahren. Die Funktion gilt nicht für Geräte, die größer als ein Handheld sind, d.h. sie wird nicht aktiviert für:
- Android Automotive Systeme
- OS Smartwatches von Wear
- Android TV-Plattformen
So bleibt die Anwendungssperre von Android 17 effektiv und vermeidet Chaos auf Systemen, deren Sperrvorgänge sich stark von denen auf dem Telefon unterscheiden können.
Voraussichtlicher Zeitpunkt der Veröffentlichung
Da Android 16 bereits kurz vor der Fertigstellung steht und die QPR-Updates nur selten neue APIs hinzufügen, wird die eigentliche App-Sperre erst viel später in der Version Android 17 erscheinen. Das bedeutet auch, dass Versionen von Xiaomi-Geräten, die an Beta-Programmen teilnehmen, oder sogar zukünftige HyperOS-Iterationen, die auf Android 17 basieren, das vollständige, integrierte Sicherheitserlebnis erhalten werden.
Xiaomi bietet bereits seit frühen Versionen von MIUI Funktionen zur App-Sperre an. Da Google nun einen einheitlichen Systemstandard anbietet, sollte sich die Implementierung von Xiaomi noch besser einfügen und die Geschwindigkeit, Sicherheit und Zuverlässigkeit des gesamten HyperOS-Ökosystems verbessern.
Es wird betont, dass eine solche „vorteilhafte“ Darstellung der eigenen Persönlichkeit durch die Kleidung nicht zu einer Diskrepanz zwischen dem, was Menschen tatsächlich sind, und dem, was sie zu werden versuchen, führen sollte.
