Dein Smartphone wird bald nicht mehr dir gehören
(keepandroidopen.org)- Ab September 2026 müssen Android-App-Entwickler vor der Installation auf Geräten zentral registriert sein, einschließlich der Verteilung außerhalb des Play Store; Apps von nicht registrierten Entwicklern werden auf Android-Geräten weltweit blockiert
- Der Registrierungsprozess umfasst die Zahlung von Gebühren, die Zustimmung zu den Nutzungsbedingungen, die Vorlage eines staatlich ausgestellten Ausweises, den Nachweis des Signaturschlüssels sowie die Registrierung aktueller und künftiger App-Kennungen; betroffen sind auch Apps, die unter Freunden geteilt werden, sowie Hobby- und Privat-Apps
- Die Installation nicht verifizierter Apps wird nicht vollständig blockiert, erfordert aber Schritte wie den Zugang zu den Developer Options, siebenmaliges Tippen auf die Build-Nummer, einen Geräteneustart und 24 Stunden Wartezeit, wodurch die Hürden für Sideloading deutlich steigen
- Diese Änderungen setzen auch F-Droid, GitHub-Distributionen, unabhängige App-Stores, die Verbreitung von Open-Source-Apps und sogar das Custom-ROM-Ökosystem unter Druck und stellen besonders für unabhängige Entwickler, Studierende und Entwickler, die nur schwer einen Ausweis einreichen können, eine große Hürde dar
- Zentrale Registrierung und namensbasierte Verifizierung schwächen Offenheit, Privatsphäre und die Autonomie bei der App-Verteilung und werden zusammen mit der Entwicklung betrachtet, Android stärker in Richtung eines Apple-artigen walled garden zu verändern
Googles Änderungen
- Google hat im August 2025 developer verification angekündigt; ab September 2026 müssen sich alle Android-App-Entwickler vor der Installation auf Geräten zentral registrieren
- Betroffen ist auch die Verteilung außerhalb des Play Store, darunter Apps, die unter Freunden geteilt werden, über F-Droid vertriebene Apps sowie Hobby- und Privat-Apps
- Zur Registrierung gehören die Zahlung von Gebühren, die Zustimmung zu den Nutzungsbedingungen, die Vorlage eines staatlich ausgestellten Ausweises, der Nachweis des Signaturschlüssels sowie die Registrierung aktueller und künftiger App-Kennungen
- Es heißt, dass Apps ohne Registrierung auf Android-Geräten weltweit blockiert werden
- Diese Blockierungsstruktur arbeitet über Google Play Services und soll sich auch ohne OS-Update ändern, verschärfen oder entfernen lassen
- Nach aktuellem Stand wurde diese Funktion weder in beta-, preview- noch canary-Builds ausgerollt und existiert bislang nur in einem Blogbeitrag und einigen Mockups
- Auf der Website steht, dass Android im Jahr 2007 unter der Apache License veröffentlicht wurde und auf mehr als 70 % der Smartphones weltweit läuft
- Die Installation externer Apps wird dort auch als Mittel für unabhängige Distribution, zur Umgehung regionaler Beschränkungen und zur Vermeidung der 30-%-Gebühr des Play Store dargestellt
Auswirkungen auf Nutzer und Entwickler
- Die Offenheit verändere sich in Richtung eines Systems, in dem selbst auf bereits gekaufter Hardware nur noch von Google genehmigte Software ausgeführt werden könne
- Es heißt, dass die freie Installation und die Kontrolle über das Gerät, die lange als Gründe für Android genannt wurden, geschwächt werden
- Formulierungen wie "Your phone is about to stop being yours" und "The Android you know and love is slowly disappearing" wiederholen sich in mehreren Berichten und Zitaten
- Für unabhängige Entwickler, Studierende, Hobbyentwickler und selbst interne Beta-Distributionen steigen die Vertriebshürden
- Die erste App eines Teenagers, Projekte, die mit Freunden oder Familie geteilt werden, Prototyp-Tests, unabhängige Spiele und individuell angepasste Builds sind direkt betroffen
- Besonders für Entwickler unter 18 Jahren oder solche, für die die Einreichung eines staatlichen Ausweises schwierig ist, wird dies als große Hürde beschrieben
- Der GitHub gist schreibt, dass Entwickler aus sanktionierten Ländern oder ohne Zugang zu Google Play sich nicht verifizieren können, wodurch Diskriminierung nach Geburtsort entstehen könnte
- Damit verbunden ist auch die Tendenz, die Android-Entwicklung aufzugeben oder auf andere Plattformen zu wechseln
- Wenn Android sich stärker einem Apple-artigen walled garden annähert, werde man auf das iPhone oder andere Betriebssysteme wechseln, eine Formulierung, die sich in Artikeln, Petitionen und Community-Zitaten wiederholt
- Auch Aussagen wie "there's no reason to stay with android anymore" erscheinen direkt und betonen, dass Gründe für einen Verbleib wegfallen
Umgehungsinstallation und Reibungskosten
- Google sagte zwar, dass Power User weiterhin nicht verifizierte Apps installieren könnten, der tatsächliche Ablauf verlangt aber 9 Schritte und 24 Stunden Wartezeit
- In den System Settings die Developer Options öffnen
- Die Build-Nummer 7 Mal antippen, um den Developer Mode zu aktivieren
- Den Warnbildschirm zu coercion schließen
- PIN eingeben
- Gerät neu starten
-
24 Stunden warten
- Zurückkehren und einen weiteren Warnbildschirm schließen
- "allow temporarily" für 7 Tage oder "allow indefinitely" auswählen
- Die Bestätigung des Risikoverständnisses erneut durchführen
- Dieser Ablauf ist kein gewöhnlicher Installationsprozess, sondern eher ein high-friction-Abschreckungsmechanismus
- Er ist innerhalb der Developer Options versteckt, und durch die zusätzliche Wartezeit werde Sideloading faktisch erschwert
- How-To Geek - "Google will make you wait 24 hours to sideload Android apps"
- XDA Developers - "Google says it's making Android sideloading 'high-friction' to better warn users about potential risks"
- In einigen realen Anwendungsfällen ist der Developer Mode selbst bereits mit der Blockierung wichtiger Apps verknüpft
- Laut Hacker News verweigern Banking- und Zahlungs-Apps in Indien die Ausführung, wenn der Developer Mode aktiviert ist
- Laut Hacker News funktionieren auch brasilianische Regierungs-Apps im Developer Mode nicht
Gegenargumente zum Sicherheitsnarrativ
- Da Google Play Protect bereits Malware-Scans durchführt, hält die Kritik an, dass die Verifizierung der Entwickleridentität eher anderen Zwecken dient
- Es heißt, die Forderung nach einem staatlich ausgestellten Ausweis mache den Code nicht sicherer, sondern ermögliche vor allem die Identifizierung und Kontrolle von Entwicklern
- Die EFF stuft identitätsbasiertes Gatekeeping nicht als Sicherheitsmaßnahme, sondern als Zensurwerkzeug ein
- Es gibt auch Analysen, wonach höhere Reibungskosten Nutzer dazu bringen könnten, Sicherheit vollständig zu umgehen, was im Gegenteil zu mehr Risiko führen kann
- Enterprise Management Associates schreibt, dass diese Struktur die Sicherheit von Power-Usern sogar verschlechtern könnte
- Hackaday weist darauf hin, dass dadurch die Praxis des Handels mit verified developer accounts durch Betrüger nicht verhindert wird
- AdGuard schreibt, dass die Verifizierung nur die Person hinter einer App bestätigt, aber weder clean code noch das Ausbleiben böswilliger Handlungen garantieren kann
- Auch die Grundannahme, dass offizielle Stores sicherer seien, gerät ins Wanken
- F-Droid schreibt, dass selbst Google Play wiederholt Malware gehostet hat
- Auf Reddit heißt es, dass es im Play Store zu mehr als 600 Millionen Malware-Downloads gekommen sei
- Auf Lemmy heißt es, dass 99 % der mangelhaften Software, der man im Bildungsbereich begegne, aus dem Play Store oder App Store stamme
Schwächung von FOSS und alternativen Vertriebsökosystemen
- F-Droid bezeichnet diese Richtlinie als "existential threat", und mehrere Medien behandeln sie auf dem Niveau von "will kill the project"
- Ars Technica - "F-Droid says Google's new sideloading restrictions will kill the project"
- The New Stack - "An 'existential' threat to alternative app stores"
- The Register - "Google's dev registration plan 'will end the F-Droid project'"
- How-To Geek - "Google's New Developer Rules Threaten to End the F-Droid Open-Source App Store"
- Die Auswirkungen reichen über F-Droid hinaus und erfassen unabhängige App-Stores, die Distribution über GitHub und den gesamten Vertrieb von Open-Source-Apps
- KDE schreibt, dass unabhängige Entwickler ohne Google-Registrierung keinen Zugang mehr zu Android hätten und Plattformen wie F-Droid damit zerstört würden
- AdGuard schreibt, dass für die unabhängige Software-Distribution auf Android künftig die ausdrückliche Erlaubnis von Google nötig sei
- Im Nextcloud Blog heißt es, je höher die bürokratischen Hürden, desto geringer die Vielfalt im Ökosystem und desto stärker die Machtkonzentration bei bereits etablierten großen Akteuren
- Auch custom ROMs und alternative Umgebungen werden in diesem Zusammenhang genannt
- In Petitionen und Community-Zusammenfassungen taucht wiederholt die Formulierung auf, dass Graphene OS, Lineage OS, TWRP, Rooting und das custom-ROM-Ökosystem geschwächt werden könnten
- Auch der Zusammenhang wird ausdrücklich genannt, dass die verlängerte Nutzung älterer Geräte mit custom ROMs zur Reduzierung von E-Waste beiträgt
Bedenken zu Privatsphäre, Zensur und Menschenrechten
- Zentrale Registrierung und die Einreichung staatlich ausgestellter Ausweise werden sowohl für Entwickler als auch für Nutzer als Überwachungsinfrastruktur gelesen
- Brave schreibt, dass unter der Kontrolle eines einzelnen Unternehmens eine zentralisierte Datenbank mit den realen Identitäten von Android-Softwareentwicklern entstehe
- PixelUnion stuft dies nicht als bloße Kontoregistrierung, sondern als Überwachung des gesamten Softwareentwicklungs-Ökosystems ein
- Die EFF schreibt, dass Regierungen versuchen werden, auf eine solche Datenbank zuzugreifen, sobald sie existiert
- Es heißt, dass zuerst besonders verletzliche Gruppen und Entwickler von Privacy-Tools betroffen sein werden
- Es heißt, dass whistleblower, journalist, activist und Menschen in Situationen häuslicher Gewalt legitime Gründe haben, Software zu verteilen oder zu nutzen, ohne ihre rechtliche Identität in eine Google-Datenbank einzutragen
- Brave schreibt, dass Entwickler von privacy-first Browsern, verschlüsselten Messengern, VPNs und Tor-basierter Software ihren staatlichen Ausweis bei Google einreichen müssten
- Software Freedom Conservancy schreibt, dass Eingriffe in die Privatsphäre von Entwicklern sogar die Sicherheit von Entwicklern gefährden
- Es folgen Warnungen, dass stärkere Installationskontrolle auch für App-Sperren und Zensur genutzt werden könnte
- Die ACLU stellt den Zusammenhang zu dokumentierten Fällen her, in denen Google Forderungen autoritärer Regime zur Entfernung von Apps nachgekommen ist
- Zusammen mit dem Link von The Register heißt es, dass Google wiederholt Forderungen von Regierungen nach App-Entfernungen und der Offenlegung von Entwicklern nachgekommen sei
- Auf Hacker News wird die Sorge geäußert, dass dies zur Sperrung von Apps wie Signal oder VPNs führen könnte
Wettbewerb, Monopol und digitale Souveränität
- Mehrere Analysen und Berichte gehen davon aus, dass diese Richtlinie das Play Store monopoly stärken und den Wettbewerb schwächen könnte
- I-Programmer - "It effectively makes the Play Store a monopoly without actually mandating that it is a monopoly."
- Infosecurity Magazine - "Open letter warns mandatory registration 'threatens innovation, competition, privacy and user freedom'"
- Benzinga - "Android app store provider Aptoide hits Google with fresh lawsuit alleging monopoly and anticompetitive chokehold"
- Eine Struktur, in der ein einzelnes Unternehmen die Befugnis zur App-Genehmigung in der Hand hält, führt auch zu Fragen der digitalen Souveränität
- Nextcloud schreibt, die Konzentration der Genehmigung von Software bei einem einzelnen, nicht rechenschaftspflichtigen Unternehmen sei überall eine Bedrohung der digitalen Souveränität
- Die European Pirate Party fordert verhältnismäßige und transparente Maßnahmen, die Innovation, Anonymität und Wettbewerb nicht schaden
- Das European Parliament schreibt, dass offiziell angefragt wurde, ob diese verpflichtende zentrale Registrierung mit dem Digital Markets Act vereinbar ist
- Apple war von Anfang an ein walled garden, Android wurde aber gerade deshalb gewählt, weil es anders war; diese Richtlinie verwischt laut den Berichten diese Grenze
- Dazu kommt der Kontrast, dass Apple durch den Druck des EU-Digital-Markets-Act zu mehr Offenheit gezwungen wird, während Google im Gegenzug versucht, das Gatekeeping zu verschärfen
- Ars Technica - "Google's Apple envy threatens to dismantle Android's open legacy"
Konkrete Anwendungsfälle und verlorengehende Funktionen
- Apps außerhalb des Play Store und experimentelle Nutzungsweisen sind direkt betroffen
- Winlator, GameNative, Emulatoren, modded Apps, Forschungs- und Audit-Tools, Sicherheits-Test-Apps und unabhängige Spiele werden wiederholt als konkrete Beispiele genannt
- Ebenfalls genannt wird der Ablauf, Apps über GitHub oder F-Droid zu beziehen oder Open-Source-Code zu modifizieren und selbst zu bauen
- Auch lebensrelevante Software, die sich nur schwer über offizielle Kanäle veröffentlichen lässt, wird thematisiert
- Auf Lobsters wird geschrieben, dass die deutsche DIY-Diabetes-Community Tools wie AndroidAPS nutzt und solche Software niemals über offizielle Kanäle verteilt werden kann
- Je schwieriger die Verteilung werde, desto schwieriger werde auch die Selbstbehandlung; Alternativen in monopolisierten Märkten seien schwer zu finden oder teuer und zudem leistungsschwächer
- Auch die Sorge vor Fernabschaltung und der Sperrung inoffizieller Apps wird geäußert
- Auf Reddit wird berichtet, dass eine beruflich genutzte Drohnen-App von Google zweimal deaktiviert wurde und deshalb eigens ältere Telefone angeschafft werden mussten
- Rob Braxman Tech – Locals schreibt, dass sogar nicht von Google stammende Betriebssysteme wie iodeOS, LineageOS und BraxOS in den Wirkungsbereich geraten könnten
Reaktionen von Medien, Creatorn und Community
- Technikmedien greifen wiederholt Einschränkungen beim Sideloading, eine Gefahr für alternative App-Stores und eine Beschädigung der Android-Identität auf
- InfoWorld - "Google's Android developer verification program draws pushback"
- The Verge - "Google will verify Android developers distributing apps outside the Play store"
- TechCrunch - "Google will require developer verification for Android apps outside the Play Store"
- 9to5Google - "Google will require developer verification to install Android apps, including sideloading"
- Auch auf YouTube und in Blogs wiederholt sich stark das Framing von schwindender Offenheit und verlorengehendem Eigentum
- SomeOrdinaryGamers (Mutahar) – YouTube: Es wird davon ausgegangen, dass ein zentraler Vorteil von Android gegenüber iOS verschwindet
- Louis Rossmann – YouTube: Er argumentiert, man müsse ein Telefon als computer begreifen, und lehnt bereits das Framing ab, die App-Installation als "sideload" zu bezeichnen
- Linus Sebastian, LMG Clips – YouTube: Es wird gesagt, Android entwickle sich zu dem, wogegen es sich einst gestellt habe
- Techlore – YouTube: Es wird gesagt, Google könne Anforderungen festlegen, die nur Google selbst erfüllen kann, und damit Tausende Apps und Nutzerpfade abschneiden
- In Community-Diskussionen und Petitionstexten werden die Kernwerte von Android als Offenheit, Wahlfreiheit der Nutzer und Freiheit bei der Installation gebündelt
- In der change.org-Petition wird wiederholt formuliert, die Installation einer APK solle einfach als App-Installation gelten und Nutzer sollten auf einem gekauften Gerät selbst entscheiden, welche Software sie ausführen
- Auf Hacker News, Lobsters und Tildes wird das Thema über den Wettbewerb von App-Stores hinaus auf general purpose computing und Fragen der Handlungsmacht ausgeweitet
Offener Brief und Aufruf zum Handeln
- Es wird angegeben, dass 69 Organisationen aus 21 Ländern den open letter unterzeichnet haben
- Die Website teilt den Aufruf zum Handeln in Nutzer, Entwickler und Google-Mitarbeiter auf
-
Für alle
-
Entwickler
- Es wird dazu aufgerufen, sich nicht bei der Android Developer Console anzumelden, den Bedingungen nicht zuzustimmen, die eigene Identität nicht verifizieren zu lassen und die Registrierung insgesamt zu verweigern
- Außerdem heißt es, man solle auch andere Entwickler und Organisationen davon überzeugen, sich nicht anzumelden
- FreeDroidWarn library
- Countdown-Banner
-
Google-Mitarbeiter
- Es wird darum gebeten, technische Implementierungen oder interne Begründungen an tips@keepandroidopen.org zu melden
- Verlangt werden eine non-work machine und ein non-Gmail account, strikte Vertraulichkeit wird zugesichert
- Dazu werden auch eine Materialsammlung und Sharing-Links bereitgestellt
- Alle Referenzen, Editorials, Pressestimmen und Videos →
- Vollständige Ressourcenliste zum Handeln, Kontakte zu Regulierungsbehörden, Links für jedes Land und wie man sich wehren kann →
- Auf X posten
- Auf Mastodon posten
- Auf Bluesky posten
-
1 Kommentare
Hacker-News-Kommentare
Für mich hat diese Änderung ziemlich gut gepasst. Ich habe lange Mac OS X genutzt und beim Smartphone Android, aber in dem Moment, als Google praktisch angekündigt hat, zu einem walled garden zu werden, bin ich direkt ins iOS-Ökosystem gewechselt
Ich nutze iPhone, iPad und Apple Watch ziemlich zufrieden
Der zentrale Wert von Android für mich war, dass ich meinen eigenen Code auf meinem Gerät ausführen konnte; wenn das wegfällt, bleibt nur noch ein blasser Schatten der deutlich besseren Apple-Erfahrung
Außerdem ist iOS heute sogar weniger restriktiv als damals, als ich vor 18 Jahren zu Android gewechselt bin
Auf iOS braucht man für etwas Vergleichbares mit Xcode je nach Land hingegen mehr als 100 Dollar pro Jahr
Ich will Google nicht verteidigen, aber das wäre ein Wechsel zu etwas Schlechterem, den man sich dann schönredet
iOS ist App-Store-zentriert, in der EU sind auch andere Stores möglich
Bei Android sind jetzt wie auch nach der Änderung der Play Store, andere Stores und beliebige APK-Installationen möglich
Entwickler: Heute kann das jeder, nach der Änderung wird unterschieden in registrierte Entwickler mit einmalig 25 Dollar, Hobbyentwickler mit kleinem Vertrieb und Verteilung an fortgeschrittene Nutzer
Die Installation der eigenen App auf dem eigenen Smartphone erfordert unter iOS per Xcode eine Neuinstallation alle 7 Tage, unter Android ist sie jetzt wie auch künftig per ADB möglich
Sie blockieren bootloader unlock, sodass man nicht einmal ein anderes OS installieren kann, auf das Googles Einschränkungen nicht zutreffen
Trotzdem ist es übertrieben zu behaupten, Android werde mit dieser Änderung identisch zu iOS
Man kann irgendein zehn Jahre altes Android-Smartphone aus der Schublade ziehen und ohne Erlaubnis dafür entwickeln, und selbst wenn künftig mehr gesperrt wird, werden Leute mit genug Motivation, 24 Stunden zu warten, das weiter tun
Ich glaube nicht, dass Nutzer von Apps wie NewPipe wegen einer Wartezeit von 24 Stunden aufhören, und Entwickler werden kaum auf anonyme Entwicklung verzichten, nur weil es für manche Nutzer umständlicher wird
Zeig mir erst einmal auf iOS die systemkritischen Apps, die sich leicht über Kanäle wie F-Droid, GitHub oder Telegram verteilen lassen
Wenn sich ein Wechsel zu iOS für dich gleich anfühlt, klingt es so, als hättest du die Freiheiten, die Android geboten hat und weiter bietet, nie wirklich genutzt
Wenn ich sowieso in einem walled garden sein muss, wähle ich lieber den besser gepflegten Garten, und das ist Google definitiv nicht
Wenn Android seine relative Freiheit verliert, gibt es keinen Grund mehr, seine grobe Unfertigkeit zu ertragen
GrapheneOS wirkt wie die letzte Hoffnung des Android-Ökosystems, aber wenn Google weiter alles verriegelt, könnte selbst das nicht mehr lange halten
Genau dieses Versprechen war der Grund, warum ich in den letzten 15 Jahren bei Android geblieben bin
Die Offenheit von Android war eher für Gerätehersteller gedacht als für App-Entwickler oder Endnutzer
Android ist groß geworden, weil viele Hersteller alle möglichen günstigen Geräte bauen konnten, während iOS nur auf dem iPhone läuft
Die meisten Nutzer interessieren sich weniger für die Offenheit des OS als dafür, wie nützlich ihr Smartphone im Alltag ist
Wichtiger sind, ob Bezahl-, Social- und Entertainment-Apps funktionieren, wie gut die Kamera ist, ob das Display groß ist, ob das Gerät wasserdicht ist und was es kostet
Ob man Apps von beliebigen Websites herunterladen und installieren kann, ist den meisten egal
Auch Entwickler wollen meist eher eine große Nutzerbasis und Umsatz als Offenheit
Unprofitable Apps ohne Werbung oder In-App-Käufe sind eine Minderheit, und aus Googles Sicht hat der Verlust solcher Entwickler wenig Wert und verursacht womöglich nur Kosten für Play Services
Selbst wenn, hat Android grundsätzlich Milliarden Nutzer, die standardmäßig eine sichere App-Verwaltung wollen
Wenn man einen Fertig-Desktop-PC kauft und dann nur ein bestimmtes OS wie Windows 11 erzwingt und Linux nicht ausführen kann, würden alle sagen, das sei absurd
Ich verstehe nicht, warum das bei Smartphones akzeptiert wird, dort aber nicht
Es ist okay, wenn es den meisten egal ist, aber wir sollten dafür eintreten, dass Nutzer offene Wahlmöglichkeiten haben
Vor dem PC gab es den Fernseher, und das war ein Gerät für passiven Konsum von Inhalten, die von Konzernen und Staaten produziert wurden, nicht fürs kreative Arbeiten
Spielkonsolen waren ebenfalls keine Kreativmaschinen, sondern Geräte, auf denen man Spiele mittelgroßer Studios unter strenger Freigabe durch riesige Unternehmen spielte, die sich natürlich auch ihren Anteil nahmen
Davor gab es Zeitungen, also Massenmedien für den Konsum, geprägt von den politischen Neigungen wohlhabender Medienmagnaten
Nach dem PC kam das Smartphone, das ebenfalls eher ein Gerät zum Konsum von kuratierten Feeds großer Unternehmen ist als zum kreativen Arbeiten
Auf dem kleinen Bildschirm muss man geschweifte Klammern dreimal antippen, Web-Debugging ist ohne Verbindung zu einem PC schwierig, und bald wird die Zensur unter dem Vorwand der Altersangemessenheit noch stärker werden
Am Ende war der PC der eigentliche Ausreißer
Maßgeschneiderte Hardware, die nur für ein einziges Vendor-OS gebaut wurde; solche Computergeräte gab es früher viele
Universelle Desktops, auf denen man mehrere OS nach Belieben installieren konnte, waren eher seltener, und historisch erwartete man bei Mainframes, Commodore 64, PowerPC-Macs, Amigas oder DOS/Windows-Rechnern nicht, darauf andere OS zu betreiben
Erst mit Linux hat sich dieses Denken verbreitet
Dass Konsolen verriegelt sind, liegt daran, dass die Hardware subventioniert billig verkauft wird und die Hersteller das später über die Einnahmen aus dem digitalen Marketplace wieder hereinholen wollen
Die noch nicht erschienene Steam Machine ist nicht an ein Subventionsmodell gebunden und daher nicht verriegelt, und Steam ist ein OS-unabhängiger Marketplace, daher ist es egal, welches OS man installiert
Dass Microsoft auf Surface andere OS zulässt, bedroht das Unternehmen nicht, weil der Großteil der Einnahmen aus M365 kommt
Am Ende ist es eine Frage der Marktmacht, und für die meisten Nutzer sind verriegelte Smartphones trotzdem nützlich genug
Es wird niemand daran gehindert, vollständig offene Smartphones zu kaufen, aber für die Mehrheit ist deren Zusatznutzen einfach gering
https://en.wikipedia.org/wiki/Windows_RT
Es gab nur wenige interessierte Hardwareanbieter, nach vier Jahren wurde es eingestellt, bei Veröffentlichung wurde es gemischt bewertet, und kommerziell galt es als Misserfolg
Windows 10 S wollte ebenfalls nur Apps aus dem Windows Store zulassen und wurde nach einem Jahr wieder aufgegeben
Ich finde, geschlossene Ökosysteme sollten dieses Schicksal erleiden
Warum ausgerechnet iOS anders ist, bleibt fraglich; vielleicht liegt es daran, dass eine teure Luxusmarke zuerst wohlhabende Nutzer anzieht und so Profitabilität und etwas Prestige erzeugt, aber vermutlich steckt noch mehr dahinter
Offene Optionen existieren bereits
Die Behauptung, dass ab September 2026 alle Apps nicht registrierter Entwickler blockiert werden und es kein Opt-out gibt, ist falsch
Google hat erklärt, dass es zusätzlich zwei weitere Vertriebswege geben wird, und ein Opt-out existiert in Form des advanced flow
https://android-developers.googleblog.com/2026/03/android-developer-verification.html
Das gilt auch für GrapheneOS-Nutzer, und es ist eine von niemandem gewählte Instanz, die eine weltweite Richtlinie durchsetzt
Nur weil man 24 Stunden warten kann, lässt sich die veränderte Welt selbst nicht ablehnen, und für das Ökosystem können dauerhafte Folgen bleiben
Eine Firma, die intern sogar App-spezifische Internet-Sperren hat, sie den Nutzern aber nicht einmal sichtbar macht, ist für mich ohnehin noch weniger vertrauenswürdig
Der vollständige Satz lautet weiter, dass Apps nicht registrierter Entwickler blockiert werden, dass dies weltweit für alle Apps und alle Geräte gilt und dass es kein Opt-out gibt
Du musst mir nicht einfach glauben; in der Android-Entwicklerdokumentation ist der Plan zusammengefasst
https://developer.android.com/developer-verification
Und der advanced flow wird im Artikel bereits ausführlich behandelt
Ehrlich gesagt waren diese Geräte von Anfang an nie vollständig unsere
Dass so etwas durchgedrückt werden kann und wir keine Möglichkeit haben, es abzulehnen, ist der Beweis dafür
Was wir brauchen, ist nicht eine noch tiefere Bindung an das Google-Ökosystem und ein von Google kontrolliertes OS, sondern eine offene Alternative
Wir sollten die Geräte, die wir gekauft haben, selbst kontrollieren und darauf wie auf einem PC alles ausführen können, was wir wollen
Auf dem Desktop kämpft man mit Linux für universelles Computing, beim Smartphone geht es zuerst einmal darum, einfach nicht gehackt zu werden
Realistisch gibt es wirklich keine brauchbare Alternative
Ich habe auch Ubuntu Touch mühsam benutzt, aber der Mangel an Apps und die allgemein schwache Entwicklung der Plattform springen immer schmerzhaft ins Auge
Dass es eigentlich nur auf älteren Geräten richtig läuft, ist ebenfalls ein großes Problem, und selbst gegenüber Nischen-ROMs wie Evolution X wirkt es noch weit zurück
Wenn diese Änderung tatsächlich einen großen Teil der bekannten Custom-ROMs praktisch aushebelt und es außer Graphene keine klare Alternative gibt, könnte das ein ziemlich großer Wendepunkt werden
Es wirkt wie eine Entscheidung zwischen Android und iOS, aber tatsächlich ist das womöglich eine falsche Dichotomie
In Wirklichkeit wählt man ein Gerät mit bestimmtem Formfaktor und bestimmten Spezifikationen, und solche Geräte laufen meist mit mobilen Unternehmens-OS
Selbst abgeleitete OS setzen meist den ursprünglichen Distributor voraus und übernehmen Strukturen für Remote-Code-Ausführung wie phoning home oder automatische Updates
Es gibt dagegen Computer in anderen Formfaktoren, auf denen nicht-unternehmensgebundene OS laufen können, und dort lässt sich unerwünschter Code leicht entfernen
In Bezug auf Kontrolle und Privatsphäre bringt die Wahl zwischen zwei mobilen Unternehmens-OS kaum etwas und ist mit der Entscheidung für ein kompilierbares Open-Source-OS durch den Nutzer nicht vergleichbar
Für Menschen, die ihr Smartphone als Universalcomputer für alles nutzen wollen, trifft eher zu, dass sowohl Android als auch iOS schlecht sind, statt dass es wichtig wäre, welches von beiden besser ist
Tech-Medien, Blogs und Kommentare streiten gern darüber, welches Unternehmens-OS besser ist, aber in Sachen Kontrolle und Privatsphäre sind beide schlecht
Noch schlimmer wird es dadurch, dass wir bereits große Teile unseres Lebens in diese Geräte integriert haben und als Wahl nur noch zwei schreckliche Optionen bleiben
Ich kenne etliche Freunde, die gern GrapheneOS ausprobieren oder sich aus dem mobilen Ökosystem lösen würden, aber durch Banking-Apps faktisch gebunden sind
Es war ein devil's bargain, bei dem wir enorme Bequemlichkeit bekommen und dafür unsere Seele verkauft haben, und Google zeigt jetzt, dass das alles nie wirklich uns gehörte
Das Wichtigste hier sind die Entwickler
Sie sollten sich nicht in der Android Developer Console registrieren, keine unwiderruflichen Nutzungsbedingungen akzeptieren, keine Identitätsprüfung durchlaufen und dieses Spiel nicht mitspielen
Googles Plan funktioniert nur, wenn Entwickler mitziehen
Man sollte auch andere Entwickler und Organisationen davon überzeugen, sich nicht anzumelden
Apps sollten die FreeDroidWarn-Bibliothek einbinden, um Nutzer zu warnen, und wer eine Website betreibt, sollte dort auch ein Countdown-Banner anzeigen
Ich neige inzwischen dazu, zwei Smartphones zu benutzen
Eines als verriegeltes Android/iOS für Banking-Apps und staatliche Dienste, das andere mit Linux oder einem weniger verriegelten Android für alles andere
Das ist lästig, aber die meisten Menschen kümmern sich nicht genug darum, um Google, Apple, Banken oder Regierungen unter Druck zu setzen
Einer der wichtigsten Gründe, warum ich unbedingt ein nicht verriegeltes OS brauche, ist, dass ich gelegentlich an Orte reise, an denen man zur Verbindung mit dem internationalen Internet unbekannte VPN-/Proxy-Dienste installieren muss
Dienste, die früher in den App-Stores waren, wurden dort meist schon vor langer Zeit verboten, und Regierungen verlangen tatsächlich von Apple oder Google, Apps noch wirksamer zu entfernen
Hier steht ein völlig normaler Computer, und trotzdem soll man für Kontostand oder Überweisung ein Smartphone brauchen — das ist absurd
Mich würde interessieren, was andere als Zweitgerät nutzen; ich verwende ein gebrauchtes Surface Go mit Fedora 43 und Gnome
Es ist etwas groß, erfüllt die Aufgabe aber gut
Ich würde gern mehr dazu sagen, lasse es aber dabei
Ich nutze GrapheneOS, also kümmert mich das nicht besonders. Mein Smartphone gehört eindeutig mir, und die meisten Android-Apps laufen gut
Die Apps, die nicht laufen, sind meist solche, deren Verschwinden ich nicht bedauern würde — also eher malware
Es gibt nur ein paar seltsame Bugs bei Gruppennachrichten, und wenn die Interaktion zwischen Browser und Tastatur oder die Netzwerkverbindung durcheinandergerät, muss ich gelegentlich neu starten, damit wieder alles ganz normal läuft
Trotzdem ist es großartig, Netzwerkverbindungen und Benachrichtigungen vollständig kontrollieren zu können
Aber unabhängig von der OS-Qualität ist eine Haltung nach dem Motto „Mir geht's gut“ nicht nur unerquicklich, sondern auch taktisch schlecht
Wenn andere ihre Freiheit verlieren, ist schwer zu garantieren, dass meine eigene Freiheit auf lange Sicht ebenfalls erhalten bleibt
GrapheneOS hat nur Basic; dann könnte sich die App womöglich gar nicht mehr öffnen lassen
Bisher ist das nicht passiert, aber es ist durchaus möglich
Ich bin auch kein Anfänger und entwickle seit fast zehn Jahren für Android
Ich will nicht widersprechen, sondern nur darauf hinweisen, dass die Aussage Graphene just works manchmal etwas übertrieben ist
Dann gibt es weniger Entwickler und weniger FOSS-Beiträge, und am Ende verschlechtert sich auch deine eigene Erfahrung
Ich verstehe nicht, warum Großkonzerne und Regierungen den Computer in meiner Tasche kontrollieren dürfen, ich aber nicht
Das Gerät verlangt, dass ich Wi‑Fi aktiviere, was völlig unsinnig ist
Meine Vermutung ist, dass Samsung Telemetrie zu Batterieprofil-Einstellungen abgreifen will, aber Nutzer sogar ohne Internet an dieser Einstellung zu hindern, ist verrückt
Schon gestern bei der Ersteinrichtung konnte ich ohne Internetverbindung nicht einmal zum nächsten Schritt weitergehen
Inzwischen bin ich fast so weit, es zu verkaufen und auf ein chinesisches Smartphone umzusteigen, denn wenigstens meine früheren chinesischen Geräte und das Galaxy S20 FE haben mich nicht auf diese Weise blockiert
Der Computer in deiner Tasche muss nicht zwangsläufig Großkonzernen oder Regierungen untergeordnet sein
Am Ende läuft es nur darauf hinaus, dass GrapheneOS weniger Marketingbudget hat als GOOG / Alphabet / https://en.wikipedia.org/wiki/List_of_Google_products