Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1359 CNY

100%

CVE-2026-43323— sched/fair: Fix zero_vruntime tracking fix

Quick assessment

Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于sched/fair中zero_vruntime跟踪修复问题,可能导致任务调度异常。

AI Predicted 3.3 Difficulty: Theoretical EPSS 0.16% · P5

Possible ATT&CK Techniques 1 AI

T1499 · Endpoint Denial of Service

Affected Version Matrix 7

VendorProduct Version RangeStatus
Linux Linux d2fc2dcfce47a56ffd414783003cc966c742c8a9< c089147074ed96ff4330739a0559394c19a3dfc8 affected
99673934a89febe664e704550216638dcb2336a8< 87573883c30f1a8555ff720836bb6ea231058539 affected
978d4fe59665c13db692ba96839f9c52d69f13f3< fb61ffb3fb30a161eb5404c27fc7635e275beafd affected
b3d99f43c72b56cf7a104a364e7fb34b0702828b< 1319ea57529e131822bab56bf417c8edc2db9ae8 affected
6.12.78< 6.12.81 affected
6.18.17< 6.18.22 affected
6.19.7< 6.19.12 affected
Get alerts for future matching vulnerabilities Log in to subscribe

I. Basic Information for CVE-2026-43323

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
sched/fair: Fix zero_vruntime tracking fix
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: sched/fair: Fix zero_vruntime tracking fix John reported that stress-ng-yield could make his machine unhappy and managed to bisect it to commit b3d99f43c72b ("sched/fair: Fix zero_vruntime tracking"). The combination of yield and that commit was specific enough to hypothesize the following scenario: Suppose we have 2 runnable tasks, both doing yield. Then one will be eligible and one will not be, because the average position must be in between these two entities. Therefore, the runnable task will be eligible, and be promoted a full slice (all the tasks do is yield after all). This causes it to jump over the other task and now the other task is eligible and current is no longer. So we schedule. Since we are runnable, there is no {de,en}queue. All we have is the __{en,de}queue_entity() from {put_prev,set_next}_task(). But per the fingered commit, those two no longer move zero_vruntime. All that moves zero_vruntime are tick and full {de,en}queue. This means, that if the two tasks playing leapfrog can reach the critical speed to reach the overflow point inside one tick's worth of time, we're up a creek. Additionally, when multiple cgroups are involved, there is no guarantee the tick will in fact hit every cgroup in a timely manner. Statistically speaking it will, but that same statistics does not rule out the possibility of one cgroup not getting a tick for a significant amount of time -- however unlikely. Therefore, just like with the yield() case, force an update at the end of every slice. This ensures the update is never more than a single slice behind and the whole thing is within 2 lag bounds as per the comment on entity_key().
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于sched/fair中zero_vruntime跟踪修复问题,可能导致任务调度异常。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

Vendor Product Affected Versions CPE Subscribe
Linux Linux d2fc2dcfce47a56ffd414783003cc966c742c8a9 ~ c089147074ed96ff4330739a0559394c19a3dfc8 -
Linux Linux 6.12.78 ~ 6.12.81 -

II. Public POCs for CVE-2026-43323

# POC Description Source Link Shenlong Link
AI-Generated POC Premium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2026-43323

请登录查看更多情报信息。

Patches & Fixes for CVE-2026-43323 (4)

Same Patch Batch · Linux · 2026-05-08 · 197 CVEs total

CVE-2026-43341 9.8 CRITICAL net/ipv6: ioam6: prevent schema length wraparound in trace fill
CVE-2026-43402 9.8 CRITICAL kthread: consolidate kthread exit paths to prevent use-after-free
CVE-2026-43414 9.8 CRITICAL scsi: qla2xxx: Completely fix fcport double free
CVE-2026-43384 9.8 CRITICAL net/tcp-ao: Fix MAC comparison to be constant-time
CVE-2026-43304 9.8 CRITICAL libceph: define and enforce CEPH_MAX_KEY_LEN
CVE-2026-43379 9.8 CRITICAL ksmbd: fix use-after-free in smb_lazy_parent_lease_break_close()
CVE-2026-43376 9.8 CRITICAL ksmbd: fix use-after-free by using call_rcu() for oplock_info
CVE-2026-43465 9.8 CRITICAL net/mlx5e: RX, Fix XDP multi-buf frag counting for striding RQ
CVE-2026-43378 9.8 CRITICAL smb: server: fix use-after-free in smb2_open()
CVE-2026-43383 9.4 CRITICAL net/tcp-md5: Fix MAC comparison to be constant-time
CVE-2026-43406 9.1 CRITICAL libceph: prevent potential out-of-bounds reads in process_message_header()
CVE-2026-43407 9.1 CRITICAL libceph: Fix potential out-of-bounds access in ceph_handle_auth_reply()
CVE-2026-43284 8.8 HIGH xfrm: esp: avoid in-place decrypt on shared skb frags
CVE-2026-43334 8.8 HIGH Bluetooth: SMP: force responder MITM requirements before building the pairing response
CVE-2026-43322 8.8 HIGH Bluetooth: hci_sync: Fix UAF in le_read_features_complete
CVE-2026-43403 8.8 HIGH nsfs: tighten permission checks for ns iteration ioctls
CVE-2026-43391 8.8 HIGH nsfs: tighten permission checks for handle opening
CVE-2026-43291 8.3 HIGH net: nfc: nci: Fix parameter validation for packet data
CVE-2026-43365 8.2 HIGH xfs: fix undersized l_iclog_roundoff values
CVE-2026-43466 8.2 HIGH net/mlx5e: Fix DMA FIFO desync on error CQE SQ recovery

Showing top 20 of 197 CVEs. View all on vendor page &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-43323

No comments yet


Leave a comment