{ "dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": { "cveId": "CVE-2025-38372", "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "state": "PUBLISHED", "assignerShortName": "Linux", "dateReserved": "2025-04-16T04:51:24.009Z", "datePublished": "2025-07-25T12:53:15.255Z", "dateUpdated": "2026-08-05T12:01:25.586Z" }, "containers": { "cna": { "providerMetadata": { "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "shortName": "Linux", "dateUpdated": "2026-08-05T12:01:25.586Z" }, "descriptions": [ { "lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nRDMA/mlx5: Fix unsafe xarray access in implicit ODP handling\n\n__xa_store() and __xa_erase() were used without holding the proper lock,\nwhich led to a lockdep warning due to unsafe RCU usage. This patch\nreplaces them with xa_store() and xa_erase(), which perform the necessary\nlocking internally.\n\n =============================\n WARNING: suspicious RCPU usage\n 6.14.0-rc7_for_upstream_debug_2025_03_18_15_01 #1 Not tainted\n -----------------------------\n ./include/linux/xarray.h:1211 suspicious rcu_dereference_protected() usage!\n\n other info that might help us debug this:\n\n rcu_scheduler_active = 2, debug_locks = 1\n 3 locks held by kworker/u136:0/219:\n at: process_one_work+0xbe4/0x15f0\n process_one_work+0x75c/0x15f0\n pagefault_mr+0x9a5/0x1390 [mlx5_ib]\n\n stack backtrace:\n CPU: 14 UID: 0 PID: 219 Comm: kworker/u136:0 Not tainted\n 6.14.0-rc7_for_upstream_debug_2025_03_18_15_01 #1\n Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS\n rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014\n Workqueue: mlx5_ib_page_fault mlx5_ib_eqe_pf_action [mlx5_ib]\n Call Trace:\n dump_stack_lvl+0xa8/0xc0\n lockdep_rcu_suspicious+0x1e6/0x260\n xas_create+0xb8a/0xee0\n xas_store+0x73/0x14c0\n __xa_store+0x13c/0x220\n ? xa_store_range+0x390/0x390\n ? spin_bug+0x1d0/0x1d0\n pagefault_mr+0xcb5/0x1390 [mlx5_ib]\n ? _raw_spin_unlock+0x1f/0x30\n mlx5_ib_eqe_pf_action+0x3be/0x2620 [mlx5_ib]\n ? lockdep_hardirqs_on_prepare+0x400/0x400\n ? mlx5_ib_invalidate_range+0xcb0/0xcb0 [mlx5_ib]\n process_one_work+0x7db/0x15f0\n ? pwq_dec_nr_in_flight+0xda0/0xda0\n ? assign_work+0x168/0x240\n worker_thread+0x57d/0xcd0\n ? rescuer_thread+0xc40/0xc40\n kthread+0x3b3/0x800\n ? kthread_is_per_cpu+0xb0/0xb0\n ? lock_downgrade+0x680/0x680\n ? do_raw_spin_lock+0x12d/0x270\n ? spin_bug+0x1d0/0x1d0\n ? finish_task_switch.isra.0+0x284/0x9e0\n ? lockdep_hardirqs_on_prepare+0x284/0x400\n ? kthread_is_per_cpu+0xb0/0xb0\n ret_from_fork+0x2d/0x70\n ? kthread_is_per_cpu+0xb0/0xb0\n ret_from_fork_asm+0x11/0x20" } ], "metrics": [ { "cvssV3_1": { "version": "3.1", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H", "baseScore": 7.8, "baseSeverity": "HIGH" }, "scenarios": [ { "lang": "en", "value": "AV:L - The vulnerable code is reached from local userspace through the RDMA verbs character device `/dev/infiniband/uverbsN` (implicit ODP MR registration plus the `UVERBS_METHOD_ADVISE_MR` prefetch ioctl), which drives `pagefault_mr()` → `pagefault_implicit_mr()` → `implicit_get_child_mr()`. While a connected RDMA peer can also drive the same path via hardware page-fault events, the reliable and fully attacker-controlled trigger requires local access to the verbs device.\nAC:L - The attacker controls both sides of the race: two threads each registering their own implicit ODP MR obtain distinct `imr->implicit_children` locks, so their concurrent unlocked `__xa_store()`/`__xa_erase()` operations on the shared device-wide `dev->odp_mkeys` xarray collide with no common serialization, and they additionally race the properly-locked `find_odp_mkey()`/`xa_erase()` users at will.\nPR:L - No capability check exists anywhere on the path — `mlx5_ib_advise_mr()` and `mlx5_ib_reg_user_mr()` require only an open uverbs FD and a PD handle, and distro rdma-core udev rules expose `/dev/infiniband/uverbs*` world-accessible so unprivileged applications (MPI, GPUDirect) can use RDMA. A plain unprivileged local user therefore suffices.\nUI:N - The attacker performs all steps itself — registering implicit ODP MRs and issuing concurrent prefetch/page-fault operations — with no action required from any other user or victim process.\nS:U - The corruption is confined to kernel memory managed by the mlx5_ib driver within the same security authority; there is no VM, IOMMU, or sandbox boundary crossed.\nC:H - Unsynchronized xarray mutation corrupts the radix-tree structure and leaks stale `struct mlx5_ib_mkey` pointers, which `find_odp_mkey()`/`get_prefetchable_mr()` later dereference and hand to `pagefault_mr()` on freed memory, yielding a use-after-free read primitive over attacker-groomable heap contents.\nI:H - A lost `xa_erase()` defeats the `mlx5r_deref_wait_odp_mkey()` guard in `__mlx5_ib_dereg_mr()`, so freed MR objects are still written through (`refcount_inc(&mmkey->usecount)`, XLT updates), and racing `xas_store()`/`xas_create()` can write into concurrently freed `xa_node` memory — both give attacker-influenced write primitives suitable for control-flow hijacking.\nA:H - The race produces radix-tree corruption, double-free/use-after-free of xarray nodes and MR objects, and the `WARN_ON(!xa_empty(&dev->odp_mkeys))` at device teardown — any of which oops or panic the kernel, and the attacker can repeat the trigger indefinitely." } ] } ], "affected": [ { "product": "Linux", "vendor": "Linux", "defaultStatus": "unaffected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": [ "drivers/infiniband/hw/mlx5/odp.c" ], "versions": [ { "version": "7cc8f681f6d4ae4478ae0f60485fc768f2b450da", "lessThan": "9d2ef890e49963b768d4fe5a33029aacd9f6b93f", "status": "affected", "versionType": "git" }, { "version": "d3d930411ce390e532470194296658a960887773", "lessThan": "ebebffb47c78f63ba7e4fbde393e44af38b7625d", "status": "affected", "versionType": "git" }, { "version": "d3d930411ce390e532470194296658a960887773", "lessThan": "2c6b640ea08bff1a192bf87fa45246ff1e40767c", "status": "affected", "versionType": "git" }, { "version": "edfb65dbb9ffd3102f3ff4dd21316158e56f1976", "status": "affected", "versionType": "git" }, { "version": "6.12.13", "lessThan": "6.12.37", "status": "affected", "versionType": "semver" }, { "version": "6.13.2", "lessThan": "6.14", "status": "affected", "versionType": "semver" } ] }, { "product": "Linux", "vendor": "Linux", "defaultStatus": "affected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": [ "drivers/infiniband/hw/mlx5/odp.c" ], "versions": [ { "version": "6.14", "status": "affected" }, { "version": "0", "lessThan": "6.14", "status": "unaffected", "versionType": "semver" }, { "version": "6.12.37", "lessThanOrEqual": "6.12.*", "status": "unaffected", "versionType": "semver" }, { "version": "6.15.6", "lessThanOrEqual": "6.15.*", "status": "unaffected", "versionType": "semver" }, { "version": "6.16", "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": "6.12.13", "versionEndExcluding": "6.12.37" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.14", "versionEndExcluding": "6.15.6" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.14", "versionEndExcluding": "6.16" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.13.2" } ] } ] } ], "references": [ { "url": "https://git.kernel.org/stable/c/9d2ef890e49963b768d4fe5a33029aacd9f6b93f" }, { "url": "https://git.kernel.org/stable/c/ebebffb47c78f63ba7e4fbde393e44af38b7625d" }, { "url": "https://git.kernel.org/stable/c/2c6b640ea08bff1a192bf87fa45246ff1e40767c" } ], "title": "RDMA/mlx5: Fix unsafe xarray access in implicit ODP handling", "x_generator": { "engine": "bippy-1.2.0" } } } }