Du kannst deine Domain kontrollieren, freie Software einsetzen, Backups
testen und jeden Zugang zum Server sauber dokumentieren. Trotzdem reicht ein
einziger falscher Browserkontext, um die mühsam aufgebaute Trennung wieder
einzureißen: Das private Konto, das Projektkonto und die
Administrationssitzung liegen nebeneinander, sehen gleich aus und teilen sich
einen unübersichtlichen Arbeitsraum.
Firefox 153 setzt genau dort an. Mozilla hat die Version am 21. Juli 2026 für
den stabilen Release-Kanal veröffentlicht. Erstmals sind Firefox-Container als
eingebaute Vorschau direkt Teil des Browsers. Nutzerinnen und Nutzer können
Kontexte anlegen, mit Namen, Farben und Symbolen markieren und mehrere Konten
derselben Webseite parallel angemeldet halten.
Das ist keine Revolution. Die Technik existiert in Firefox seit Jahren und
war über die Erweiterung Multi-Account Containers zugänglich. Trotzdem ist
die native Integration politisch und praktisch relevant. Sie verschiebt
Sitzungstrennung vom Add-on-Wissen einiger Eingeweihter in die sichtbare
Produktarchitektur.
Der Browser ist keine neutrale Glasscheibe
Im Browser laufen Cookies, Anmeldesitzungen, lokale Webdaten,
Erweiterungsrechte und Zugriffe auf Dienste zusammen. Er ist die
Vermittlungsschicht zwischen Person, Plattform und selbstgehosteter
Infrastruktur.
Das wird im Alltag schnell konkret. Im einen Tab läuft die öffentliche
Blogansicht, im nächsten die Administration. Ein persönliches Mastodon-Konto
steht neben dem Projektkonto. Im Matrix-Webclient wechseln Menschen zwischen
privater Kommunikation und Moderation. Eine saubere .well-known-Datei kann
den Client zum richtigen Homeserver führen. Sie verhindert aber nicht, dass
die falsche Identität im richtigen Dienst aktiv ist.
Wer digitale Souveränität nur am Server misst, sieht deshalb nur die halbe
Kette. Kontrolle braucht nicht nur freien Code und eigene Daten. Sie braucht
auch eine belastbare Grenze zwischen den Rollen, mit denen wir auf diese
Systeme zugreifen.
Was Firefox-Container technisch leisten
Mozilla bezeichnet die zugrunde liegenden Kontexte als „contextual
identities“. Jeder Kontext besitzt einen eigenen Cookie-Speicher und eine
eigene cookieStoreId. Cookies eines Containers werden nicht mit Tabs
anderer Container geteilt. Die offizielle Beschreibung der bisherigen
Erweiterung spricht darüber hinaus von getrenntem Website-Speicher.
Das ermöglicht beispielsweise zwei parallele Anmeldungen bei derselben
Mastodon-Instanz: „Privat“ im blauen Container, „Redaktion“ im roten. Auch
private und moderierende Matrix-Konten können in getrennten Kontexten
desselben Webclients laufen. Die Farbe ist dabei nicht bloß Dekoration. Sie
macht vor einer Handlung sichtbar, welche Rolle gerade aktiv ist.
Container sind damit mehr als Tabgruppen. Eine normale Tabgruppe sortiert
Seiten. Ein Container weist ihnen einen getrennten Sitzungs- und
Speicherkontext zu.
Neu ist das technische Grundmodell trotzdem nicht. Mozilla baut bei der
nativen Vorschau auf einer vorhandenen Firefox-Architektur auf. Der
Fortschritt liegt vor allem in der Zugänglichkeit: Wer Schutz erst in einem
Add-on-Katalog finden muss, nutzt ihn seltener als eine Person, der die
Funktion direkt im Browser angeboten wird.
Total Cookie Protection ist eine andere Schutzschicht
Container werden häufig mit Total Cookie Protection verwechselt. Beide
Mechanismen trennen Zustände, aber sie beantworten verschiedene Fragen.
Total Cookie Protection und das zugrunde liegende State Partitioning
partitionieren Cookies und weitere Zustände nach der besuchten
Top-Level-Webseite. Das soll verhindern, dass ein eingebetteter Drittanbieter
denselben Identifikator über viele Webseiten hinweg liest.
Container sind dagegen bewusst gewählte Nutzungskontexte. Sie beantworten
die Frage, ob dieselbe Webseite meine private, redaktionelle und
administrative Rolle als eine einzige Sitzung behandeln darf.
Kurz gesagt: State Partitioning begrenzt vor allem websiteübergreifendes
Tracking. Container begrenzen vor allem die Vermischung mehrerer Rollen und
Konten. Das eine macht das andere nicht überflüssig.
Firefox 153 zieht noch zwei weitere Grenzen
Die Release Notes nennen neben den nativen Containern zwei Änderungen, die
für Selfhoster wichtig sind.
Erstens müssen Webseiten eine Berechtigung anfragen, bevor sie auf Geräte,
Anwendungen oder Dienste im lokalen Netz zugreifen. Das betrifft einen
realen Vertrauenskonflikt: Im selben Browser sind möglicherweise eine
öffentliche Webseite, der Router, eine NAS-Oberfläche und ein
Administrationsdienst erreichbar. Technische Erreichbarkeit darf nicht mit
pauschalem Vertrauen verwechselt werden.
Zweitens erhalten Erweiterungen nicht mehr automatisch über die allgemeine
Webseitenberechtigung Zugriff auf lokale Dateien. Firefox 153 führt dafür
eine eigene, widerrufbare Berechtigung. Eine Erweiterung, die Webseiten lesen
darf, soll also nicht stillschweigend auch lokale Backup-Exporte,
Konfigurationen oder andere Dateien erreichen.
Keine dieser Grenzen ersetzt eine sauber konfigurierte Firewall, Nginx,
Zugriffskontrolle oder ein getrenntes Administrationsnetz. Aber sie
reduzieren die Annahme, dass alles, was ein Browser technisch erreichen kann,
zum selben Vertrauensraum gehört.
Was Container ausdrücklich nicht leisten
Container sind kein Anonymisierungswerkzeug. Die geprüften Quellen geben
keine Garantie gegen Wiedererkennung über IP-Adresse oder
Browser-Fingerprinting. Auch ein Anbieter kann Konten möglicherweise über
andere Merkmale zusammenführen.
Container isolieren zudem nicht den gesamten Browser. Gemeinsame Chronik,
Downloads, Lesezeichen oder Passwortspeicher werden nicht automatisch zu
vollständig getrennten Welten. Erweiterungen mit weitreichenden Rechten,
Schadsoftware und Bedienfehler bleiben eigene Risiken.
Für besonders kritische Administration sind getrennte Firefox-Profile,
getrennte Betriebssystemkonten, ein dediziertes Gerät oder eine isolierte
Administrationsumgebung die stärkeren Werkzeuge. Wer Root-nahe Änderungen an
einem Server vornimmt, sollte sich nicht von einer roten Tabfarbe in falsche
Sicherheit wiegen lassen.
Auch die Beispiele aus dem Community-Alltag zeigen diese Grenze:
- Ein Administrationscontainer trennt die Sitzung zur
Synapse-Verwaltung. Er verhindert keine falsche Raum- oder
Rechteänderung auf dem Server. - Ein Storage-Container trennt die Anmeldung an Nextcloud oder einer
Backup-Oberfläche. Er erzeugt kein Backup und beweist keinen erfolgreichen
Restore. - Ein Redaktionscontainer trennt Mastodon-Konten. Er ersetzt keine Vorschau
und keine Freigabe vor der Veröffentlichung.
Container sind eine nützliche Grenze innerhalb eines Browserprofils. Sie sind
nicht die vollständige Aufteilung der digitalen Arbeit.
Preview heißt: Die Erweiterung nicht vorschnell entfernen
Mozilla schreibt ausdrücklich, dass die eingebaute Vorschau noch nicht alle
Funktionen der bisherigen Multi-Account-Containers-Erweiterung enthält. Die
Erweiterung kann vorerst parallel zur nativen Funktion genutzt werden.
Bestehende Nutzerinnen und Nutzer müssen sie derzeit nicht deinstallieren.
Eine pauschale Empfehlung „Add-on raus, Firefox kann jetzt alles selbst“ wäre
deshalb falsch. Vor einer Migration müssen mindestens automatische
Webseitenzuordnungen, bestehende Regeln, Sync-Verhalten und das Löschen von
Containern geprüft werden.
Auch der Plattformumfang ist offen. Die Ankündigung beschreibt eine
Desktop-Bedienung mit Rechtsklick auf Tabs. Eine gleichwertige native
Oberfläche für Android und iOS ist durch die geprüften Quellen nicht belegt.
Die zugrunde liegende Recherche hat außerdem keinen eigenen Funktionstest
durchgeführt. Sie ordnet offizielle Produktangaben ein, behauptet aber keine
praktische Erfahrung, die nicht stattgefunden hat.
Klar gekennzeichnete Bewertung
Meine Bewertung: Die native Integration ist vor allem deshalb wichtig,
weil sie ein Sicherheitsmodell normalisiert. Menschen arbeiten längst mit
mehreren digitalen Identitäten, aber viele Browseroberflächen tun so, als
gäbe es nur eine einzige durchgehende Personensitzung. Das ist bequem für
Plattformen, die Konten und Verhalten zusammenführen wollen. Für Nutzerinnen,
Redaktionen und Community-Betreiber ist es ein Risiko.
Meine Bewertung: Browserwettbewerb ist daher Infrastrukturpolitik. Es
geht nicht nur darum, welche Engine eine Seite schneller zeichnet. Es geht
darum, ob ein Browser unterschiedliche Rollen sichtbar trennt, welche
Berechtigungen er als selbstverständlich behandelt und wie viel Kontrolle
bei der Person vor dem Bildschirm bleibt.
Firefox und Gecko sind in einer Chromium-dominierten Landschaft nicht
automatisch gut, nur weil sie anders sind. Mozilla muss die Vorschau
vollständig dokumentieren, Funktionsparität liefern, mobile Plattformen und
Barrierefreiheit berücksichtigen und die Funktion langfristig warten. Aber
das Modell der Kontextidentitäten ist ein konkreter Grund, warum eine
unabhängige Browser-Architektur zählt.
Fazit: Der Server ist der Anfang, nicht das Ende
Firefox 153 macht aus Containern eine eingebaute Vorschau und damit eine
sichtbarere Grenze zwischen digitalen Rollen. Die Funktion kann private,
redaktionelle und administrative Sitzungen derselben Webseite voneinander
trennen. Sie ergänzt den Tracking-Schutz, ersetzt ihn aber nicht. Sie hilft
gegen Vermischung, nicht gegen jede Form der Wiedererkennung oder jeden
Bedienfehler.
Der sinnvolle Umgang ist weder Euphorie noch Abwehr. Native Container zuerst
in einem unkritischen Profil testen. Bestehende Add-on-Regeln nicht
vorschnell abbauen. Für Alltagsrollen klare Namen und Farben verwenden. Für
Hochrisiko-Administration stärkere Trennung beibehalten.
Digitale Souveränität beginnt beim eigenen Server – und scheitert, wenn der
Browser davor alle Identitäten wieder in einen Topf wirft.
Quellen
Abruf der Webquellen in der verwendeten Recherche: 26. Juli 2026.
- Mozilla Product Details,
firefox_versions.json:
https://product-details.mozilla.org/1.0/firefox_versions.json - Mozilla/Firefox, Firefox 153.0 Release Notes:
https://www.firefox.com/en-US/firefox/153.0/releasenotes/ - Mozilla Blog, „Experience Better Browsing: Introducing Native Containers
in Firefox 153“, 21. Juli 2026:
https://blog.mozilla.org/en/firefox/firefox-containers-preview/ - MDN Web Docs,
contextualIdentities:
https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/contextualIdentities - Mozilla Add-ons, Firefox Multi-Account Containers:
https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/ - MDN Web Docs, „State Partitioning – Privacy on the web“:
https://developer.mozilla.org/en-US/docs/Web/Privacy/Guides/State_Partitioning - Mozilla Security Blog, „Firefox 86 Introduces Total Cookie Protection“,
- Februar 2021:
https://blog.mozilla.org/security/2021/02/23/total-cookie-protection/
CTA
Diskussion: https://treff.darknight-coffee.eu/@carrabelloy
Podcast: https://podcast.darknight-coffee.org/pages/startseite
Blog: https://carrabelloy.darknight-coffee.org/blog/
Wenn dir das Projekt hilft: Spendenlinks sind im Blog.