CVE-2026-98989 in Linux
Zusammenfassung
von VulDB • 23.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
namespace: Prüfung auf rekursive Bind-Mounts, die zu Schleifen im Mount-Namespace führen
do_loopback() verweigert das Binden von Dateien eines Mount-Namespaces, der genauso alt ist wie oder älter als der des Aufrufers, da ein Mount-Namespace, der eine Datei seines eigenen Dateisystems oder einer seiner Vorfahren enthält, einen Zyklus verursachen würde. Allerdings wird nur die dentry geprüft, von der aus der Bind-Mount beginnt. Bei Verwendung von MS_REC werden alle darunterliegenden Elemente kopiert und do_loopback() übergibt CL_COPY_MNT_NS_FILE, wodurch auch Mount-Namespaces-Dateien unterhalb der Quelle kopiert werden.
Dies ist in Ordnung für eine Quelle im eigenen Mount-Namespace des Aufrufers. Jede Datei eines Mount-Namepsaces dort hat dieselbe Prüfung bestanden, als sie gebunden wurde. Dies ist jedoch nicht in Ordnung für eine Quelle in einem anderen Mount-Namespace. may_copy_tree() akzeptiert einen Bind-Mount jeder nsfs- oder pidfs-Datei unabhängig davon, zu welchem Mount-Namespace sie gehört, damit /proc/<pid>/ns/<ns> und pidfds gebunden werden können. Wenn wir einen Stapel von Dateideskriptoren für Mount-Namespaces als Bind-Mount erstellen, kopiert der Kernel diese ungeachtet ihrer Abstammungsbeziehung zum betreffenden Mount-Namespace:
151 146 0:7 net:[4026531833] /tmp/nrc/y rw - nsfs nsfs rw
152 151 0:7 mnt:[4026532293] /tmp/nrc/y rw - nsfs nsfs rw
Mount 152 ist ein Mount der Datei des Mount-Namepsaces von Mount-Namespace 4026532293 innerhalb von Mount-Namespace 4026532293. Dieser Namespace und alle darin befindlichen Mounts werden geleakt... Es genügt lediglich, dass sich ein Prozess in einem älteren Mount-Namespace befindet, der die Datei stapelt, und deren wiederholte Verwendung führt zu unbegrenztem Leaking:
nach Steuerung: Shmem: 380 kB Kindprozess: mount(/proc/self/fd/6, MS_BIND|MS_REC): ok nach Zyklus: Shmem: 65916 kB
do_move_mount() führt check_for_nsfs_mounts() über einen abgetrennten Baum genau aus diesem Grund durch. Führen Sie dasselbe für die Kopie vor dem Einhängen (grafting) durch.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.