CVE-2026-64033: Linux kernel · RDMA/rtrs: Fix use-after-free in path file creation cleanup
Source GCVE Database
Not known to be exploited · CVSS 9.8 Critical.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
The vulnerability has been resolved in the Linux kernel by reordering cleanup calls in the affected function. Users should monitor official Linux kernel advisories and apply updates when available to remediate this issue.
Description
In the Linux kernel, the following vulnerability has been resolved: RDMA/rtrs: Fix use-after-free in path file creation cleanup In the error path of rtrs_srv_create_path_files(), the sysfs root folders may already have been created and srv_path->kobj may already have been initialized. If a later step fails, the cleanup currently calls kobject_put(&srv_path->kobj) before rtrs_srv_destroy_once_sysfs_root_folders(srv_path). kobject_put() may drop the last reference to srv_path->kobj and invoke the release callback, rtrs_srv_release(), which frees srv_path. The following call to rtrs_srv_destroy_once_sysfs_root_folders(srv_path) then dereferences srv_path internally to access srv_path->srv, resulting in a use-after-free. This failure path is reached before rtrs_srv_create_path_files() returns success, so the successful-path lifetime handling is not involved. Fix this by destroying the sysfs root folders before calling kobject_put(&srv_path->kobj), so srv_path is still valid while the helper accesses it. This issue was found by a static analysis tool I am developing.
References
- nvd.nist.gov/vuln/detail/CVE-2026-64033 (opens in a new tab)
- git.kernel.org/stable/c/00904a73272b9f3ef3952fe69a833909dccad1ef (opens in a new tab)
- git.kernel.org/stable/c/01e42aabaf7632beb4bf235c7238b96c746d4144 (opens in a new tab)
- git.kernel.org/stable/c/548f3956e53a7f7bde912d8129010b8986d5e602 (opens in a new tab)
- git.kernel.org/stable/c/5b74373390113fba798a76b483837029ab010fef (opens in a new tab)
- git.kernel.org/stable/c/92060ab1c5115674cf319175550f85f68405121f (opens in a new tab)
- git.kernel.org/stable/c/b0e9706fb2859064bb6c677554c4d20c713aa8e0 (opens in a new tab)
- git.kernel.org/stable/c/eae62c5451e67e8b033c1681fd3b85d7e9a9a28f (opens in a new tab)