Linux Kernel bis 7.0.9 nilfs2 nilfs_ioctl_mark_blocks_dirty Denial of Service

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

Zusammenfassunginfo

Es wurde eine als kritisch klassifizierte Schwachstelle in Linux Kernel bis 7.0.9 entdeckt. Betroffen ist die Funktion nilfs_ioctl_mark_blocks_dirty der Komponente nilfs2. Die Manipulation führt zu Denial of Service. Die Verwundbarkeit wird als CVE-2026-53320 geführt. Es ist kein Exploit verfügbar. Es wird empfohlen, die betroffene Komponente zu aktualisieren.

Detailsinfo

Es wurde eine kritische Schwachstelle in Linux Kernel bis 7.0.9 ausgemacht. Es betrifft die Funktion nilfs_ioctl_mark_blocks_dirty der Komponente nilfs2. Durch das Manipulieren mit einer unbekannten Eingabe kann eine Denial of Service-Schwachstelle ausgenutzt werden. Im Rahmen von CWE wurde eine Klassifizierung als CWE-834 vorgenommen. Dies wirkt sich aus auf die Verfügbarkeit. CVE fasst zusammen:

In the Linux kernel, the following vulnerability has been resolved: nilfs2: reject zero bd_oblocknr in nilfs_ioctl_mark_blocks_dirty() nilfs_ioctl_mark_blocks_dirty() uses bd_oblocknr to detect dead blocks by comparing it with the current block number bd_blocknr. If they differ, the block is considered dead and skipped. However, bd_oblocknr should never be 0 since block 0 typically stores the primary superblock and is never a valid GC target block. A corrupted ioctl request with bd_oblocknr set to 0 causes the comparison to incorrectly match when the lookup returns -ENOENT and sets bd_blocknr to 0, bypassing the dead block check and calling nilfs_bmap_mark() on a non-existent block. This causes nilfs_btree_do_lookup() to return -ENOENT, triggering the WARN_ON(ret == -ENOENT). Fix this by rejecting ioctl requests with bd_oblocknr set to 0 at the beginning of each iteration. [ryusuke: slightly modified the commit message and comments for accuracy]

Auf git.kernel.org kann das Advisory eingesehen werden. Die Verwundbarkeit wird seit dem 09.06.2026 unter CVE-2026-53320 geführt. Es sind zwar technische Details, jedoch kein verfügbarer Exploit zur Schwachstelle bekannt.

Ein Upgrade auf die Version 5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, 6.18.33 oder 7.0.10 vermag dieses Problem zu beheben. Die Schwachstelle lässt sich auch durch das Einspielen des Patches e0a0c4903cbba351f0f5b5d104960d3a5b23202f/9472d37799a0b9ff9b99639f35961ac2f0b3c9be/65e07964b4b2daf9a54e686cf0fa72d74a9648a8/b88f905d4449b70da6bda547be546e365e44352e/4525658002be3ad310b16bf8db48c8adb6a55d32/e5ff0ba4b6983cdbcc826efc201e7179ece5d46f/94094e70fe292c9566502772d4d4d6d6a99204b1/be3e5d10643d3be1cbac9d9939f220a99253f980 beheben. Dieser kann von git.kernel.org bezogen werden. Als bestmögliche Massnahme wird das Aktualisieren auf eine neue Version empfohlen.

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: 5.7
VulDB Meta Temp Score: 5.5

VulDB Base Score: 5.7
VulDB Temp Score: 5.5
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-834 / CWE-404
CAPEC: 🔒
ATT&CK: 🔒

Physisch: Nein
Lokal: Nein
Remote: Teilweise

Verfügbarkeit: 🔒
Status: Nicht definiert

EPSS Score: 🔒
EPSS Percentile: 🔒

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.10.258/5.15.209/6.1.175/6.6.141/6.12.91/6.18.33/7.0.10
Patch: e0a0c4903cbba351f0f5b5d104960d3a5b23202f/9472d37799a0b9ff9b99639f35961ac2f0b3c9be/65e07964b4b2daf9a54e686cf0fa72d74a9648a8/b88f905d4449b70da6bda547be546e365e44352e/4525658002be3ad310b16bf8db48c8adb6a55d32/e5ff0ba4b6983cdbcc826efc201e7179ece5d46f/94094e70fe292c9566502772d4d4d6d6a99204b1/be3e5d10643d3be1cbac9d9939f220a99253f980

Timelineinfo

09.06.2026 CVE zugewiesen
26.06.2026 +17 Tage Advisory veröffentlicht
26.06.2026 +0 Tage VulDB Eintrag erstellt
26.06.2026 +0 Tage VulDB Eintrag letzte Aktualisierung

Quelleninfo

Hersteller: kernel.org

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

CVE: CVE-2026-53320 (🔒)
GCVE (CVE): GCVE-0-2026-53320
GCVE (VulDB): GCVE-100-374370

Eintraginfo

Erstellt: 26.06.2026 22:29
Anpassungen: 26.06.2026 22:29 (59)
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!