Home » Android » Pixel 11 MTE: Die Hardware kann es, Google schweigt

Pixel 11 MTE: Die Hardware kann es, Google schweigt

Am 29. August meldete das Projekt GrapheneOS, dass die Portierung auf die Pixel-11-Reihe nach einer Woche Arbeit nicht zu Ende gebracht werden kann: Dem Gerät fehle die ARM-Speichermarkierung MTE — in Software, in der Firmware und „mit an Sicherheit grenzender Wahrscheinlichkeit" auch in der Hardware. Neun Tage später steht fest, dass zumindest der letzte Teil dieser Diagnose nicht stimmt. Und dass die eigentliche Frage eine andere ist als die, über die die deutschsprachige Fachpresse seither berichtet.

Nahaufnahme eines winzigen Schiebeschalters auf einer matten, dunklen Platine. Der Schalter steht sichtbar auf der Aus-Position, der Rest der Platine verliert sich unscharf im Dunkeln. Das Bild steht dafuer, dass eine vorhandene Hardwarefunktion abgeschaltet bleibt.

Was MTE technisch macht, warum GrapheneOS ohne diese Funktion keine Geräte offiziell unterstützt und weshalb ausgerechnet Qualcomm sie jahrelang nicht liefern konnte, haben wir in GrapheneOS ohne Google Pixel ausführlich erklärt. Dieser Beitrag setzt dort an und trägt den Stand vom 7. September nach.

Pixel 11 MTE: der Stand nach neun Tagen

Die Kurzfassung vorweg, weil sich die Lage dreimal gedreht hat und ihr sonst dem falschen Zwischenstand aufsitzt. Die Hardware des Pixel 11 beherrscht MTE — zumindest in einer Minimalvariante. Die Firmware gibt die Funktion inzwischen wieder frei. Das ausgelieferte Betriebssystem schaltet sie trotzdem nicht ein. Und Google sagt nicht, warum.

Das ist etwas anderes als „Google hat die Sicherheitsfunktion aus dem Chip gestrichen", und es ist deutlich mehr als eine Nuance: Von der Antwort hängt ab, ob GrapheneOS die Pixel-11-Reihe je unterstützen kann. Für alle, die ein Gerät mit dem Betriebssystem kaufen wollen — unser Einsteiger-Guide erklärt die Einrichtung Schritt für Schritt —, ist das die einzige Frage, die im Herbst 2026 zählt.

Was am 29. August gemeldet wurde

GrapheneOS veröffentlicht das meiste zuerst auf Mastodon, und die Ausgangsmeldung war unmissverständlich. Nach einer Woche Arbeit lag eine Teilportierung vor, abschliessen liess sie sich nicht. „Pixel 11 doesn't have MTE support. It's entirely gone." Kurz darauf die Feststellung, dass die Pixel-11-Reihe die eigenen Sicherheitsanforderungen nicht zu erfüllen scheine.

Ganz nebenbei enthielt derselbe Faden auch das Gegenteil einer Abrechnung. Das Pixel 11 bringe durchaus Verbesserungen mit, namentlich einen quantensicheren Verified Boot per ML-DSA, den Ersatz von Samsungs Shannon-IMS durch AOSP-IMS und einen Titan M3, der den Schutz gegen Datenextraktion deutlich verbessern sollte. Nur nütze das wenig, wenn gleichzeitig MTE wegfällt.

Warum MTE für GrapheneOS kein Extra ist

Die ARM Memory Tagging Extension versieht Speicherbereiche mit einer Markierung und prüft bei jedem Zugriff, ob die Markierung des Zeigers dazu passt. Ganze Fehlerklassen — Use-after-free, Pufferüberläufe — fliegen damit zur Laufzeit auf, statt zur Angriffsfläche zu werden. Das ist im Bestandsartikel ausgeführt und wird hier nicht wiederholt.

Entscheidend für die aktuelle Lage ist der Umfang der Nutzung. GrapheneOS setzt MTE im gesamten Basissystem ein, einschliesslich Kernel und sämtlicher Standardprozesse; nur für einige gerätespezifische Prozesse ist es vorübergehend abgeschaltet. Ein Gerät ohne MTE ist für dieses Projekt also nicht ein Gerät mit einem fehlenden Häkchen, sondern eines, auf dem die zentrale Schutzschicht des Systems ersatzlos entfällt.

Ein Ersatz wäre technisch denkbar und praktisch unattraktiv: HWASan käme mit rund doppeltem CPU-Aufwand und 25 Prozent mehr Speicherbedarf und liesse sich sinnvoll nur auf den Kernel und einige wichtige Teile des Systems begrenzen. Zur Erinnerung: Das Pixel 8 kam im Oktober 2023 mit Hardware-MTE, GrapheneOS hat es noch im selben Monat quer durch das System eingesetzt — Android und das Pixel-System selbst haben es nie standardmässig aktiviert. Wer die Funktion überhaupt benutzt, ist eine sehr kurze Liste, und Google steht nicht darauf.

