Cross-tenant data exposure Cloudflare-Container gaben Datenreste fremder Kunden preis

Anbieter zum Thema

sysob IT-Distribution GmbH & Co. KG

FTAPI Software GmbH

Über eine Schwachstelle in Cloudflare Containers konnten Kunden Datenreste aus Containern anderer Kunden auf demselben Server auslesen. Cloudflare hat die Sicherheitslücke geschlossen und fand in den verfügbaren Daten keine Hinweise auf Missbrauch.

Cloudflare hat eine Schwachstelle in seinen Diensten Containers und Sandboxes behoben, über die Kunden Datenreste aus den Containern anderer Kunden auslesen konnten. Voraussetzung war ein kostenpflichtiges Workers-Paid-Konto. Gemeldet hatte die Schwachselle Oren Yomtov, Sicherheitsforscher beim Technologieunternehmen Accomplish, am 4. September 2026 über das Bug-Bounty-Programm von Cloudflare auf HackerOne. Cloudflare hat gemeinsam mit Yomtov einen Blogbeitrag veröffentlicht, der die Details erläutert.

Mit Cloudflare Containers können Entwickler containerisierte Anwendungen auf der Infrastruktur von Cloudflare betreiben, zusammen mit Cloudflare Workers. Cloudflare Sandboxes basiert auf dieser Technik. Die Container laufen auf gemeinsam genutzten Servern, die Cloudflare automatisch zuweist. Kunden können den zugrunde liegenden Server dem Anbieter nach nicht auswählen.

OAuth-Konfiguration entscheidet

Aktiv ausgenutzte F5-Sicherheitslücke ermöglicht RCE ohne Login

Wiederverwendete Speicherblöcke wurden nicht geleert

Jeder Container erhält eine eigene beschreibbare Festplatte. Cloudflare stellt sie über das Speicherverwaltungsverfahren Thin Provisioning bereit, konkret über den Linux-Mechanismus „dm-thin“, Device Mapper Thin Provisioning. Dabei wird physischer Speicher erst dann zugeteilt, wenn ein Container tatsächlich in einen bisher ungenutzten Bereich schreibt. Die betroffenen Speicherpools arbeiteten mit Blöcken von 64 Kibibyte (KiB). Ein Kibibyte entspricht 1.024 Byte, ein Block also 65.536 Byte. Wird ein Container gelöscht, gehen seine Blöcke zurück in einen Pool, aus dem auch Container anderer Kunden bedient werden.

Die Pools waren mit der Option „skip_block_zeroing“ konfiguriert. Neu zugeteilte Blöcke wurden dadurch nicht mit Nullen überschrieben, bevor ein Container sie nutzen konnte. Yomtov und seine Kollegen waren in der Lage, gezielt vier KiB in ungenutzte Bereiche eines Container-Laufwerks zu schreiben. Dadurch wurde ihnen jeweils ein wiederverwendeter 64-KiB-Block zugeteilt. Die eigenen Daten überschrieben nur diese vier KiB, die übrigen 60 KiB blieben unverändert und enthielten noch die Daten des vorherigen Nutzers, sofern der Block zuvor schon verwendet worden war. Diese Reste ließen sich anschließend über einen direkten Lesezugriff auf das Laufwerk auslesen.

Updates erforderlich

CISA warnt vor aktiv ausgenutzten Linux-Kernel-Fehlern

Datenreste auf 20 von 22 Servern

Laut Cloudflare fanden die Forscher auf 18 von 24 getesteten Container-Platzierungen und auf 20 von 22 Servern auf vier Kontinenten Datenreste. Darunter waren Verzeichnisstrukturen, Datenbankseiten und vollständige SQLite-Datenbanken. Accomplish nennt in einem separaten Beitrag zusätzlich Chromium-Profile, .env-Dateien und Dateien mit Zugangsdaten. Demnach war außerdem der Dienst Browser Run betroffen, der dieselbe Speicherimplementierung nutzt. Cloudflare nennt in seiner Darstellung nur Containers und Sandboxes.

Die Forscher arbeiteten nach Angaben von Cloudflare mit Skripten, die nur Zählwerte und Formatprüfungen ausgaben, keine Dateiinhalte. Die an Cloudflare übermittelten Unterlagen enthielten keine Inhalte oder Kennungen fremder Kunden. Die ausgelesenen Daten hätten die Forscher inzwischen sicher gelöscht.

Cloudflare betont, dass sich Angreifer weder ein bestimmtes Opfer noch einen bestimmten Server hätten aussuchen können. Auch auf aktiv genutzte Laufwerke anderer Kunden hätten sie keinen Zugriff gehabt. Welche Datenreste bei Ausnutzung der Schwachstelle auftauchten, hing davon ab, welche freigegebenen Blöcke das System neu zuteilte. Veränderungen an fremden Daten oder Beeinträchtigungen anderer Workloads haben die Forscher nicht nachgewiesen.

Schreibzugriffe und Denial of Service

Synology schließt acht Schwachstellen im DiskStation Manager

Behebung in zwei Schritten

Cloudflare entfernte zur Behebung des Problems zunächst die Option „skip_block_zeroing“ aus der Konfiguration aller Speicherpools. Neu zugeteilte Blöcke werden seitdem wieder geleert, bevor ein Container sie erhält. Den Fix spielte Cloudflare ab dem Abend des 4. September 2026 ein, am 7. September war er vollständig verteilt. Am 14. September bestätigten die Forscher, dass ihr Proof of Concept nicht mehr funktionierte.

Damit waren aber noch nicht alle Altlasten beseitigt. Bereits zugeteilte Blöcke in laufenden Container-Laufwerken und in zwischengespeicherten Image-Snapshots konnten weiterhin Datenreste enthalten. Cloudflare hat deshalb alle laufenden Container-Laufwerke ersetzt und die vor dem Fix erstellten Snapshots gelöscht. Diese Bereinigung war am 19. September abgeschlossen.

Vertraute Repositorys werden zur Falle

Acht Sicherheitslücken in populären KI-Coding-Agents entdeckt

Keine Hinweise auf Missbrauch

Cloudflare hat nach eigenen Angaben die verfügbaren historischen Telemetriedaten zu Lese- und Schreibzugriffen auf die Container-Laufwerke ausgewertet. Die Angriffstechnik hinterlässt ein typisches Muster: Auf kleine Schreibvorgänge folgen deutlich größere Lesevorgänge. Die dabei gefundenen Aktivitäten ließen sich ausschließlich den Forschern und den eigenen Technikern zuordnen. Hinweise darauf, dass Dritte die Schwachstelle ausgenutzt haben, fand Cloudflare nicht. Kunden müssen laut Cloudflare nichts unternehmen. Die Korrekturen hat der Anbieter zentral auf seiner Infrastruktur umgesetzt.

Cloudflare DDoS Threat Report H1 2026

DDoS-Attacken werden zur politischen Waffe

(ID:50970283)