{"dataType":"CVE_RECORD","dataVersion":"5.2","cveMetadata":{"cveId":"CVE-2023-54292","assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","state":"PUBLISHED","assignerShortName":"Linux","dateReserved":"2025-12-30T12:06:44.527Z","datePublished":"2025-12-30T12:23:30.419Z","dateUpdated":"2026-08-05T09:19:01.476Z"},"containers":{"cna":{"providerMetadata":{"orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux","dateUpdated":"2026-08-05T09:19:01.476Z"},"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nRDMA/irdma: Fix data race on CQP request done\n\nKCSAN detects a data race on cqp_request->request_done memory location\nwhich is accessed locklessly in irdma_handle_cqp_op while being\nupdated in irdma_cqp_ce_handler.\n\nAnnotate lockless intent with READ_ONCE/WRITE_ONCE to avoid any\ncompiler optimizations like load fusing and/or KCSAN warning.\n\n[222808.417128] BUG: KCSAN: data-race in irdma_cqp_ce_handler [irdma] / irdma_wait_event [irdma]\n\n[222808.417532] write to 0xffff8e44107019dc of 1 bytes by task 29658 on cpu 5:\n[222808.417610]  irdma_cqp_ce_handler+0x21e/0x270 [irdma]\n[222808.417725]  cqp_compl_worker+0x1b/0x20 [irdma]\n[222808.417827]  process_one_work+0x4d1/0xa40\n[222808.417835]  worker_thread+0x319/0x700\n[222808.417842]  kthread+0x180/0x1b0\n[222808.417852]  ret_from_fork+0x22/0x30\n\n[222808.417918] read to 0xffff8e44107019dc of 1 bytes by task 29688 on cpu 1:\n[222808.417995]  irdma_wait_event+0x1e2/0x2c0 [irdma]\n[222808.418099]  irdma_handle_cqp_op+0xae/0x170 [irdma]\n[222808.418202]  irdma_cqp_cq_destroy_cmd+0x70/0x90 [irdma]\n[222808.418308]  irdma_puda_dele_rsrc+0x46d/0x4d0 [irdma]\n[222808.418411]  irdma_rt_deinit_hw+0x179/0x1d0 [irdma]\n[222808.418514]  irdma_ib_dealloc_device+0x11/0x40 [irdma]\n[222808.418618]  ib_dealloc_device+0x2a/0x120 [ib_core]\n[222808.418823]  __ib_unregister_device+0xde/0x100 [ib_core]\n[222808.418981]  ib_unregister_device+0x22/0x40 [ib_core]\n[222808.419142]  irdma_ib_unregister_device+0x70/0x90 [irdma]\n[222808.419248]  i40iw_close+0x6f/0xc0 [irdma]\n[222808.419352]  i40e_client_device_unregister+0x14a/0x180 [i40e]\n[222808.419450]  i40iw_remove+0x21/0x30 [irdma]\n[222808.419554]  auxiliary_bus_remove+0x31/0x50\n[222808.419563]  device_remove+0x69/0xb0\n[222808.419572]  device_release_driver_internal+0x293/0x360\n[222808.419582]  driver_detach+0x7c/0xf0\n[222808.419592]  bus_remove_driver+0x8c/0x150\n[222808.419600]  driver_unregister+0x45/0x70\n[222808.419610]  auxiliary_driver_unregister+0x16/0x30\n[222808.419618]  irdma_exit_module+0x18/0x1e [irdma]\n[222808.419733]  __do_sys_delete_module.constprop.0+0x1e2/0x310\n[222808.419745]  __x64_sys_delete_module+0x1b/0x30\n[222808.419755]  do_syscall_64+0x39/0x90\n[222808.419763]  entry_SYSCALL_64_after_hwframe+0x63/0xcd\n\n[222808.419829] value changed: 0x01 -> 0x03"}],"metrics":[{"cvssV3_1":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":9.8,"baseSeverity":"CRITICAL"},"scenarios":[{"lang":"en","value":"AV:N - CQP requests are issued directly from remote packet processing — `irdma_handle_syn_pkt()` creates an AH via CQP on an incoming TCP SYN to an iWARP listener, `irdma_add_conn_est_qh()` and the connection-teardown paths issue qhash CQP ops, and the IEQ path creates AHs from remote out-of-order MPA segments. A remote peer can therefore drive both CQP submission and completion traffic that races on the shared flag byte.\nAC:L - The attacker controls both sides of the race by driving an arbitrary rate of concurrent CQP operations (SYN/connection churn remotely, or concurrent verbs locally), which also exhausts the static request pool and forces the `kzalloc`/`dynamic` path. Non-atomic byte-wide RMW on a byte shared by three flags collides reliably at high operation rates.\nPR:N - The remote CM path that issues CQP requests runs during TCP SYN/MPA handling, before any MPA or application-level authentication. Even on the local path, `/dev/infiniband/uverbs*` is world-accessible (mode 0666) under standard rdma-core udev rules, so no privileges are needed.\nUI:N - The race is triggered purely by attacker-generated connection or verbs traffic against an already-configured RDMA device; no action by any local user or administrator is required.\nS:U - The corruption and its consequences are entirely within the kernel's own security authority — the irdma driver's request objects and the resources it manages. No VM, IOMMU, or sandbox boundary is crossed.\nC:H - A stale `request_done` makes `irdma_handle_cqp_op()` report success while the hardware op is still in flight, so the request object is recycled while still referenced by `cqp->scratch_array`, and CQ/QP/MR/DMA memory is freed while the device still owns it. The resulting use-after-free on `kzalloc`'d requests gives an attacker control over freed-object contents and hence a read primitive.\nI:H - The same use-after-free leads to `cqp_request->callback_fcn(cqp_request)` being invoked on a concurrently reused object and to refcount underflow/double free; a lost update on the adjacent `dynamic` bit additionally causes `kfree()` of a pointer inside the `kcalloc`'d `cqp_requests` array (invalid free / slab corruption). Both are exploitable for kernel memory writes and control-flow hijack.\nA:H - A lost `request_done` drives the waiter to the CQP timeout, which calls `ice_rdma_request_reset(pf, IIDC_PFR)` — a full PF reset of the NIC — and latches `rf->reset`, failing all further CQP ops. A lost `waiting` bit skips `irdma_hw_modify_qp_callback()`, leaving `wait_event(iwqp->mod_qp_waitq, …)` (no timeout, uninterruptible) hung permanently, plus the UAF paths cause outright panics."}]}],"affected":[{"product":"Linux","vendor":"Linux","defaultStatus":"unaffected","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["drivers/infiniband/hw/irdma/hw.c","drivers/infiniband/hw/irdma/main.h","drivers/infiniband/hw/irdma/utils.c"],"versions":[{"version":"915cc7ac0f8e2a23675ee896e87f17c7d3c47089","lessThan":"c5b5dbcbf91f769b8eb25f88e32a1522f920f37a","status":"affected","versionType":"git"},{"version":"915cc7ac0f8e2a23675ee896e87f17c7d3c47089","lessThan":"5986e96be7d0b82e50a9c6b019ea3f1926fd8764","status":"affected","versionType":"git"},{"version":"915cc7ac0f8e2a23675ee896e87f17c7d3c47089","lessThan":"b8b90ba636e3861665aef9a3eab5fcf92839a2c5","status":"affected","versionType":"git"},{"version":"915cc7ac0f8e2a23675ee896e87f17c7d3c47089","lessThan":"f0842bb3d38863777e3454da5653d80b5fde6321","status":"affected","versionType":"git"}]},{"product":"Linux","vendor":"Linux","defaultStatus":"affected","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["drivers/infiniband/hw/irdma/hw.c","drivers/infiniband/hw/irdma/main.h","drivers/infiniband/hw/irdma/utils.c"],"versions":[{"version":"5.14","status":"affected"},{"version":"0","lessThan":"5.14","status":"unaffected","versionType":"semver"},{"version":"5.15.124","lessThanOrEqual":"5.15.*","status":"unaffected","versionType":"semver"},{"version":"6.1.43","lessThanOrEqual":"6.1.*","status":"unaffected","versionType":"semver"},{"version":"6.4.8","lessThanOrEqual":"6.4.*","status":"unaffected","versionType":"semver"},{"version":"6.5","lessThanOrEqual":"*","status":"unaffected","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"operator":"OR","negate":false,"cpeMatch":[{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"5.14","versionEndExcluding":"5.15.124"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"5.14","versionEndExcluding":"6.1.43"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"5.14","versionEndExcluding":"6.4.8"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"5.14","versionEndExcluding":"6.5"}]}]}],"references":[{"url":"https://git.kernel.org/stable/c/c5b5dbcbf91f769b8eb25f88e32a1522f920f37a"},{"url":"https://git.kernel.org/stable/c/5986e96be7d0b82e50a9c6b019ea3f1926fd8764"},{"url":"https://git.kernel.org/stable/c/b8b90ba636e3861665aef9a3eab5fcf92839a2c5"},{"url":"https://git.kernel.org/stable/c/f0842bb3d38863777e3454da5653d80b5fde6321"}],"title":"RDMA/irdma: Fix data race on CQP request done","x_generator":{"engine":"bippy-1.2.0"}}}}