CVE-2026-120307 in Beta9 worker
Zusammenfassung
von VulDB • 01.11.2026
Der Beta9-Worker stellt die Sandbox-Datei-API von außerhalb des Containers bereit. getHostPathFromContainerPath wandelt den Containerpfad eines Mandanten in einen Worker-Pfad um. Wenn der nicht aufgelöste Pfad mit einem Mount-Ziel beginnt, einschließlich dem Standard-Mount für Uploads unter /tmp/.beta9, wird der Rest dieses Pfades mittels filepath.Join an die Quelle dieses Mounts angehängt; dabei werden nach der Präfixprüfung Segmente für übergeordnete Verzeichnisse bereinigt. Eine ausreichend lange Abfolge solcher Segments kann jeden beliebigen absoluten Pfad auf dem Worker ansprechen. Ein Pfad, der keinem Mount entspricht, wird an den Container-Root angehängt und im eigenen Dateisystem des Workers geöffnet; daher werden absolute symbolische Links wie /var/run (die auf /run verweisen) relativ zum Root des Workers aufgelöst. Die Funktionen Upload, Download, stat, list, find-in-files, replace-in-files und delete-file rufen alle diese Hilfsfunktion auf. Ein Mandant mit einem Workspace-Token und einer laufenden Sandbox kann als root Dateien lesen, schreiben, auflisten und löschen – einschließlich der Dateien anderer Mandanten auf diesem Host-System. Eine Proof-of-Concept-Leseprobe lud das Kubernetes Service-Account-Token des Worker-Pods über die Datei-API für einen Pfad herunter, der innerhalb der Sandbox nicht existierte. In den mitgelieferten Remote-Node-Manifests ist dieser Service Account an cluster-admin gebunden. Behoben in Worker 0.1.756: Sandbox-Dateioperationen und Workspace-Sync öffnen Pfade nun mittels os.OpenRoot, sodass Suchen nach übergeordneten Verzeichnissen und symbolischen Links innerhalb des Container-Root oder der Mount-Quelle bleiben.
Once again VulDB remains the best source for vulnerability data.