CVE-2024-53130

nilfs2: fix null-ptr-deref in block_dirty_buffer tracepoint

MEDIUM
5.5
CVSS Score
Published: December 4, 2024 at 02:20 PM UTC
Updated: June 17, 2026 at 08:08 AM UTC
1 product affected across 1 vendorLinux Kernel

Using Linux by Linux?

Get instant alerts when new vulnerabilities affect Linux - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
MEDIUM5.5
Exploit prediction
EPSS 0.2%

Description

In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix null-ptr-deref in block_dirty_buffer tracepoint When using the "block:block_dirty_buffer" tracepoint, mark_buffer_dirty() may cause a NULL pointer dereference, or a general protection fault when KASAN is enabled. This happens because, since the tracepoint was added in mark_buffer_dirty(), it references the dev_t member bh->b_bdev->bd_dev regardless of whether the buffer head has a pointer to a block_device structure. In the current implementation, nilfs_grab_buffer(), which grabs a buffer to read (or create) a block of metadata, including b-tree node blocks, does not set the block device, but instead does so only if the buffer is not in the "uptodate" state for each of its caller block reading functions. However, if the uptodate flag is set on a folio/page, and the buffer heads are detached from it by try_to_free_buffers(), and new buffer heads are then attached by create_empty_buffers(), the uptodate flag may be restored to each buffer without the block device being set to bh->b_bdev, and mark_buffer_dirty() may be called later in that state, resulting in the bug mentioned above. Fix this issue by making nilfs_grab_buffer() always set the block device of the super block structure to the buffer head, regardless of the state of the buffer's uptodate flag.

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

3.9 ≤ v < 4.19.3253.9 ≤ v < 5.10.2313.9 ≤ v < 5.15.1743.9 ≤ v < 5.4.2873.9 ≤ v < 6.1.1193.9 ≤ v < 6.11.103.9 ≤ v < 6.123.9 ≤ v < 6.6.636.11.0 ≤ v < 6.11.106.6.0 ≤ v < 6.6.633.95305cb830834549b9203ad4d009ad5483c5e293f
Vendor states this is fixed in 0a5014ad37c77ac6a2c525137c00a0e1724f6020 (fixed)
Vendor states this is fixed in 0ce59fb1c73fdd5b6028226aeb46259a0cdc0957 (fixed)
Vendor states this is fixed in 2026559a6c4ce34db117d2db8f710fe2a9420d5a (fixed)
Vendor states this is fixed in 7af3309c7a2ef26831a67125b11c34a7e01c1b2a (fixed)
Vendor states this is fixed in 86b19031dbc79abc378dfae357f6ea33ebeb0c95 (fixed)
Vendor states this is fixed in b0e4765740040c44039282057ecacd7435d1d2ba (fixed)
Vendor states this is fixed in d904e4d845aafbcfd8a40c1df7d999f02f062be8 (fixed)
Vendor states this is fixed in ffc440a76a0f476a7e6ea838ec0dc8e9979944d1 (fixed)
Vendor states this is fixed in 3.9 (unaffected)
Vendor states this is fixed in 4.19.325 (unaffected)
Vendor states this is fixed in 5.10.231 (unaffected)
Vendor states this is fixed in 5.15.174 (unaffected)
Vendor states this is fixed in 5.4.287 (unaffected)
Vendor states this is fixed in 6.1.119 (unaffected)
Vendor states this is fixed in 6.11.10 (unaffected)
Vendor states this is fixed in 6.12 (unaffected)
Vendor states this is fixed in 6.6.63 (unaffected)

References (10)

CVSS

Attack Vector
LOCAL
Complexity
LOW
Privileges
LOW
User Interaction
NONE
Scope
UNCHANGED
Confidentiality
NONE
Integrity
NONE
Availability
HIGH
Vector?

Quick Info

StatusMODIFIED
CWE
CWE-476

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card