Ein Dollar pro Telefon: die Rechnung stammt von GrapheneOS, nicht von Google

An dieser Stelle ist Vorsicht geboten, denn hier vermischen viele Berichte Zuschreibung und Beleg. Die These, Google habe an der Chipfläche gespart, ist eine Vermutung von GrapheneOS — und das Projekt kennzeichnet sie selbst als solche. Rund vier Prozent der Cache-Fläche liessen sich einsparen; bei einem SoC-Preis von 150 Dollar und einem Cache-Anteil von einem Viertel ergäbe das etwa 1,50 Dollar pro Telefon — „that's not a well informed estimate of the price of MTE but it does have a price". Einen Tag später präzisierte das Projekt: Ohne dynamische Zuteilung brauche MTE einen um 3,125 Prozent grösseren CPU-Cache und einen aufwendigeren Cache-Controller, was auf etwa einen Dollar je Gerät hinauslaufe.

Eine Stellungnahme von Google zu dieser Rechnung gibt es nicht. Die Schätzung als Googles Begründung auszugeben, wäre deshalb falsch — und genau das ist in der Berichterstattung mehrfach passiert.

Belegt ist dagegen der Rahmen. MTE ist in ARMv9 optional und nicht Pflicht; die meisten ARMv9-Umsetzungen haben es nicht. Qualcomm hat es erst im Snapdragon 8 Elite Gen 5, und im eine Stufe darunter liegenden Snapdragon 8 Gen 5 ist es wegen Errata funktionslos. Und GrapheneOS hat nach eigener Darstellung bereits 2024 gehört, dass Google MTE im Zuge des Umstiegs auf eigene CPU-Kerne fallenlassen wollte — beim Tensor G5 des Pixel 10 geschah das nicht, und der Tensor G6 nutzt noch gar keine eigenen Kerne. Notebookcheck hat dazu geleakte interne Unterlagen ausgewertet, in denen „MTE support" in einer Prioritätenliste zur Cache-Architektur rot durchgestrichen ist; wann der Strich gesetzt wurde, geht daraus nicht hervor.

Der Rückzieher: die Firmware-Unterstützung ist wieder da

Am 1. September kam die Wende, und sie kam aus einer Beta. Android 17 QPR2 Beta 4 erschien am 28. August, die Abbilder für die Pixel-11-Reihe wurden nach Darstellung von GrapheneOS aber erst rund drei Tage später nachgeschoben. 9to5Google nennt für den Beitritt der Pixel-11-Modelle zum Beta-Programm den 1. September und den Build CP41.260814.003.C2.

Das Ergebnis der Prüfung: „It still has at least bare minimum support for MTE at a hardware level." Die Vermutung des Projekts lautet seither, dass Google die Beschleunigung im CPU-Cache entfernt und damit die Leistung ruiniert habe, weshalb die Funktion in der Firmware komplett abgeschaltet worden sei. In QPR2 Beta 4 ist die Firmware-Unterstützung wieder vorhanden, das Betriebssystem lässt MTE aber weiterhin aus, und die Firmware übergibt dem Kernel bedingungslos den Parameter arm64.nomte. Von Hand geht es trotzdem: Der Tag-Speicher lässt sich über fastboot oem mte on reservieren, danach braucht es einen Kernel, der arm64.nomte ignoriert.

Und heute, am 7. September, hat sich auch die letzte offene Frage in eine unerwartete Richtung bewegt. Die Sorge lautete ja, MTE könnte auf dem Pixel 11 zwar existieren, aber unbrauchbar langsam sein. GrapheneOS schreibt dazu: Die Funktion sei über den Fastboot-Modus einschaltbar und dann im Serienbetriebssystem per ADB nutzbar, sie stehe aber weder im Advanced Protection Mode noch in den Entwickleroptionen zur Verfügung. „It isn't clear why it isn't enabled for use in the stock OS yet. It appears to work fine and performs fine."

Damit ist von der Ausgangsdiagnose nach neun Tagen wenig übrig. Die Hardware kann es, die Firmware kann es, es funktioniert, und es ist schnell genug. Abgeschaltet ist es trotzdem.

Schichtenschaubild zum Pixel 11 mit vier Ebenen. Unten die Hardware Tensor G6 mit vorhandener Mindestunterstuetzung fuer MTE, darueber die Firmware, die seit Android 17 QPR2 Beta 4 wieder MTE unterstuetzt und den Tag-Speicher ueber fastboot oem mte on freigibt, darueber der Kernel, dem die Firmware bedingungslos den Parameter arm64.nomte uebergibt, und zuoberst hervorgehoben das Betriebssystem, in dem MTE abgeschaltet bleibt und weder in den Entwickleroptionen noch im Advanced Protection Mode auswaehlbar ist. Die Grafik zeigt, dass die Funktion auf allen Ebenen vorhanden ist und die Kette erst im Betriebssystem endet.

