CVE-2026-68479: Linux kernel · Bluetooth: btrtl: validate firmware patch bounds
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High · fixed in f1ca750c0510bdbb504bf084d2f196ef2af92ea6 : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:07 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Total control over the software or total information disclosure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in f1ca750c0510bdbb504bf084d2f196ef2af92ea6, bda3c598ade6ea03884074b91e31608326684921, a4cb830e0b55ac76c849fd7840afb251f4c028fa +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Aug 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
|
Description
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: btrtl: validate firmware patch bounds rtlbt_parse_firmware() copies patch_length - 4 bytes before appending the firmware version. A malformed firmware patch shorter than the version field can make this subtraction underflow and turn the copy into an oversized read and write during Bluetooth setup. The existing patch_offset + patch_length check can also wrap on 32-bit architectures. Validate the patch length and range without arithmetic overflow before allocating or copying the patch.
References
- git.kernel.org/stable/c/39e01b4addfbbe177567d6ed1dfb81f9cccb19e6 (opens in a new tab)
- git.kernel.org/stable/c/bda3c598ade6ea03884074b91e31608326684921 (opens in a new tab)
- git.kernel.org/stable/c/a4cb830e0b55ac76c849fd7840afb251f4c028fa (opens in a new tab)
- git.kernel.org/stable/c/68c5a2a19987c035eb129e627e579adafb04f637 (opens in a new tab)
- git.kernel.org/stable/c/83534891c058ed71e251135072640911670869aa (opens in a new tab)
- git.kernel.org/stable/c/6744ab60dfac55d1df5733960aad5be300984301 (opens in a new tab)
- git.kernel.org/stable/c/f1ca750c0510bdbb504bf084d2f196ef2af92ea6 (opens in a new tab)
- git.kernel.org/stable/c/609c5b04a28dc1b0f3af6a7bc93055135b2d2059 (opens in a new tab)