What’s Vulnerable › Vulnerabilities
CVE-2026-98586: sctp: hold asoc or transport before mod_timer() in timer handlers
- Severity: unknown
- Exploited in the wild: not listed in CISA KEV
- EPSS: 0.2% probability of exploitation in the next 30 days
- Public exploit or detection template: none known
- Published: 2026-10-18 · updated 2026-10-19
Description
In the Linux kernel, the following vulnerability has been resolved: sctp: hold asoc or transport before mod_timer() in timer handlers Take the association or transport reference before rearming a timer in the timer handlers. The existing code calls mod_timer() before taking the reference needed by the rearmed timer without holding the sock lock. This creates a race with timer cleanup: if the timer is deleted after mod_timer() returns but before the reference is taken, the cleanup path can drop the timer's reference and destroy the transport or association. The timer handler then takes a reference on the already freed object and eventually drops it, causing a refcount underflow. Hold the object before mod_timer() and drop the reference if mod_timer() reports that the timer was already pending in timer handlers. Apply the same ordering to the proto-unreachable path, which can rearm a transport timer outside the timer handlers without holding the sock lock.
Affected products
- Linux kernel: 2.6.12 — fixed in 7.3
How to fix
Upgrade to a fixed version: Linux kernel 7.3. Check the vendor advisory for mitigations.
References
- https://git.kernel.org/stable/c/27c51a9b55b227309161c903f9ecfbf022516bc2
- https://git.kernel.org/stable/c/35bf3b23c9a871f44c1453d85f8332be4e088dda
- https://git.kernel.org/stable/c/9d3d39da054476e7aa05cd877b93ca73a9a77434
- https://git.kernel.org/stable/c/cae23ae3f7887a1cf8a75da38edcebeef695040f
- https://git.kernel.org/stable/c/d18cb8fd1b6ba95c85de644203cfe1b071ff0c0f
- https://git.kernel.org/stable/c/f7dea7eaea20fe9b80f8f77ba44d02b4a17f8050
- https://git.kernel.org/stable/c/f9d929026d487a988bfa12c065f892e823e5b6ab
Get alerted when CVE-2026-98586 or the next vulnerability affects your stack