CVE-2026-98276: Linux kernel · net: lock the socket in sock_gettstamp()
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High · fixed in d9f96bc2d822501f84d1caa6275a2c6b316ca2c4 : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in d9f96bc2d822501f84d1caa6275a2c6b316ca2c4, 899650bbf985b7bfd2a7b808357df9b16e6d6959, 18899e2e4023369a8f7739c2255a59a9748d8d17 +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 6 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 is available and has been applied in the Linux kernel commits identified by the fixedVersions hashes. Users should update their Linux kernel to a version that includes these fixes to mitigate the vulnerability. No additional mitigation steps are indicated by the vendor advisory.
Description
CVE-2026-98276 is a high-severity vulnerability in the Linux kernel affecting socket timestamp handling. The flaw arises because the socket flags (sk->sk_flags) are modified without holding the socket lock, leading to a race condition. This can cause a use-after-free scenario in UDP sockets, where the socket is freed prematurely while still referenced, potentially leading to kernel memory corruption. The issue is fixed by ensuring the socket lock is held when setting the SOCK_TIMESTAMP flag in sock_gettstamp().
References
- git.kernel.org/stable/c/18899e2e4023369a8f7739c2255a59a9748d8d17 (opens in a new tab)
- git.kernel.org/stable/c/88c804847dd87dc613b771b392ccecdb94725032 (opens in a new tab)
- git.kernel.org/stable/c/3b12d3967e96f1b7b977d9fc352ae29a1b299a82 (opens in a new tab)
- git.kernel.org/stable/c/17b2a1eb97fdb2a2cbaeab3b146b26797ea9311f (opens in a new tab)
- git.kernel.org/stable/c/1f73253add8365d0dad0a4f421acaa8c21d20cef (opens in a new tab)
- git.kernel.org/stable/c/d9f96bc2d822501f84d1caa6275a2c6b316ca2c4 (opens in a new tab)
- git.kernel.org/stable/c/899650bbf985b7bfd2a7b808357df9b16e6d6959 (opens in a new tab)
- git.kernel.org/stable/c/9ed55f3dbef4f4adfe65eb03b0c35c53229a8490 (opens in a new tab)