Linux Kernel bis 7.1.4 DAX kmem drivers/dax/kmem.c dev_dax_kmem_remove Denial of Service

CVSS Meta Temp ScoreAktueller Exploitpreis (≈)CTI Interest Score
4.2$0-$5k0.94

Zusammenfassunginfo

Es wurde eine Schwachstelle mit der Einstufung problematisch in Linux Kernel bis 7.1.4 gefunden. Es geht hierbei um die Funktion dev_dax_kmem_remove der Datei drivers/dax/kmem.c der Komponente DAX kmem. Durch die Manipulation mit unbekannten Daten kann eine Denial of Service-Schwachstelle ausgenutzt werden. Die Identifikation der Schwachstelle wird mit CVE-2026-74379 vorgenommen. Der Angriff muss auf lokaler Ebene erfolgen. Es existiert kein Exploit.

Detailsinfo

In Linux Kernel bis 7.1.4 wurde eine Schwachstelle entdeckt. Sie wurde als problematisch eingestuft. Betroffen ist die Funktion dev_dax_kmem_remove der Datei drivers/dax/kmem.c der Komponente DAX kmem. Durch das Beeinflussen mit einer unbekannten Eingabe kann eine Denial of Service-Schwachstelle ausgenutzt werden. CWE definiert das Problem als CWE-476. Dies wirkt sich aus auf die Verfügbarkeit. CVE fasst zusammen:

In the Linux kernel, the following vulnerability has been resolved: dax/kmem: account for partial discontiguous resource upon removal When dev_dax_kmem_probe() partially succeeds (at least one range is mapped) but a subsequent range fails request_mem_region() or add_memory_driver_managed(), the probe silently continues, ultimately returning success, but with the corresponding range resource NULL'ed out. dev_dax_kmem_remove() iterates over all dax_device ranges regardless of if the underlying resource exists. When remove_memory() is called later, it returns 0 because the memory was never added which causes dev_dax_kmem_remove() to incorrectly assume the (nonexistent) resource can be removed and attempts cleanup on a NULL pointer. Fix this by skipping these ranges altogether, noting that these cases are considered success, such that the cleanup is still reached when all actually-added ranges are successfully removed.

Auf git.kernel.org kann das Advisory eingesehen werden. Eine eindeutige Identifikation der Schwachstelle wird seit dem 15.08.2026 mit CVE-2026-74379 vorgenommen. Sie ist leicht ausnutzbar. Die Umsetzung des Angriffs hat dabei lokal zu erfolgen. Das Angehen einer erweiterte Authentisierung ist erforderlich, um eine Ausnutzung anzugehen. Technische Details sind bekannt, ein verfügbarer Exploit hingegen nicht.

Ein Upgrade auf die Version 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, 7.1.5 oder 7.2-rc1 vermag dieses Problem zu beheben. Die Schwachstelle lässt sich auch durch das Einspielen des Patches ef4fc53898bd6c4d0119cc6d419ebef7f2560f31/5d3139abb9d1671fa5e42c3d6d8cb3b05479c5bb/d47b0b8a69a13e06afafa54723f3e8c99b0c788f/799e54c510a03a65a57627018a817838d72f35bd/598ed7393a639c7547b28ff3e14db9f1ac37c132/30ea97affbcce236c57287c82dc6ef7a29c63b76/8aa442cfce79e2d69e72fc8e0c0864ac2971149d beheben.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Produktinfo

Typ

Hersteller

Name

Version

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 4.4
VulDB Meta Temp Score: 4.2

VulDB Base Score: 4.4
VulDB Temp Score: 4.2
VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VektorKomplexitätAuthentisierungVertraulichkeitIntegritätVerfügbarkeit
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten

VulDB Base Score: 🔒
VulDB Temp Score: 🔒
VulDB Zuverlässigkeit: 🔍

Exploitinginfo

Klasse: Denial of Service
CWE: CWE-476 / CWE-404
CAPEC: 🔒
ATT&CK: 🔒

Physisch: Teilweise
Lokal: Ja
Remote: Nein

Verfügbarkeit: 🔒
Status: Nicht definiert
Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔒

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Threat Intelligenceinfo

Interesse: 🔍
Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍

Gegenmassnahmeninfo

Empfehlung: Upgrade
Status: 🔍

0-Day Time: 🔒

Upgrade: Kernel 5.15.212/6.1.178/6.6.145/6.12.97/6.18.40/7.1.5/7.2-rc1
Patch: ef4fc53898bd6c4d0119cc6d419ebef7f2560f31/5d3139abb9d1671fa5e42c3d6d8cb3b05479c5bb/d47b0b8a69a13e06afafa54723f3e8c99b0c788f/799e54c510a03a65a57627018a817838d72f35bd/598ed7393a639c7547b28ff3e14db9f1ac37c132/30ea97affbcce236c57287c82dc6ef7a29c63b76/8aa442cfce79e2d69e72fc8e0c0864ac2971149d

Timelineinfo

15.08.2026 Advisory veröffentlicht
15.08.2026 +0 Tage CVE zugewiesen
15.08.2026 +0 Tage VulDB Eintrag erstellt
15.08.2026 +0 Tage VulDB Eintrag letzte Aktualisierung

Quelleninfo

Hersteller: kernel.org

Advisory: git.kernel.org
Status: Bestätigt

CVE: CVE-2026-74379 (🔒)
GCVE (CVE): GCVE-0-2026-74379
GCVE (VulDB): GCVE-100-390322

Eintraginfo

Erstellt: 15.08.2026 09:56
Anpassungen: 15.08.2026 09:56 (60)
Komplett: 🔍
Cache ID: 216::103

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

Do you know our Splunk app?

Download it now for free!