Android 17 QPR1 ist die erste Android-Version seit Honeycomb, deren neue Programmierschnittstellen nicht im offenen Quellcode landen. Ein neues Paket und Änderungen an 16 weiteren bleiben laut GrapheneOS vorerst allein den Pixel-Geräten vorbehalten. Für jeden Hersteller, der auf das offene Android setzt, verschiebt sich damit die Grundlage seines Geschäfts.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Seit dem 15. September verteilt Google Android 17 QPR1 für seine Pixel-Handys. Am Update selbst überrascht wenig. Auffällig ist, was ihm fehlt: erstmals seit Version 3.x hält der Konzern frische Schnittstellen aus dem Android Open Source Project heraus.
Das Wichtigste in Kürze
- Laut GrapheneOS bringt QPR1 ein neues Schnittstellen-Paket und Änderungen an 16 weiteren, keines davon im offenen Quellcode.
- Zum ersten Mal seit Android 3.x (Honeycomb) laufen neue APIs zunächst nur auf Pixel-Geräten, nicht im AOSP.
- Auch Sicherheitspatches aus dem September-Bulletin erreichen andere Marken erst mit QPR2 im Dezember 2026.
- Der Schritt setzt Googles Umbau von 2025 fort, als die Entwicklung in interne Zweige wanderte.
Was hält Google aus AOSP zurück?
Den Kern der Kritik liefert das Team hinter GrapheneOS, einem sicherheitsorientierten Android-Ableger. Nach dessen Analyse führt QPR1 ein neues Paket ein und ändert 16 bestehende, ohne die zugehörigen Schnittstellen im AOSP zu veröffentlichen.[1] Die Funktionen laufen vorerst nur auf Pixel. Andere Hersteller können Apps, die darauf bauen, weder testen noch ausliefern.
Schwerer wiegt ein zweiter Punkt. Das September-Bulletin für Pixel enthält Sicherheitskorrekturen für Standard-Android-Komponenten, die im allgemeinen Android-Bulletin fehlen. Diese Patches erreichen andere Marken erst mit QPR2 im Dezember.[1] Zwischen Fund und breiter Verteilung liegt damit ein Quartal, in dem allein Pixel geschützt ist.
Wohin steuert Google mit AOSP?
Der Vorgang steht nicht für sich. Schon im März 2025 verlegte Google die gesamte Android-Entwicklung in interne Zweige und veröffentlicht den Quellcode seither nur noch in Quartal zwei und vier.[2] Damals blieb AOSP inhaltlich vollständig, die Öffentlichkeit sah die Arbeit nur später. Jetzt fehlt zum ersten Mal ein Teil ganz.
Parallel dreht der Konzern an weiteren Schrauben. Auf den eigenen Geräten drosselt Google das gerätinterne Debugging und bremst rootlose Werkzeuge, wie der Umgang mit dem gerätinternen ADB zeigt. Im Play Store blockierte der Konzern zuletzt sogar einen Spendenlink der quelloffenen App AnkiDroid. Auch die verpflichtende Altersprüfung rückt näher an jedes Konto. Das Muster ist mehr Steuerung an jeder Kante des Systems.
Ein Gerät auf AOSP zu bauen heißt heute, auf ein Fundament zu setzen, dessen Bauplan Google Quartal für Quartal ein Stück weit einbehält. Für Europas Souveränitätsprojekte ist das die eigentliche Nachricht, nicht die eine App-Funktion.
— Markus Seyfferth, Chefredakteur Dr. Web
Erstmals seit Version 3.x erscheinen neue Schnittstellen zunächst nur auf Pixel-Geräten.
Was heißt das für europäische Hersteller?
In Europa trifft der Schritt einen Nerv. Behörden und Unternehmen bauen ihre Souveränitätsstrategie oft auf einem offenen Android auf, vom souveränen Arbeitsplatz bis zu entgoogelten Diensten. Je mehr Google exklusiv hält, desto schmaler wird diese Basis.
Verlässt sich ein Produkt auf AOSP, gehört die Frage auf den Tisch, welche Funktionen künftig allein Pixel bietet. Braucht ein Gerät Sicherheitspatches zeitnah, ist auf den AOSP-Takt kein Verlass mehr. Der eigene Update-Pfad gehört dann auf den Prüfstand. Zugleich zeigt der Markt Auswege: HarmonyOS ohne Android-Unterbau gewinnt in China an Boden.
Noch ist Android quelloffen. Google betont, den vollständigen Code weiter zu liefern, nur eben verzögert. Für Entscheider mit Android-Flotte lohnt der nüchterne Blick auf die Abhängigkeit: Welche Funktion kommt vom offenen System, welche allein von Google?
Quellen
[1] GrapheneOS: Analyse zu Android 17 QPR1 und AOSP
[2] Android Open Source Project: FAQ zum Veröffentlichungsmodell von AOSP
Mehr Newshunger?
- Android umgeht die VPN-Sperre: Ein Keepalive im WLAN-Chip verrät die echte IP
- Android könnte das geräteinterne ADB sperren und rootlose Apps wie Shizuku ausbremsen
- Google erweitert die Altersprüfung auf Android bis Jahresende weltweit
- AnkiDroid: Google Play blockiert den Spendenlink zu Open Collective
- HarmonyOS ohne Android: NetEase schließt eine der letzten großen App-Lücken
