Linux Kernel: Umgehung der Mount-Sperre in Namespace-Verarbeitung erlaubt Zugriff auf verdeckte Pfade
Zusammenfassung
Ein Fehler im Mount-Namespace-Code des Linux-Kernels erlaubt dem Besitzer eines User-Namespace, ein Mount mit MOVE_MOUNT_BENEATH unter einen gesperrten Mount zu verschieben und anschliessend die Abdeckung zu entsperren. Danach kann der Besitzer die Abdeckung aushängen und Pfade lesen, die verborgen bleiben sollten, etwa ein Geheimnis unter einem gemeinsam genutzten Host-Mount. Der Angriff setzt ein lokales Konto voraus, das User-Namespaces erstellen kann, und ist daher nicht aus dem Internet ausnutzbar.
Betroffen
- Linux-Kernel ab Commit c62a4766937edec2962d52e583276b459b739f2d (move_mount: transfer MNT_LOCKED) bis zu den Fixes d74d66aa708ccf2bc0b1e265a83fed0f2308d5c4 und f1f0c24ca701d7d3061c7f69f7450f1734c11745
- Versionsdaten des CNA nennen Linux 7.1 als betroffen; nicht betroffen 0 bis vor 7.1
- OSV: eingeführt in 7.1.0
Behoben in
- Im upstream Stable-Zweig behoben durch die Commits d74d66aa708ccf2bc0b1e265a83fed0f2308d5c4 und f1f0c24ca701d7d3061c7f69f7450f1734c11745
- OSV: behoben in 7.2.11
- Distributionsspezifische behobene Versionen: Unbekannt.
Umgehung
- Keine bekannte Workaround-Massnahme des Herstellers.
- Wenn das Patchen verzögert wird, kann das Einschränken unprivilegierter User-Namespaces die Exposition verringern. Dies kann jedoch rootless Container und Sandboxes beeinträchtigen und muss vorab getestet werden.
Ausnutzung
- In freier Wildbahn ausgenutzt: Unbekannt. Es wurden keine Meldungen gefunden.
- Öffentlicher Proof of Concept: keiner gefunden. Der upstream-Selftest prüft denselben Codepfad, ist aber ein Regressionstest.
Unsere Empfehlung
- Identifizieren Sie Systeme mit mehreren lokalen Benutzern, gemeinsam genutzte CI-Runner oder Container-Hosts, auf denen nicht vertrauenswürdige Benutzer User-Namespaces erstellen können.
- Installieren Sie einen gepatchten Kernel Ihrer Distribution oder einen Stable-Kernel mit dem Fix (laut OSV ab 7.2.11) im regulären Patch-Zyklus, mit Priorität auf exponierten Mehrbenutzersystemen.
- Überprüfen Sie nach dem Neustart die laufende Kernel-Version.
- Prüfen Sie die verwandten Einträge CVE-2026-98978 und CVE-2026-99170 im gleichen Mount-Sperrbereich.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Linux stable commit d74d66aa git.kernel.org
- Linux stable commit f1f0c24c git.kernel.org
- Ubuntu security tracker CVE-2026-98976 ubuntu.com
- OSV entry CVE-2026-98976 vulners.com
- Strix CVE-2026-98976 www.strix.ai
- Strix CVE-2026-98978 (related) www.strix.ai
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 22:36.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.