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

Goal: 1000 CNY · Raised: 1336 CNY

100%
Buy Us a Coffee

CVE-2026-64210— net/mlx5e: xsk: Fix unlocked writing to ICOSQ

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 kernel 5.3版本存在安全漏洞，该漏洞源于在NAPI轮询期间，CPU亲和性改变时对ICOSQ的未保护写入操作，可能导致竞争条件及系统错误。

CVSS 7.5 · High EPSS 0.48% · P40

Affected Version Matrix 14

VendorProduct Version RangeStatus
Linux Linux db05815b36cbd486c86fd002dfa81c9af6245e25< 0c8f331485656d5937d56a488016b944a038fe2f affected
db05815b36cbd486c86fd002dfa81c9af6245e25< f3d8c2fd591bb603b069e151881a317e26a3f478 affected
db05815b36cbd486c86fd002dfa81c9af6245e25< f37adef34eb7ebe29a534d20ccadd72bd7ff664e affected
db05815b36cbd486c86fd002dfa81c9af6245e25< 54a97ef1025236cc1bc54d79c7ae2eb8027ce4b8 affected
db05815b36cbd486c86fd002dfa81c9af6245e25< 8d3b91e7d81000d295cd914d4d9d6f860252e2bf affected
db05815b36cbd486c86fd002dfa81c9af6245e25< c326f9c68921e2f14dfcecb2f6b4216313d50248 affected
5.3 affected
< 5.3 unaffected
… +6 more rows
Get alerts for future matching vulnerabilities Log in to subscribe

I. Basic Information for CVE-2026-64210

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
net/mlx5e: xsk: Fix unlocked writing to ICOSQ
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: xsk: Fix unlocked writing to ICOSQ During napi poll, when the affinity changes and there's still XSK work to be done, we trigger an ICOSQ interrupt on the new CPU. However, this triggering on the ICOSQ is done unprotected. There are 2 such races: A) mlx5e_trigger_irq() is called while mlx5e_xsk_alloc_rx_mpwqe() is running from a different CPU due to affinity change. This can happen because IRQ triggering is done after napi_complete_done(). At this point the NAPI can be scheduled on a different CPU. Like this: CPU A (old affinity, NAPI tail) CPU B (new affinity, fresh NAPI) ------------------------------- -------------------------------- napi_complete_done() clears SCHED mlx5e_cq_arm(...) napi_schedule_prep() sets SCHED mlx5e_napi_poll() mlx5e_xsk_alloc_rx_mpwqe() mlx5e_icosq_sync_lock() // noop memcpy 640 B UMR body advance sq->pc by 10 mlx5e_trigger_irq(&c->icosq) wqe_info[pi] = {NOP, 1} mlx5e_post_nop() advances sq->pc B) mlx5e_trigger_irq() is called on the ICOSQ when mlx5e_trigger_napi_icosq() is running. The obvious fix would be to lock the ICOSQ. But ICOSQ has an optimized locking scheme that doesn't work for this scenario. Kick the async ICOSQ instead which is always locked. This issue was noticed in the wild with the following splat: netdevice: ge-0-0-1: Bad OP in ICOSQ CQE: 0xd WARNING: drivers/net/ethernet/mellanox/mlx5/core/en_rx.c:826 [...] [...] Call Trace: <IRQ> mlx5e_napi_poll+0x11d/0x7f0 [mlx5_core] __napi_poll+0x30/0x200 ? skb_defer_free_flush+0x9c/0xc0 net_rx_action+0x2fe/0x3f0 handle_softirqs+0xd8/0x340 __irq_exit_rcu+0xbc/0xe0 common_interrupt+0x85/0xa0 </IRQ> <TASK> asm_common_interrupt+0x26/0x40 [...] ---[ end trace 0000000000000000 ]--- mlx5_core 0000:08:00.0 ge-0-0-1: Error cqe on cqn 0x548, ci 0x2022, qn 0x8f4, opcode 0xd, syndrome 0x2, vendor syndrome 0x68 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000030: 00 00 00 00 01 00 68 02 01 00 08 f4 de 14 59 d2 WQE DUMP: WQ size 16384 WQ cur size 0, WQE index 0x1e14, len: 64 00000000: 00 00 00 01 d9 ed 80 02 00 00 00 01 d9 ed 90 02 00000010: 00 00 00 01 d9 ed a0 02 00 00 00 01 d9 ed b0 02 00000020: 00 00 00 01 d9 ed c0 02 00 00 00 01 d9 ed d0 02 00000030: 00 00 00 01 d9 ed e0 02 00 00 00 01 d9 ed f0 02 mlx5_core 0000:08:00.0 ge-0-0-1: Error cqe on cqn 0x548, ci 0x2023, qn 0x8f4, opcode 0xd, syndrome 0x5, vendor syndrome 0xf9 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000030: 00 00 00 00 01 00 f9 05 01 00 08 f4 de 15 cf d2
Source: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
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 kernel 5.3版本存在安全漏洞，该漏洞源于在NAPI轮询期间，CPU亲和性改变时对ICOSQ的未保护写入操作，可能导致竞争条件及系统错误。
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 db05815b36cbd486c86fd002dfa81c9af6245e25 ~ 0c8f331485656d5937d56a488016b944a038fe2f -
Linux Linux 5.3 -

II. Public POCs for CVE-2026-64210

# 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-64210

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

Patches & Fixes for CVE-2026-64210 (6)

Same Patch Batch · Linux · 2026-07-24 · 48 CVEs total

CVE-2026-64232 9.8 CRITICAL block: recompute nr_integrity_segments in blk_insert_cloned_request
CVE-2026-64216 9.8 CRITICAL netfs: Fix potential UAF in netfs_unlock_abandoned_read_pages()
CVE-2026-64255 8.8 HIGH wifi: iwlwifi: mld: validate sta_mask before ffs() in BA session handlers
CVE-2026-64247 8.4 HIGH KVM: x86: hyper-v: Bound the bank index when querying sparse banks
CVE-2026-64235 8.1 HIGH x86/ftrace: Relocate %rip-relative percpu refs in dynamic trampolines
CVE-2026-64223 8.1 HIGH wifi: mac80211: consume only present negotiated TTLM maps
CVE-2026-64251 7.8 HIGH pwrseq: core: fix use-after-free in pwrseq_debugfs_seq_next()
CVE-2026-64226 7.8 HIGH sched_ext: Avoid UAF in scx_root_enable_workfn() init failure path
CVE-2026-64221 7.8 HIGH spi: ti-qspi: fix use-after-free after DMA setup failure
CVE-2026-64218 7.8 HIGH batman-adv: bla: fix report_work leak on backbone_gw purge
CVE-2026-64217 7.8 HIGH netfs: Fix overrun check in netfs_extract_user_iter()
CVE-2026-64208 7.5 HIGH crypto/krb5, rxrpc: Fix lack of pre-decrypt/pre-verify length checks
CVE-2026-64243 7.1 HIGH ASoC: codecs: simple-mux: Fix enum control bounds check
CVE-2026-64219 7.0 HIGH drm/amd/display: Validate payload length and link_index in dc_process_dmub_aux_transfer_as
CVE-2026-64222 7.0 HIGH octeontx2-pf: avoid double free of pool->stack on AQ init failure
CVE-2026-64252 MIPS: DEC: Prevent initial console buffer from landing in XKPHYS
CVE-2026-64224 octeontx2-pf: fix double free in rvu_rep_rsrc_init()
CVE-2026-64250 LoongArch: Report dying CPU to RCU in stop_this_cpu()
CVE-2026-64248 MIPS: smp: report dying CPU to RCU in stop_this_cpu()
CVE-2026-64254 NTB: epf: Avoid pci_iounmap() with offset when PEER_SPAD and CONFIG share BAR

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

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2026-64210

No comments yet

Leave a comment