In the Linux kernel, the following vulnerability has been resolved:
RDMA/rtrs: Add missing deinit() call
A warning is triggered when repeatedly connecting and disconnecting the
rnbd:
list_add corruption. prev->next should be next (ffff88800b13e480), but was ffff88801ecd1338. (prev=ffff88801ecd1340).
WARNING: CPU: 1 PID: 36562 at lib/list_debug.c:32 __list_add_valid_or_report+0x7f/0xa0
Workqueue: ib_cm cm_work_handler [ib_cm]
RIP: 0010:__list_add_valid_or_report+0x7f/0xa0
? __list_add_valid_or_report+0x7f/0xa0
ib_register_event_handler+0x65/0x93 [ib_core]
rtrs_srv_ib_dev_init+0x29/0x30 [rtrs_server]
rtrs_ib_dev_find_or_add+0x124/0x1d0 [rtrs_core]
__alloc_path+0x46c/0x680 [rtrs_server]
? rtrs_rdma_connect+0xa6/0x2d0 [rtrs_server]
? rcu_is_watching+0xd/0x40
? __mutex_lock+0x312/0xcf0
? get_or_create_srv+0xad/0x310 [rtrs_server]
? rtrs_rdma_connect+0xa6/0x2d0 [rtrs_server]
rtrs_rdma_connect+0x23c/0x2d0 [rtrs_server]
? __lock_release+0x1b1/0x2d0
cma_cm_event_handler+0x4a/0x1a0 [rdma_cm]
cma_ib_req_handler+0x3a0/0x7e0 [rdma_cm]
cm_process_work+0x28/0x1a0 [ib_cm]
? _raw_spin_unlock_irq+0x2f/0x50
cm_req_handler+0x618/0xa60 [ib_cm]
cm_work_handler+0x71/0x520 [ib_cm]
Commit 667db86bcbe8 ("RDMA/rtrs: Register ib event handler") introduced a
new element .deinit but never used it at all. Fix it by invoking the
`deinit()` to appropriately unregister the IB event handler.
Security readout for executives and security teams
Plain-English summary
A Linux kernel cleanup error can leave an RDMA event handler registered after an RTRS/RNBD connection is torn down. Repeated connection cycles may then corrupt an internal kernel list and trigger warnings, potentially destabilizing affected systems. The supplied record rates this critical, although it does not document a successful attack or observed business impact.
Executive priority
Treat this as an expedited kernel maintenance issue for environments actively using RTRS/RNBD, especially across less-trusted network boundaries. Confirm feature usage before assuming broad fleet exposure. The source assigns CVSS 9.8, but supplied evidence demonstrates list corruption rather than confirmed compromise, data theft, or active exploitation.
Technical view
Commit 667db86bcbe8 introduced an RTRS deinitialization callback but did not invoke it. Consequently, the InfiniBand event handler may remain registered and be added again during later connections, causing list corruption. The referenced stable commits correct the lifecycle by calling deinit() so the handler is properly unregistered.
Likely exposure
Exposure is limited to Linux systems using the RDMA RTRS/RNBD functionality and affected kernel code. The supplied version list is flattened and ambiguous, so administrators should compare their exact kernel version or source commit with the official CVE record and referenced stable fixes. Systems not using this functionality are less likely to reach the vulnerable path.
Exploitation context
The supplied bundle says this CVE is not in KEV and provides no evidence of active exploitation or a public exploit. The documented trigger involves repeated RNBD connection and disconnection. Network reachability alone does not establish practical exploitability; RDMA configuration and affected-feature usage matter.
Researcher notes
The strongest evidence supports an event-handler lifecycle defect and reproducible kernel list corruption. No CWE is supplied. The source bundle does not establish how corruption could produce the confidentiality and integrity impacts asserted by the CVSS vector. Researchers should distinguish the confirmed warning and cleanup flaw from unproven code execution or privilege escalation outcomes.
Mitigation direction
Inventory Linux systems using RTRS, RNBD, RDMA, or InfiniBand components.
Obtain a corrected kernel containing the applicable referenced stable fix from the system distributor.
Follow vendor guidance for the exact kernel branch; the supplied sources name no standalone workaround.
Prioritize remediation where untrusted systems can reach the relevant RDMA service.
Validation and detection
Record each system's exact kernel package, version, and source commit where available.
Confirm whether RTRS, RNBD, and associated RDMA modules are loaded or operationally used.
Compare deployed builds with the official CVE record and applicable stable fix commit.
Review kernel logs for list_add corruption warnings involving rtrs_server, rtrs_core, ib_core, or ib_cm.
After upgrading, confirm the corrected build is active and monitor normal reconnections for recurring warnings.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-21805 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.