Intel

CVE-2025-71069

Linux kernel (Azure) vulnerabilities

noneEPSS 0.2 %

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben:

f2fs: ungültige dentry-Cache-Aktualisierung bei fehlgeschlagener Whiteout-Erstellung

F2FS kann Dateisysteme mit beschädigten Verzeichnistiefenwerten mounten, die zur Laufzeit auf MAX_DIR_HASH_DEPTH begrenzt werden. Wenn RENAME_WHITEOUT-Operationen an solchen Verzeichnissen durchgeführt werden, führt f2fs_rename Änderungen am Verzeichnis (Aktualisierung des Ziel-Eintrags und Löschung des Quell-Eintrags) durch, bevor versucht wird, den Whiteout-Eintrag über f2fs_add_link hinzuzufügen.

Wenn f2fs_add_link aufgrund der beschädigten Verzeichnisstruktur fehlschlägt, gibt die Funktion einen Fehler an VFS zurück, aber die teilweise vorgenommenen Änderungen am Verzeichnis wurden bereits auf die Festplatte geschrieben. VFS geht davon aus, dass die gesamte Umbenennungsoperation fehlgeschlagen ist und aktualisiert den dentry-Cache nicht, wodurch veraltete Zuordnungen zurückbleiben.

Im Fehlerpfad ruft VFS d_move() nicht auf, um den dentry-Cache zu aktualisieren. Dies führt dazu, dass new_dentry immer noch auf das alte Inode zeigt (new_inode), dessen i_nlink bereits auf null gesetzt wurde. Der veraltete Cache führt dazu, dass nachfolgende Operationen inkorrekt auf das freigegebene Inode verweisen.

Dies führt dazu, dass nachfolgende Operationen zwischengespeicherte dentry-Informationen verwenden, die nicht mehr mit dem Zustand auf der Festplatte übereinstimmen. Wenn ein zweiter Umbenennungsvorgang denselben Eintrag als Ziel hat, versucht VFS, i_nlink des veralteten Inodes zu verringern, das möglicherweise bereits i_nlink=0 ist und löst eine WARNUNG in drop_nlink() aus.

Beispielablauf:

  1. Erste Umbenennung (RENAME_WHITEOUT): file2 → file1

    • f2fs aktualisiert den file1-Eintrag auf der Festplatte (zeigt auf Inode 8)
    • f2fs löscht den file2-Eintrag auf der Festplatte
    • f2fs_add_link(whiteout) schlägt fehl (beschädigtes Verzeichnis)
    • Fehler wird an VFS zurückgegeben
    • VFS ruft d_move() nicht wegen des Fehlers auf
    • VFS-Cache hat noch: file1 → Inode 7 (veraltet!)
    • Inode 7 hat i_nlink=0 (bereits verringert)

  2. Zweite Umbenennung: file3 → file1

    • VFS verwendet veralteten Cache: file1 → Inode 7
    • Versucht, drop_nlink auf Inode 7 auszuführen (i_nlink bereits 0)
    • WARNUNG in drop_nlink()

Dies beheben, indem man old_dentry und new_dentry explizit ungültig macht, wenn f2fs_add_link während der Whiteout-Erstellung fehlschlägt. Dies zwingt VFS dazu, bei nachfolgenden Operationen aus dem Disk zu aktualisieren, um auch dann Konsistenz im Cache sicherzustellen, wenn die Umbenennung teilweise erfolgreich ist.

Reproduktor:

  1. F2FS-Image mit beschädigtem i_current_depth mounten
  2. renameat2(file2, file1, RENAME_WHITEOUT)
  3. renameat2(file3, file1, 0)
  4. System löst WARNUNG in drop_nlink() aus
Quelle: UBUNTU_USNBSIBSI_CSAFDEBIAN_DSADEBIAN_DSAEUVDCVEORGCVELISTV5

Metriken

Severity
none
Priority-Score
238.93
KEV-Status
—
Exploit-Reife
kein öffentlicher PoC bekannt
XIEM Effective CVSS
—
CVSS v3
0.0
CVSS v4
—
EPSS-Perzentil
10.2 %
Erhöht — CVE ist relevanter als mindestens 10 % der heute bewerteten CVEs.
EPSS-Score
0.2 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-06-16 22:30 UTC
CWE
—

Betroffene Betriebssysteme

  • linux

    amazon / amazon_linux

  • linux

    ubuntu / awsbionic

  • linux

    ubuntu / awsjammy

  • linux

    ubuntu / awsnoble

  • linux

    ubuntu / awsresolute

  • linux

    ubuntu / awsxenial

  • linux

    ubuntu / aws-6.8jammy

  • linux

    ubuntu / aws-hwexenial

  • linux

    ubuntu / azurejammy

  • linux

    ubuntu / azurenoble

  • linux

    ubuntu / azureresolute

  • linux

    ubuntu / azurexenial

  • linux

    ubuntu / azure-4.15bionic

  • linux

    suse / basesystem_module15

  • linux

    debian / debian_linux11.0

  • linux

    debian / debian_linux12.0

  • linux

    debian / debian_linux13.0

  • linux

    suse / development_tools_module15

  • linux

    redhat / enterprise_linux9.0

  • linux

    redhat / enterprise_linux10.0

  • linux

    redhat / enterprise_linux8.0

  • linux

    redhat / enterprise_linux_aus8.6

  • linux

    redhat / enterprise_linux_aus8.4

  • linux

    redhat / enterprise_linux_eus9.6

Betroffene Produkte

Aus der Hersteller-/CERT-Meldung extrahierte Produkte und Versionsbereiche. Ein Version-Range wie „<4.14.6“ impliziert die Update-Empfehlung „auf 4.14.6 oder höher aktualisieren“.

  • arista

    cloudvision_agni2024.4.0 – 2025.2.2

  • arista

    cloudvision_portal2024.2.0 – 2026.1.0

  • arista

    velocloud_edge4.5.0 – 6.4.1

  • arista

    velocloud_gateway

  • arista

    velocloud_orchestrator

  • IBM

    QRadar SIEM<7.5.0 UP15 IF06

  • redhat

    openshift_container_platform4.12 – 4.12.89

  • redhat

    openshift_container_platform4.13 – 4.13.66

  • redhat

    openshift_container_platform4.14 – 4.14.65

  • redhat

    openshift_container_platform4.15 – 4.15.64

  • redhat

    openshift_container_platform4.16 – 4.16.61

  • redhat

    openshift_container_platform4.17 – 4.17.53

  • redhat

    openshift_container_platform4.18 – 4.18.40

  • redhat

    openshift_container_platform4.19 – 4.19.30

  • redhat

    openshift_container_platform4.20 – 4.20.21

  • redhat

    openshift_container_platform4.21 – 4.21.14

  • redhat

    openshift_container_platform

  • siemens

    simatic_ax_runtime

  • suse

    caas_platform

  • suse

    enterprise_storage

  • suse

    manager_proxy

  • suse

    manager_retail_branch_server

  • suse

    manager_server

  • suse

    openstack_cloud

Quellen & Referenzen

Verknüpfte CVEs

368 weitere CVEs anzeigen
IDCVE-2025-71069