CVE-2026-98579: Linux kernel · nfc: llcp: fix sdreq TLV list leak on parse/alloc/send failure
Affects Linux kernelSource GCVE Database
Not known to be exploited.
Data as of 28 Oct 2026, 01:28 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ubuntu 26.04 LTSlinuxpkg:deb/ubuntu/linux?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlinux-awspkg:deb/ubuntu/linux-aws?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlinux-azurepkg:deb/ubuntu/linux-azure?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlinux-azure-fdepkg:deb/ubuntu/linux-azure-fde?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlinux-gcppkg:deb/ubuntu/linux-gcp?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlinux-gkepkg:deb/ubuntu/linux-gke?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
In the Linux kernel, the following vulnerability has been resolved: nfc: llcp: fix sdreq TLV list leak on parse/alloc/send failure nfc_genl_llc_sdreq() builds a list of TLV nodes while walking nested netlink attrs, but 3 error paths (nested-attr parse failure, TLV alloc ENOMEM, nfc_llcp_send_snl_sdreq() failure) all skip freeing what was already queued. Route them through a new free_list label, mirroring the SDRES path in the same file which already does this. Harmless on the success path too -- send_snl_sdreq() drains the list as it moves nodes, so it's already empty by the time free_list runs.
References
- ubuntu.com/security/CVE-2026-98579 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-98579 (opens in a new tab)
- git.kernel.org/stable/c/755bfc409748d8f3df64eb0eb26926270de3dd77 (opens in a new tab)
- git.kernel.org/stable/c/0b01a946b0f234f5badd25968610b585a4895f08 (opens in a new tab)
- git.kernel.org/stable/c/d3f60a7fc291d08cd9192a3b4cd5d3a223fa7d02 (opens in a new tab)
- git.kernel.org/stable/c/66f4300206b82b0b143ef0d9be90cd8d29f23a47 (opens in a new tab)
- git.kernel.org/stable/c/08d2c069239ab425fdd333784a6a3b3e034e4aa0 (opens in a new tab)
- git.kernel.org/stable/c/5b1eca82085134bd92cd3810b0ef003c91e3f668 (opens in a new tab)
- git.kernel.org/stable/c/cbde7f5d326172d6dbb55cca0df42fa7e1ed8115 (opens in a new tab)
- git.kernel.org/stable/c/e43ec0191c1630f41e7043ac729ea6f1b8044a7f (opens in a new tab)