Dein Android-Handy gehört dir, es sei denn Google entscheidet etwas anderes. Ab dem 30. September 2026 ist das keine Zuspitzung mehr, sondern technische Realität, zunächst in Brasilien, Indonesien, Singapur und Thailand, ab 2027 nach Googles eigenem Zeitplan weltweit. Dann prüft ein Systemdienst namens Android Developer Verifier bei jeder Installation, ob die App von einem bei Google registrierten Entwickler*in stammt, egal ob sie aus dem Play Store kommt, aus F-Droid, von einer Website oder per Kabel von deinem eigenen Rechner. Wer nicht registriert ist, kommt nicht mehr drauf. Das betrifft nach Schätzungen rund vier Milliarden zertifizierte Android-Geräte, praktisch jedes Gerät von Samsung, Xiaomi, OPPO, vivo, Honor oder Transsion, das mit Googles eigenen Diensten (GMS, den Google Mobile Services) ausgeliefert wird.

Was der Android Developer Verifier tatsächlich macht

Der Verifier selbst ist unscheinbar. Unter dem Paketnamen com.google.android.verifier steckt er seit Android 16 QPR2 als vorinstallierte Anwendung auf jedem zertifizierten Gerät, wird über reguläre Google-Systemupdates aktuell gehalten und läuft ohne eigene Bedienoberfläche im Hintergrund. Deinstallieren kannst du ihn als Nutzer*in nicht. Fachmedien raten aktuell sogar ausdrücklich davon ab, es über Umwege zu versuchen, weil unklar ist, wie sich das auf spätere Durchsetzungsstufen auswirkt. F-Droid geht in einem eigenen Blogbeitrag vom Juli 2026 weiter und beschreibt den Dienst als Anwendung, die mit Root-Rechten arbeite. Diese konkrete technische Behauptung stammt bislang nur aus dieser einen Quelle und ließ sich nicht unabhängig bestätigen, gehört also mit der gebotenen Vorsicht gelesen. Unabhängig davon bleibt gesichert: der Dienst ist dauerhaft aktiv, automatisch aktualisiert und ohne Abschaltoption. Für ein System, das über die Installierbarkeit jeder App auf deinem Gerät mitentscheidet, ist das eine bemerkenswerte Machtkonzentration.

Ein Unterschied lohnt den genaueren Blick, weil er in vielen Berichten untergeht: Google Play Protect, das du vielleicht schon kennst, scannt Apps inhaltlich auf schädliches Verhalten. Der Developer Verifier tut das nicht, er prüft ausschließlich, ob hinter einer App ein bei Google registriertes Entwicklerkonto steckt. Google selbst vergleicht das mit einer Ausweiskontrolle am Flughafen, man bestätige, wer jemand ist, nicht, was in seinem Koffer liegt. Das Bild klingt beruhigend. Es verschweigt nur, wem der Flughafen gehört und wer entscheiden darf, wem die Einreise verweigert wird.

Malware ist, was Google gerade dafür hält

Wer für eine derart einschneidende Maßnahme das Wort Malware im Mund führt, sollte sagen können, was damit gemeint ist. Genau das tut Google in den Nutzungsbedingungen der Android Developer Console an keiner Stelle. Dort heißt es lediglich, Google könne den Zugang kündigen, wenn jemand „found to have distributed malware“ ist, oder wenn „malware or other harmful applications“ verbreitet werden, ohne dass der Begriff irgendwo definiert wird. Die Kündigung selbst ist als Kann-Bestimmung formuliert, eine Vorankündigungsfrist wie bei regulären Vertragsänderungen mit 30 Tagen Vorlauf gibt es dafür nicht. F-Droid bringt die Konsequenz in einem eigenen Beitrag auf den Punkt: „Da es keine formelle Definition, keinen Standard und keine Richtlinie gibt, heißt dies implizit: Malware bedeutet, was auch immer wir darunter verstehen.“ Das ist F-Droids eigene, zugespitzte Lesart, kein Gerichtsurteil. Die zugrundeliegende Beobachtung zum Vertragstext lässt sich aber am Wortlaut selbst nachprüfen, und dort steht tatsächlich keine Definition.

