Firefox als WebAssembly: Browser im Browser-Tab?

Firefox im Browser-Tab: Puter Labs kompiliert die Gecko-Engine nach WebAssembly

Michael Dobler

Autor Dr. Web

16. Juli 2026

4 Min. Lesezeit

Ein vollständiger Firefox läuft jetzt im Browser-Tab, kompiliert nach WebAssembly. Das Projekt der Puter Labs zeigt weniger einen fertigen Browser als einen Reifetest für die gesamte Web-Plattform. Für Entscheider steckt darin die Frage, welche Software sich künftig ganz ohne Installation ausliefern lässt.

drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen

Firefox als WebAssembly klingt nach Spielerei, funktioniert aber: Die Gecko-Engine samt Oberfläche rendert komplett in einem einzigen Browser-Tab. Verantwortlich sind die Puter Labs, die den Motor des quelloffenen Browsers in das Web-Bytecode-Format WebAssembly übersetzt haben.^[1] Erst 2026 hat ein technischer Baustein diesen Schritt praktikabel gemacht.

Das Wichtigste in Kürze

Browser im Browser: Die komplette Gecko-Engine von Firefox läuft als WebAssembly in einem Tab, inklusive Bedienoberfläche.
Netzwerk über Umweg: Seiten lädt das System nicht direkt, sondern über einen WebSocket-Proxy (Wisp) auf Puter-Servern.
Reifezeichen: Nach Python und kleinen KI-Modellen wandert nun eine ganze Desktop-Anwendung ins Web-Bytecode-Format.
Haken für die Praxis: Jeder Seitenaufruf im WASM-Firefox fließt über fremde Server, ein Sicherheits- und Datenschutzthema.

Was läuft da wirklich im Browser-Tab?

Offene Matroschka-Puppen mit Fuchsmotiv, die kleinste hält ein Schild mit der Aufschrift „WASM 2026“ — Gecko-Engine von Firefox als WebAssembly im Browser-Tab ausführbar gemacht, mit optionaler GPU-Beschleunigung durch WebGL

Der Kern der Demo ist die Gecko-Engine, also der Teil von Firefox, der HTML, CSS und JavaScript in eine sichtbare Seite verwandelt. Puter Labs hat diesen Motor nach WebAssembly übersetzt, dem portablen Bytecode, den jeder moderne Browser nativ ausführt. Die Firefox-Oberfläche erscheint dabei komplett im Tab, auf Wunsch mit GPU-Beschleunigung über WebGL.^[1]

Einen Haken hat der Aufbau beim Netzwerk. Ein Browser darf aus Sicherheitsgründen keine rohen TCP-Verbindungen öffnen, also läuft der Datenverkehr des WASM-Firefox über einen WebSocket-Proxy auf Puter-Servern. Vom Sprachmodell bis zu diesem Browser folgt 2026 vieles demselben Muster: Ternlight läuft ebenfalls komplett im Browser, nur als 7-MB-Modell statt als komplette Anwendung.

Warum ging das erst jetzt?

Der fehlende Baustein heißt JSPI, die JavaScript Promise Integration. WebAssembly arbeitet von Haus aus synchron und kann sich nicht selbst anhalten, doch eine Anwendung mit eigener Ereignisschleife braucht genau das: sich anhalten und nach einer Antwort weiterlaufen. JSPI erlaubt dem WASM-Code, an die JavaScript-Ereignisschleife abzugeben und später weiterzumachen.^[2]

Damit steht ein Werkzeug bereit, das jahrzehntealte C- und C++-Programme ins Web bringt, ohne sie neu zu schreiben. Python zeigt das über Pyodide längst, und die Liste der Sprachen, die im Browser laufen, wird stetig länger.

Drei Bausteine machen es möglich

Gecko wird WebAssembly

Die Render-Engine von Firefox wird in portablen Web-Bytecode übersetzt, den jeder Browser nativ ausführt.

JSPI verbindet

Die JavaScript Promise Integration lässt den synchronen WASM-Code anhalten und nach einer Antwort weiterlaufen.

Wisp tunnelt das Netz

Da ein Browser kein rohes TCP öffnen darf, laufen alle Seitenaufrufe über einen WebSocket-Proxy.

Der WASM-Trend 2026 in Zahlen

Browser-Tab genügt, um den kompletten Firefox samt Oberfläche darzustellen

Installationen nötig: kein Download, kein Update-Rollout auf dem Gerät

100 %

des Web-Verkehrs fließen durch einen fremden Proxy-Server

Ein komplettes Firefox im Browser-Tab ist ein Zirkustrick mit Ansage: Die eigentliche Nachricht lautet, dass WebAssembly reif genug ist, um jahrzehntealte Desktop-Software ohne Installation auszuliefern. Nur darf niemand vergessen, dass dabei jeder Seitenaufruf über einen fremden Proxy läuft.
— Markus Seyfferth, Chefredakteur Dr. Web

Was bedeutet das für Ihre Software-Strategie?

Für IT-Verantwortliche steckt der Nutzwert nicht im Browser selbst, sondern im Prinzip. Komplexe Software ließe sich künftig per Link starten, ohne lokale Installation und ohne Update-Rollout, auf jedem Gerät mit einem aktuellen Browser.

Der Preis dafür ist Kontrolle. Läuft eine Anwendung über einen fremden Proxy wie in dieser Demo, sieht der Betreiber den gesamten Datenverkehr, und die eingebettete Software bildet keine echte Sicherheitsgrenze. Prüfen Sie vor jedem produktiven Einsatz, wer den Proxy betreibt und wo die Daten landen. Dieselbe Frage stellt sich gerade bei KI-Coding-Agenten, die zunehmend in fremden Umgebungen laufen.