- Die Unterstützung für das Pixel 9a wird zunächst auf staging.grapheneos.org freigeschaltet und tritt in die anfängliche Validierungsphase ein, in der das neue Modell zur Liste der von GrapheneOS installierbaren Geräte hinzugefügt wird
- Die erste Bereitstellung unterstützt sowohl die CLI-Installation als auch die Web-Installation; nach der Prüfung grundlegender Funktionen wie Wi‑Fi, Kamera und Audio wird Nutzerfeedback eingeholt
- Der drahtlose Upgrade-Pfad wurde mit einem Beispiel-Update von 2025041200 auf 2025041201 getestet; die tatsächlichen Änderungen beschränken sich auf Build-Datum und Build-Nummer
- Das inkrementelle Update-Paket blieb trotz vollständiger neuer Firmware und OS-Images bei nur 158 KiB; auch das vollständige Update-Paket wurde separat verifiziert
- Nach bestandenen Tests der Grundfunktionen und des Upgrade-Pfads gilt die Unterstützung für das Pixel 9a nicht mehr als experimentell, basiert jedoch noch auf Android 15 QPR1, sodass einige neuere Verbesserungen noch fehlen
Erste Bereitstellung und Installationspfade für das Pixel 9a
- GrapheneOS bietet auf staging.grapheneos.org eine frühe, stark experimentelle Veröffentlichung für das Pixel 9a an
- Die Installation unterstützt sowohl die CLI-Installation als auch die Web-Installation
- Zusammen mit beiden Installationswegen wurden auch die Grundfunktionen überprüft
- Zu den getesteten Funktionen gehören Wi‑Fi, Kamera, Audio und mehr
- In der Phase der ersten Veröffentlichung war Nutzerfeedback erforderlich
Update-Validierung und Aufhebung des experimentellen Status
- Der drahtlose Upgrade-Pfad des Pixel 9a wurde intern mit einem Beispiel-Update ohne inhaltliche Änderungen getestet
- GrapheneOS verwendet solche Beispiel-Updates intern üblicherweise, um den Upgrade-Pfad jeder Veröffentlichung zu validieren
- Für umfangreichere Tests wurde dieses Update über die einzelnen Kanäle verteilt
- Das erste Update wechselt von 2025041200 auf 2025041201
- Die einzigen Änderungen sind Build-Datum und Build-Nummer
- Das inkrementelle Update-Paket ist trotz vollständiger neuer Firmware und OS-Images nur 158 KiB groß
- Das vollständige Update-Paket wurde ebenfalls mitgetestet
- Grundfunktionen und Upgrade-Pfad wurden sowohl in der App System Updater als auch über recovery verifiziert
- Nach diesem Schritt muss die Veröffentlichung für das Pixel 9a nicht mehr als highly experimental betrachtet werden
- Die experimentelle Veröffentlichung für das Pixel 9a wurde damit auch auf der regulären Produktions-Website verfügbar
- Auf dem Pixel 9a sollten standardmäßige Android- und GrapheneOS-Funktionen bereits funktionieren
- Beispiele sind hardwarebasierte USB‑C-Portsteuerung, hardwarebasiertes Memory Tagging und mehr
- Die Hauptaufgabe bestand darin, einen temporären gerätespezifischen Branch auf QPR1-Basis zu handhaben
- Mit Stand vom 15. April 2025 gilt die GrapheneOS-Unterstützung für das Pixel 9a nicht mehr als experimentell
- Sie basiert jedoch noch auf dem Android 15 QPR1-Upstream, daher fehlen noch einige neuere Verbesserungen von Android und GrapheneOS
- GrapheneOS hat seit QPR2 die meisten GrapheneOS-Änderungen backportiert und wird bald auf mainline Android basieren
1 Kommentare
Meinungen auf Hacker News
Ich mag GrapheneOS, aber der größte Nachteil ist, dass die Google Integrity API kontaktloses Bezahlen mit Google Pay verhindert.
Niederländische Banken weisen inzwischen darauf hin, Google Pay für kontaktloses Bezahlen zu installieren. Als ich Google gebeten habe, GrapheneOS zu unterstützen, hieß es, ich solle einen Feature Request einreichen; das habe ich getan, aber keine Antwort erhalten.
Ich habe eine formelle Beschwerde bei der Verbrauchermarktbehörde eingereicht, weil Google und Apple faktisch ein Oligopol für kontaktloses Bezahlen teilen und entscheiden, welchen Betriebssystem-Distributionen sie Zugang gewähren. Ich habe auch erklärt, dass die Google Integrity API künftig die Zugänglichkeit von Bankdiensten beeinträchtigen kann und dies bei einigen Banking-Apps bereits tut; die Behörde hat das ziemlich ernst genommen, und ich erwarte eine spätere Antwort.
Einige Banken unterstützen möglicherweise weiterhin eigenes Tap-to-Pay. In Europa gibt es dafür ein standardisiertes System, das von mehreren Banken unterstützt wird. Eine Liste der betreffenden Banken findet sich unter https://privsec.dev/posts/android/banking-applications-compa.... Um Entwicklungskosten zu senken, sind viele stark zu Google Pay gewechselt, aber nun könnte eine größere Gegenbewegung entstehen.
Unternehmen, die die Nutzung von GrapheneOS über die Play Integrity API blockieren, sollte man https://grapheneos.org/articles/attestation-compatibility-gu... schicken. Damit lässt sich GrapheneOS sicherer zulassen und gleichzeitig die Verifikation beibehalten. In letzter Zeit konnten Nutzer einige Banken davon überzeugen, dies zu implementieren; Swissquote hat es in der Yuh-App umgesetzt, und man hofft, dass es bald auch in der Haupt-App von Swissquote landet. Besser wäre es zwar, die Play Integrity API gar nicht erst einzubauen, aber wenn Nutzer viele Bewertungen und Support-Anfragen hinterlassen, können sie den Anbietern klarmachen, dass es ein großes Problem ist, und sie dazu bringen, sie zu entfernen oder auf eine alternative Implementierung umzusteigen.
Meiner Meinung nach sollte jedes Land so eine App haben. Man will wohl kaum, dass das Zahlungssystem vollständig von US-Unternehmen abhängt.
Das größere Problem war, dass Apps beim Start nach Google-Play-Komponenten suchten und dann eine Null-Pointer-Exception warfen. Über zwei Monate hinweg fielen mindestens eine Woche lang parkmobile, mehrere Apps von Ladenetzen für Elektroautos, uber, lyft und yelp aus.
Ich frage mich, ob das immer noch ein Problem ist oder ob es heute stabiler läuft – abgesehen von den Problemen rund um Google Integrity.
GrapheneOS lieferte mehr als das Doppelte der von Google beworbenen Akkulaufzeit, bis man Google Play Services in der Sandbox installierte; danach fiel sie auf das beworbene Niveau. Das wäre ebenfalls etwas für die Beschwerde. Die Akkulaufzeit aller zu halbieren, ist ein leicht quantifizierbarer wirtschaftlicher Schaden. Datenschutz ist zwar wichtiger, als Akkukapazität im Wert von 50 Dollar zu bündeln und zu verschwenden, aber Google kann Datenschutzprobleme mit Fachjargon und Wortklauberei leichter umgehen.
Anfangs war ich verwirrt, warum das bemerkenswert ist, aber das Pixel 9a ist gerade erst am Donnerstag erschienen. Für ein Community-Betriebssystem ist das eine unglaublich schnelle Reaktion.
Die übrigen GrapheneOS-Anpassungen liegen wohl auf Framework-Ebene und sind daher geräteunabhängig. Es könnte Kernel-Änderungen zur Härtung geben, aber ich weiß nicht, wie einfach deren Portierung ist. Ich frage mich auch, ob die Pixel-9-Serie eine neuere Kernel-Version nutzt als das Pixel 8.
Ich bin oft kritisch, aber dem GrapheneOS-Team muss man dafür Anerkennung geben.
Nachdem Google die Akkulaufzeit ruiniert hatte, habe ich GrapheneOS auf meinem Pixel 4a installiert[0]. Beim ersten Umstieg war es frustrierend, weil manches nicht funktionierte, aber inzwischen habe ich mich daran gewöhnt und habe wieder das Gefühl, mein Gerät sicher zu nutzen.
Das Gerät fühlt sich an, als gehöre es wirklich mir, und ich muss mir keine Sorgen machen, wer mich als Nächstes ausspioniert oder mir plötzlich Funktionen wegnimmt.
[0] https://grapheneos.social/@GrapheneOS/113917226566692707
Aber die umfassende Zugriffskontrolle und die Funktion, alle paar Monate kaum genutzte Apps zu überprüfen, sind sehr praktisch. Allerdings mache ich kein Onlinebanking auf dem Smartphone. Für Leute, die das tun, kann es realistisch schwierig werden. Das Einzige, was mir nicht gefällt, ist, dass es nur auf Google Pixel läuft.
Ich halte GrapheneOS für eine der wichtigsten aktuell laufenden Initiativen. Viele Menschen tragen ein universelles Überwachungsgerät in der Tasche und wissen nicht, wie viele Rechte sie damit abgeben.
Sie haben keine Kontrolle über diese Geräte und verstehen nicht einmal, dass das so ist. GrapheneOS gibt einem eine Möglichkeit, sich zu wehren. Es ist schwer, auf den Komfort moderner Smartphones zu verzichten, aber mit GrapheneOS behält man 90 % dieses Komforts und reduziert Überwachung und Angriffsfläche erheblich.
Jetzt wäre ein Pixel mit zwei großen Hardware-Schaltern schön. Je ein Slider auf jeder Seite: einer schaltet die Funkmodule ab, der andere die Sensoren (Kamera, Mikrofon). Wenn man telefonieren möchte, schiebt man den großen Slider hoch und aktiviert Kamera und Mikrofon.
Danke an strcat und das Team. Wer GrapheneOS nicht nutzt, sollte es in Betracht ziehen. Spenden sind hier möglich: https://grapheneos.org/donate Wer über passende Programmierkenntnisse verfügt, kann sich auch beteiligen.
Wenn ein Gerät erfolgreich angegriffen wird, können alle Daten abgegriffen werden: Dokumente, Fotos, Videos, Browserverlauf, Login-Sitzungen, Passwörter usw. Während die Sensoren eingeschaltet sind, können auch die Sensoren kontrolliert werden, einschließlich Telefonaten und Ähnlichem.
Ein Schalter, der alle Funkmodule abschaltet, ist in diesem Bedrohungsmodell deutlich weniger nützlich. Denn auch normale Apps wissen, wie sie Daten in eine Warteschlange legen und später senden können. Wenn das Ziel ist, Standortverfolgung zu verhindern, müssen nicht nur Funkmodule, sondern alle Funkmodule und Sensoren abgeschaltet werden. Potenziell nützlich kann das sein, wenn ein Angreifer zwar die Funk-Firmware ausnutzen kann, wegen der IOMMU-Isolation von GrapheneOS und der gehärteten Kernel-/Userspace-Treiber aber nicht bis ins Betriebssystem gelangt. Dank Verified Boot verschwindet der Zugriff jedoch, sofern die Funkmodule keinen wichtigen persistenten Zustand haben, sobald beim Neustart die Stromversorgung der Funkmodule aus- und wieder eingeschaltet wird.
Ich frage mich, wie „privat“ GrapheneOS wirklich ist.
Ich würde gern wissen, wie viel man durch den Wechsel im Vergleich zu dem gewinnt, was beim Standard-Android übrig bleibt.
Edit: Diese Seite wirkt umfassend — https://staging.grapheneos.org/features
Unerwünschten Apps kann man auch den Internetzugriff entziehen, damit sie keine Daten nach Hause senden können.
Die meisten anderen Vorteile sind weniger offensichtlich. Es gibt einen gehärteten Speicher-Allokator, der verschiedene Arten von Sicherheitskompromittierungen deutlich erschwert, und es laufen auch viel weniger unnötige Hintergrunddienste, die Ressourcen verbrauchen. Mehr dazu ist auf der Website zusammengestellt und die Lektüre lohnt sich.
Viele wichtige Funktionen sind in einem Abschnitt zusammengefasst; insbesondere der Abschnitt zum Exploit-Schutz und seine Unterabschnitte decken einen großen Teil dessen ab, was es auf der Sicherheitsseite bietet. Abgesehen von kleineren Änderungen ist das meiste enthalten. Außerdem werden bestimmte Funktionen aus der Liste entfernt, sobald sie zu Standard-Android-Funktionen werden, und es ist auch gelungen, mehrere der implementierten Funktionen in den Linux-Kernel oder das Android Open Source Project zurückfließen zu lassen.
Beispiele für die Wirkung der Sicherheitsverbesserungen gibt es hier: https://discuss.grapheneos.org/d/14344-cellebrite-premium-ju...
Weiter unten im Thread wurden auch die Cellebrite-Premium-Dokumente vom Februar 2025 gepostet; insgesamt ist die Lage im Wesentlichen ähnlich.
https://discuss.grapheneos.org/d/20401-grapheneos-improvemen... enthält einige Details dazu, wie der Schutz vor Datenextraktion seit Anfang 2024 verbessert wurde.
Das Standard-Pixel-OS ist grob gesagt AOSP mit tief integrierten Google-Apps. Pixel ändert im Vergleich zum AOSP-Code nicht wirklich etwas, sondern ersetzt mehrere Komponenten durch eigene, fügt Overlays und Apps usw. hinzu. AOSP enthält bereits das, was sie für ihr Angebot benötigen. Google Play und mehrere Apps erhalten über privilegierte Berechtigungen, SELinux-MAC/MLS-Richtlinien (in AOSP enthalten), verschiedene Allowlists usw. weitreichenden privilegierten Zugriff. Außerdem werden Play-Dienste usw. als Backend für mehrere AOSP-APIs verwendet.
Eine der Hauptfunktionen ist die Sandboxed-Google-Play-Kompatibilitätsschicht. Damit lassen sich Google Play Services, Google Play Store, Google Search usw. als normale, sandboxed Apps ohne jegliche Sonderzugriffe ausführen. Für die meisten Funktionen müssen Nutzer nicht einmal normale, nicht privilegierte Berechtigungen wie Kontakte oder Standort erteilen. Einige Funktionen wie die Standortfreigabe in Google Maps oder die Synchronisierung von Google Contacts benötigen solche Berechtigungen jedoch.
Es ist ein Betriebssystem für Menschen, denen Privatsphäre und Sicherheit wichtiger sind als ein im Alltag bequemes Smartphone. Für Normalnutzer ist es überhaupt nicht gedacht.
Ich wollte GrapheneOS wirklich mögen, aber es fühlte sich stärker abgeschottet an als Standard-Android. Der Hauptgrund, warum ich überhaupt ein Custom-Betriebssystem will, ist, dass ich das Gerät, das mir gehört, selbst kontrollieren möchte.
GrapheneOS kommt eher dem gleich, die Kontrolle über mein Telefon von Google an die Betreiber von GrapheneOS zu übergeben. Ich habe kein Mitspracherecht darüber, wie mein Telefon funktionieren soll.
GrapheneOS scheint davon auszugehen, dass Nutzer nicht vertrauenswürdig genug sind, ihr eigenes Gerät zu handhaben. Aber keine Sorge, sie wüssten, was das Beste sei, und ihre Kontrolle sei eine völlig andere Art von Kontrolle als die von Google. Die Struktur läuft darauf hinaus: Wenn man ihnen einfach vertraut, ist alles in Ordnung.
Nach ein paar Monaten bin ich zu LineageOS gewechselt.
Auf der GrapheneOS-Homepage steht: „ein privates und sicheres mobiles Betriebssystem mit Android-App-Kompatibilität“.
Man muss verstehen, dass „Sicherheit“ und „den Nutzer nach Belieben festlegen lassen, wie das Telefon funktioniert“ in entgegengesetzte Richtungen gehen. Wenn der Nutzer mit einem Fingertipp die Sandbox umgehen kann, kann das Telefon nicht sicher sein. Auf einem Linux-System kann der Nutzer vieles festlegen, aber man sollte sich nicht vormachen, dass es deshalb sicher sei. Eine Zeile wie
bash -c "$(curl -fsSL [http://](<http://>;)...reicht, um kompromittiert zu werden.Ich habe kürzlich GrapheneOS auf einem Ersatz-Pixel 4a installiert, und das lief über ein Browserfenster. Anfangs dachte ich, ich müsste so etwas wie einen Firmware-Flasher herunterladen, aber das Gerät wurde über die Webseite aktualisiert. Das war beeindruckend.
Ein weiterer Punkt, den ich erwähnen möchte: Da Chromium installiert ist, kann man Progressive Web Apps installieren, statt eine Verbindung zu Sandboxed Google Play usw. herzustellen. Die Progressive Web Apps, die ich ausprobiert habe, sahen fast genauso aus wie auf dem iPhone oder Desktop.
Natürlich sind Progressive Web Apps noch weit davon entfernt, ein vollwertiger Ersatz zu sein, aber theoretisch ist es möglich. Ein unabhängiges mobiles Betriebssystem und plattformunabhängige Apps, keine Apple-/Google-ID und kein App Store. Genau das war der Zweck dieser Testinstallation, und es hat tatsächlich funktioniert.
Was mir beim kürzlichen Kauf eines neuen Pixel 9 an GrapheneOS gefallen hat: Die Installation war allein mit einem älteren Pixel-Smartphone sehr einfach.
Das Installationsprogramm basiert auf WebUSB und läuft daher im Vanadium-Browser. Man konnte die beiden Smartphones per USB-Kabel verbinden und das Betriebssystem über den Browser auf dem neuen Gerät installieren.
Was derzeit fehlt, ist eine „Übertragen“- oder Backup-Funktion. Abgesehen davon, Apps manuell zu verschieben und, wenn möglich, die eingebauten Import-/Export-Funktionen der jeweiligen Apps zu nutzen, gibt es keine gute Lösung.
Es nutzt denselben geräteübergreifenden Übertragungsmodus der Android-Backup-Infrastruktur und sollte genau dieselben Daten sichern, die auch das Übertragungssystem von Google Play verschiebt. Da der Geräte-zu-Gerät-Modus verwendet wird, werden deutlich mehr Daten gesichert als bei Google-Play-Cloud-Backups.
Man sollte wieder allgemein ein Screenshot-Menü in die Navigation aufnehmen. Weder in Social Media noch auf Websites gibt es Screenshots. Man könnte meinen, es sei ein textbasiertes Betriebssystem.
Ich beobachte GrapheneOS seit Jahren, zögere aber wegen einer einzigen Sache: automatische Anrufaufzeichnung.
Ich würde gern wechseln.