news.mlab.sh
Vulnerabilities
Vulnerability

CVE-2026-23168

Reference data from vuln.mlab.sh, coverage from our own index.

CVSS
5.5 Medium
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
EPSS
0.11%
Risk score
0.9
Published
2026-02-14
Status
Published

In the Linux kernel, the following vulnerability has been resolved: flex_proportions: make fprop_new_period() hardirq safe Bernd has reported a lockdep splat from flexible proportions code that is essentially complaining about the following race: <timer fires> run_timer_softirq - we are in softirq context call_timer_fn writeout_period fprop_new_period write_seqcount_begin(&p->sequence); <hardirq is raised> ... blk_mq_end_request() blk_update_request() ext4_end_bio() folio_end_writeback() __wb_writeout_add() __fprop_add_percpu_max() if (unlikely(max_frac < FPROP_FRAC_BASE)) { fprop_fraction_percpu() seq = read_seqcount_begin(&p->sequence); - sees odd sequence so loops indefinitely Note that a deadlock like this is only possible if the bdi has configured maximum fraction of writeout throughput which is very rare in general but frequent for example for FUSE bdis. To fix this problem we have to make sure write section of the sequence counter is irqsafe. A deadlock vulnerability was found in the Linux kernel's flexible proportions (fprop) code used for I/O writeback accounting. When a hardirq interrupts the seqcount write section in fprop_new_period() during softirq context, a reader in the hardirq handler can spin indefinitely waiting for the odd sequence number to become even, causing a system hang.

Weaknesses

CWE-833

Coverage 4

Advisories and references