Damit steht Google nicht zum ersten Mal da. 2013 entfernte der Konzern mehrere Werbeblocker, darunter AdBlock Plus und AdAway, aus dem Play Store, mit Verweis auf eine vage Klausel über Eingriffe in andere Dienste. 2017 flog die Browsererweiterung AdNauseam aus dem Chrome Web Store, eingestuft als Sicherheitsrisiko, obwohl es sich um offen einsehbaren Quellcode mit einer bewusst gewählten Protestfunktion handelte, dem Klicken auf Werbeanzeigen zur Verzerrung von Trackingdaten. Beide Male ging es nicht um klassische Schadsoftware, sondern um Software, die Googles Geschäftsmodell störte. Wer daraus lernt, dass eine weich formulierte Klausel früher schon gegen unliebsame, aber harmlose Software genutzt wurde, muss sich fragen, wofür eine noch mächtigere, noch unschärfer definierte Klausel künftig genutzt werden könnte, wenn sie nicht mehr nur den Play Store, sondern jede Installationsmethode auf praktisch jedem Android-Gerät betrifft.

Google hat eine reale Sorge, die die eigene Antwort nicht rechtfertigt

Zur Ehrlichkeit gehört, Googles Ausgangspunkt ernst zu nehmen, bevor man ihn kritisiert. Identitätsmissbrauch ist ein echtes Problem, gefälschte Banking-Apps und Entwickler*innen, die fremde Markennamen kapern, um Vertrauen zu erschleichen, das kommt vor und schadet echten Menschen. Google beziffert das Risiko konkret: Malware aus Sideloading-Quellen trete nach eigenen Angaben über fünfzigmal häufiger auf als über den Play Store selbst. Diese Zahl wird auch von Kritiker*innen des Programms nicht grundsätzlich bestritten, disputiert wird die Verhältnismäßigkeit der Antwort, nicht das Problem an sich. Google betont zudem, die Prüfung sei rein auf die Entwickleridentität beschränkt und finde keine inhaltliche Bewertung der App statt, und verweist auf hohe Registrierungszahlen als Erfolgsnachweis: 99 Prozent der Play-Store-Apps seien bereits automatisch registriert, Millionen Apps insgesamt seit dem Start im März.

Auf den lautstarken Protest von mehr als siebzig Organisationen, darunter EFF, FSFE, F-Droid, Nextcloud, Tuta und die GrapheneOS Foundation, hat Google im März 2026 tatsächlich reagiert, nicht am Zeitplan, aber am Zugang: kostenlose Limited Distribution Accounts für Studierende und Hobbyentwickler*innen ohne Gebühr und ohne Ausweispflicht, begrenzt auf zwanzig Geräte, dazu ein zusätzlicher Weg für alle anderen, der sogenannte Advanced Flow.

Der 24-Stunden-Umweg als Bestrafung fürs Selberdenken

Dieser Advanced Flow klingt zunächst nach einem fairen Kompromiss, bis man sieht, wie er tatsächlich abläuft. Wer eine nicht registrierte App installieren will, muss zuerst den Entwicklermodus aktivieren, bestätigen, dass niemand einen dazu zwingt oder unter Betrugsdruck handelt, das Gerät neu starten, danach 24 Stunden warten, sich anschließend biometrisch oder per PIN erneut ausweisen, ein Risikobewusstsein bestätigen, und erhält danach eine Freischaltung für sieben Tage oder unbegrenzt. Auf jedem neuen Gerät beginnt die Prozedur einschließlich Wartezeit von vorn. Google begründet die Reibung mit Betrugsprävention, ein nachvollziehbares Anliegen angesichts der Summen, die weltweit durch Betrugsmaschen verloren gehen. Nur trifft die Reibung eben nicht gezielt Betrüger*innen, sondern jeden Menschen, der eine App außerhalb des Play Store installieren will, von der erfahrenen Softwareentwickler*in bis zum Hobbyist*in, der oder die einfach die eigene kleine App auf das eigene Gerät laden möchte. Die meisten Menschen aktivieren den Entwicklermodus nie, viele lassen sich durch Warnhinweise, Neustart und Wartezeit abschrecken, bevor sie überhaupt verstanden haben, worum es geht. Software, die hinter diesem abschreckenden Pfad liegt, wird faktisch zur Software zweiter Klasse.

