CVE-2026-98739: Linux kernel · Bluetooth: RFCOMM: Fix initial port reference race
Source GCVE Database
Not known to be exploited · fixed in e5aa7fbf7a4446bb89f0b8394b2dfc1a6b6aba5b : patch Linux kernel soon.
Data as of 26 Oct 2026, 12:55 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in e5aa7fbf7a4446bb89f0b8394b2dfc1a6b6aba5b, a03ccf1ab77380d4c4a3c56552e12de4a83efa21, 55d162aa00d1ee33c3e6fa88b71f1e2d6e1441e9 +2
Exploitation evidence
Disclosed: evidence found.
CVE published 18 Oct 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
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
AI-suggested
A fix has been implemented in the Linux kernel to address this race condition by using atomic operations to manage the RFCOMM_TTY_OWNED bit, ensuring correct reference counting. Users should update to the fixed kernel version once available. Since this is a kernel-level issue, applying the official kernel patch or upgrading to a patched kernel release is the recommended remediation.
Description
A race condition vulnerability in the Linux kernel's Bluetooth RFCOMM implementation was resolved. The issue involves improper handling of the initial port reference in RFCOMM_RELEASE_ONHUP devices, where concurrent install and release operations can cause a use-after-free condition. This occurs because both rfcomm_tty_install() and __rfcomm_release_dev() functions can drop the same reference due to a race in setting and testing the RFCOMM_TTY_OWNED bit. The flaw was detected by KASAN as a slab-use-after-free error.
References
- nvd.nist.gov/vuln/detail/CVE-2026-98739 (opens in a new tab)
- git.kernel.org/stable/c/0a554901bd227537f79220443b2b36d585d62893 (opens in a new tab)
- git.kernel.org/stable/c/2d696c1ed3468dcb62578a3911e687110d463520 (opens in a new tab)
- git.kernel.org/stable/c/a03ccf1ab77380d4c4a3c56552e12de4a83efa21 (opens in a new tab)
- git.kernel.org/stable/c/e5aa7fbf7a4446bb89f0b8394b2dfc1a6b6aba5b (opens in a new tab)