Was Google dazu sagt

Nichts. GrapheneOS hat nach eigener Angabe schon vor der ersten Meldung mehrere Leute bei Google angeschrieben und keine Antwort erhalten; bis heute weiss das Projekt nicht, ob es ernsthafte CPU-Errata gibt oder ob die Funktion schlicht schlecht lief. Als strukturelle Erklärung nennt GrapheneOS, dass Google auf seine Anfragen zunehmend schweige, seit im Juni 2025 die Pixel-Unterstützung mit Android 16 aus AOSP herausgefallen ist — ein Vorgang, den wir seinerzeit in Google erschwert Custom-ROMs für Pixel-Geräte beschrieben haben und der sich in der Suche nach einem zweiten Hardware-Partner fortsetzte.

Eine Auskunft gab es dann doch, sie war nur nichts wert. Ein Nutzer berichtete, Google habe ihm bestätigt, MTE werde mit dem September-Update aktiviert. GrapheneOS prüfte nach: Gefragt worden war ein Support-Mitarbeiter, der nicht bei Google arbeitet und noch nie von MTE gehört hatte — „the support agent clearly used an LLM to fabricate something to close the ticket". Ein Konzern, der eine Speicherschutzfunktion nicht kommentiert, aber ein Sprachmodell eine erfinden lässt, damit ein Ticket zugeht: Das ist der Zustand der Kundenkommunikation im Jahr 2026, in einem Satz.

Worauf ihr achten solltet

Für die Kaufentscheidung ist die Lage trotz aller Drehungen ziemlich klar, und sie hat sich seit dem 31. August nicht verbessert.

Fazit: Ein gesparter Dollar kostet Google drei Gerätegenerationen Vorsprung

Die Pixel-Reihe hatte genau ein Alleinstellungsmerkmal, das über Kameravergleiche hinausging: Sie war die einzige Android-Hardware, auf der ein kompromissloses Sicherheitssystem überhaupt laufen konnte. Genau deshalb musste Motorola MTE zusagen, bevor GrapheneOS eine Partnerschaft einging. Wer diese Anforderung an einen fremden Hersteller stellt, kann sie beim eigenen Lieferanten nicht fallenlassen, ohne die eigenen Standards zu entwerten — und genau so hat das Projekt es selbst formuliert.

Bemerkenswert ist deshalb weniger die technische Panne als die Reihenfolge. Zuerst wird eine Funktion so weit abgeräumt, dass niemand sie ausprobieren kann. Dann kommt sie in einer Beta leise zurück. Dann stellt sich heraus, dass sie funktioniert und schnell genug ist. Und die einzige Stelle, die sagen könnte, was das alles soll, sagt gar nichts. Es ist dieselbe Kommunikationsverweigerung, die uns schon bei der Entwickler-Verifizierung und bei der Frage nach Googles Zugriff auf Pixel-Geräte begegnet ist.

Bis das geklärt ist, gilt die schlichteste aller Empfehlungen: Kauft das Vorgängermodell. Und wenn Google die drei Zeilen Firmware-Konfiguration doch noch freigibt, berichten wir darüber — dann hoffentlich mit einer Antwort von Google statt einer vom Sprachmodell eines Callcenters.

Quellen und weiterführende Links

Ähnliche Beiträge

  • GrapheneOS ohne Google Pixel

    Jahrelang galt für GrapheneOS eine einfache, aber unbequeme Wahrheit: Wer das wohl härteste datenschutzfreundliche Smartphone-Betriebssystem nutzen wollte, musste ausgerechnet Hardware von Google kaufen. Ein Pixel, geflasht mit einem Android-Fork, der...

  • Braucht Linux einen Virenschutz

    In diesem Beitrag geht es darum, ob Linux einen Virenschutz braucht, oder ob Ihr darauf verzichten könnt. Linux ist ein Open-Source-Betriebssystem, das für seine Sicherheit und Stabilität bekannt ist. Viele...

  • NewPipe, die datenschutzfreundliche Youtube Alternative

    NewPipe ist der freie YouTube-Client für Android — ohne Konto, ohne Werbung, ohne Google Play Services. Wie ihr ihn installiert, was er kann, wo er an Grenzen stösst und was Googles Entwickler-Verifizierung für seine Zukunft bedeutet.

  • Nextcloud Kalender mit Android synchronisieren

    In diesem Beitrag möchte ich euch zeigen, wie Ihr euren Nextcloud Kalender mit all euren Android Smartphones synchronisieren könnt. Das ganze funktioniert über die WebDAV Schnittstelle und benötigt garnicht mal...

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert