Tools / Neuigkeiten / Forscher machen WebAssembly-Speicher zur Bento Box und härten so die Browser-Tools, die Dateien lokal halten
Presse

Forscher machen WebAssembly-Speicher zur Bento Box und härten so die Browser-Tools, die Dateien lokal halten

· VaultTools

Am 5. Juni 2026 stellten Forscher des paluno-Instituts der Universität Duisburg-Essen eine Methode vor, die über WebAssemblys Multi-Memory-Funktion Speicherbereiche in Browser-Apps automatisch isoliert und Heartbleed-artige Angriffe ohne messbare Verlangsamung blockiert. Die Arbeit stärkt das Sicherheitsfundament der Dateiverarbeitung im Browser ohne Upload.

VaultTools · 6. Juni 2026

Ein rotes Vorhängeschloss auf einer Laptop-Tastatur mit Lichtspuren, das Browser- und Speichersicherheit symbolisiert. Foto auf Unsplash

Inhaltsverzeichnis


Was die Forscher von paluno Entwickelt Haben

Am 5. Juni 2026 berichtete Tech Xplore über eine neue Technik von paluno, dem Ruhr Institute for Software Technology der Universität Duisburg-Essen, die WebAssembly-Anwendungen im Browser gegen Speicherkorruptions-Angriffe härtet. Die Arbeit stammt von Oussama Draissi und Prof. Lucas Davi.

Laut der Mitteilung der Universität führt die Methode eine einmalige, vollautomatische Neuorganisation des Speichers bestehender Module durch und nutzt dafür WebAssemblys Multi-Memory-Funktion. Tech Xplore hält fest, dass der Ansatz “an kompilierten Anwendungen funktioniert, ohne Zugriff auf den Quellcode” und weder spezielle Hardware noch angepasste Browser benötigt.

Die Bedeutung ist praktisch, nicht nur akademisch. WebAssembly ist die Technologie, die es komplexer Software, einschließlich Datei-Verarbeitungsmodulen, erlaubt, mit nahezu nativer Geschwindigkeit direkt in einem Browser-Tab zu laufen. Diese Ausführung speichersicher zu machen, räumt einen der wenigen verbliebenen Einwände gegen das Verarbeiten sensibler Aufgaben auf dem Client statt auf einem Server aus.

Wie das Bento-Box-Speicherlayout Funktioniert

Die Forscher vergleichen die Umstrukturierung mit einer japanischen Bento Box, “in der verschiedene Speisen sauber in einzelne Fächer getrennt sind”, so die Mitteilung der Universität. Statt eines einzigen großen, gemeinsam genutzten Speichers wird der Speicher eines Wasm-Moduls in isolierte Bereiche aufgeteilt.

Der Vorteil ist Eindämmung. Wie die Mitteilung es formuliert, verhindert das Isolieren von Speicherbereichen, dass “HTML-Tags in einem Speicherbereich durch einen Pufferüberlauf in einem anderen überschrieben werden”. Ein Fehler, der ein Fach beschädigt, kann die anderen nicht erreichen, sodass ein einzelner Fehler nicht mehr das gesamte Modul kompromittiert.

Entscheidend ist, dass die Neuorganisation automatisch und einmalig geschieht, an bereits bestehenden Modulen und ohne deren Quellcode. Tech Xplore berichtet, dass die Umstrukturierung der Module für Nutzer “keine spürbaren Nachteile” mit sich bringt, weder längere Ladezeiten noch einen deutlich größeren Speicherbedarf.

Wovor es Schützt

Das Team testete den Ansatz gegen bekannte Sicherheitslücken, darunter den Heartbleed-Bug, eine Speicher-Offenlegungs-Schwachstelle, die bei ihrem Auftauchen 2014 weltweit sensible Daten aus Systemen preisgab. Das in Fächer unterteilte Layout blockiert auch Cross-Site-Scripting, das darauf beruht, einen Speicherbereich von einem anderen aus zu überschreiben.

“In umfangreichen Tests konnten wir zeigen, dass unsere Lösung reale Angriffe auf weit verbreitete Anwendungen erfolgreich abgewehrt hätte”, sagte Draissi laut Tech Xplore.

Dies baut auf früherer paluno-Forschung auf, die WebAssembly unter die Lupe nahm und ausnutzbare Speichersicherheitsprobleme in beliebten Web-Anwendungen fand. Das neue Layout ist eine direkte Antwort darauf: Statt jede App von Hand zu prüfen, formt es das Modul so um, dass eine ganze Klasse von Speicherfehlern deutlich schwerer auszunutzen ist.

Warum das für Browserbasierte Datei-Tools Wichtig Ist

VaultTools führt jede Operation als Rust aus, das zu WebAssembly kompiliert wird und in Ihrem Browser läuft. Dateien werden nie hochgeladen und können daher nicht in einem falsch konfigurierten Cloud-Bucket liegen oder auf einen Server kopiert werden, der später kompromittiert wird. Das beseitigt den Fehlermechanismus hinter den meisten Dokumenten-Leaks, über die wir berichten.

Die einzige verbleibende Sorge bei jedem clientseitigen Tool ist die Sicherheit des Codes, der auf Ihrem Rechner läuft. Forschung wie diese setzt genau dort an. Ein Speicherlayout, das Pufferüberläufe in einem einzigen Fach einschließt, verkleinert den Schadensradius jedes Fehlers in einem browserbasierten Prozessor, zusätzlich zur bestehenden Sandbox von WebAssembly, die Netzwerkzugriff und Dateisystem-Lesezugriffe bereits blockiert, sofern der Host sie nicht ausdrücklich gewährt.

Die Kombination ist entscheidend. Die Datei lokal zu halten, beseitigt die serverseitige Angriffsfläche vollständig, und das Härten der Browser-Laufzeit verkleinert die clientseitige. Lokale Verarbeitung ist kein Datenschutz-Kompromiss, der gegen Bequemlichkeit abgewogen wird. Sie ist die Architektur, die die Sicherheitsforschung immer wieder bestärkt.

Was als Nächstes Kommt

Die Arbeit wird Ende Juni 2026 auf The ACM Web Conference in Dubai vorgestellt, einem der führenden Foren für Web-Technologie-Forschung. Eine Präsentation dort macht eine Technik nicht zum sofortigen Browser-Standard, und die Methode muss noch von der Forschungsdemonstration zur Anwendung in echten Toolchains und Laufzeiten gelangen.

Was sie jedoch signalisiert, ist die Richtung. Jeder Schritt, der WebAssembly schneller, leistungsfähiger und nun speichersicherer macht, stärkt die Argumentation dafür, Dateien dort zu verarbeiten, wo sie ohnehin liegen, auf dem eigenen Gerät, statt sie an den Server eines anderen zu schicken und auf eine Löschrichtlinie zu vertrauen.


Quellen