Brüssel schweigt, während Google längst liefert

Ob das mit europäischem Recht zusammenpasst, ist zum jetzigen Zeitpunkt offen. Die Europaabgeordnete Christel Schaldemose hat der EU-Kommission im April 2026 die direkte Frage gestellt, ob Googles Entwicklerverifizierung eine unverhältnismäßige Barriere im Sinne des Digital Markets Act darstellt. Eine öffentliche Antwort der Kommission liegt bislang nicht vor. Die FSFE hat parallel in der offiziellen EU-Konsultation zur Android-Interoperabilität gefordert, Interoperabilität und Entwicklerverifizierung strikt zu entkoppeln, kein Entwickler und keine Entwicklerin solle ein Google-Konto oder eine Vereinbarung mit Google brauchen, um Androids Interoperabilitätsfunktionen zu nutzen. Die jüngsten, bereits bindenden DMA-Verfügungen gegen Google vom Juli 2026 betreffen dagegen die Öffnung von Android-Funktionen für konkurrierende KI-Assistenten und den Zugang zu Suchdaten für Wettbewerber, nicht die Entwicklerverifizierung. Ob ADV selbst gegen den DMA verstößt, bleibt damit ein offener, ungeklärter Streitpunkt, während Google seinen eigenen Zeitplan unbeirrt weiterverfolgt und der Termin im September näherrückt.

Der Ausweg heißt De-Googlen, nicht Hoffen

Wer diesem Mechanismus praktisch entgehen will, muss nicht auf Brüssel warten. LineageOS, GrapheneOS und /e/OS sind vom Developer Verifier gar nicht erst betroffen, weil keines der drei Systeme Googles Gerätezertifizierung durchläuft, die Voraussetzung für den gesamten Mechanismus ist. Das ist keine Ausnahmeregelung, die Google diesen Projekten gewährt, sondern eine strukturelle Konsequenz des De-Googelns selbst: wer Googles Zertifizierung nicht durchläuft, unterliegt auch nicht Googles Kontrolle über das, was auf dem Gerät installiert werden darf. /e/OS bringt es im eigenen Community-Forum auf den Punkt: die Entwicklerverifizierung betreffe im Wesentlichen Stock-Geräte mit Google-Diensten, de-googlete Geräte seien nicht betroffen. LineageOS kündigt zusätzlich an, die Funktion abzuschalten, sollte Google die Prüfung künftig tiefer in die Play Services verlagern und damit auch Custom-ROMs erreichen wollen.

Genau hier verbindet sich dieser Konflikt mit dem, worüber ich sonst auf diesem Blog schreibe. Wer sein Smartphone, seine Cloud oder seine Kommunikation nicht mehr an einen einzelnen amerikanischen Konzern binden will, hat mit De-Google-Systemen bereits jetzt ein Werkzeug in der Hand, das dieser konkreten Kontrollmaßnahme praktisch entgeht, nicht weil Google es erlaubt, sondern weil die Architektur es unmöglich macht. Bis September 2026 bleibt Zeit, sich das anzuschauen, ein Fairphone oder ein Pixel mit GrapheneOS aufzusetzen oder wenigstens zu verstehen, wie der Advanced Flow auf dem eigenen Gerät funktioniert, bevor er zur einzigen verbliebenen Tür wird.

Ein Konzern, der entscheidet, welche Software auf einem Gerät existieren darf, das du gekauft und bezahlt hast, verkauft dir nicht mehr nur ein Telefon. Er verkauft dir die Illusion, es gehöre noch dir.

Wenn du überlegen willst, ob GrapheneOS, /e/OS oder ein komplett de-googletes Setup für dich infrage kommt, begleite ich genau diesen Umstieg.

Reden wir über deinen Umstieg.

Schreib mir eine E-Mail: Kurz beschreiben, was du vorhast oder was dich beschäftigt. Ich melde mich in der Regel innerhalb eines Werktages. hallo@chrislo.de

Kein Kontaktformular, keine Pflichtfelder, keine Datenspur. Einfach schreiben.