Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local low-privilege access with TIPC active
-
DeliveryOpen topology-server subscriber connections
-
ExploitQueue subscription events during teardown
-
ExecutionWin conn_idr teardown race
-
PersistTrigger use-after-free in tipc_conn_close
-
ImpactCorrupt kernel memory / escalate
Vulnerability Assessment
| Exploitation Conditions | Exploitation requires that the Linux kernel be built with and actively running the TIPC topology server (the tipc module and topology service in use), which is non-default on most systems. The attacker needs local access and must drive the specific teardown path in tipc_topsrv_stop()/tipc_topsrv_exit_net() - typically by holding subscriber connections open and generating subscription events while the send/receive workqueues are still running during network-namespace exit. It is fundamentally a race (per the description), so success depends on winning a narrow timing window during teardown; this timing dependence, the requirement that TIPC be enabled/in use, and the need for local low-privilege access are the principal limiting factors that reduce realistic risk below the raw local-vector CVSS score. No remote or unauthenticated path is indicated. |
| Impact | This is a local, low-complexity-on-paper but race-dependent kernel teardown flaw (CVSS 3.1 7.8, AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) in the Linux TIPC topology server. The CVSS vector agrees with the description on the local vector and low privilege requirement, but the description explicitly attributes the failures to a race ('That race produced several teardown failures'), which argues the AC:L in the supplied vector understates trigger difficulty - winning a teardown timing window is not trivial, so I assess AC:H. Signals are internally consistent toward MODERATE real-world priority rather than emergency: EPSS is 0.21% (10th percentile), there is no CISA KEV listing, and the only references are kernel.org stable patch commits - no PoC or exploit reference is present, so no public exploit is identified. The vuln.today decision label is 'this_week', consistent with a patch-available, non-actively-exploited memory-corruption bug. The practical exploitability ceiling is further lowered because the affected code path is the TIPC subsystem, which must be compiled in and in use. No KEV/EPSS conflict exists here; all exploitation signals point the same low-urgency-of-active-attack direction, while the memory-safety impact (use-after-free, refcount add on 0) keeps technical severity high. CWE is N/A in the input, but the description is unambiguously a use-after-free / refcount race during teardown - note the 'Information Disclosure' tag does not match this memory-corruption class. |
| Exploit ScenarioDerived | A local user on a host where the TIPC topology server is active opens subscriber connections and generates subscription events, then induces the topology server teardown (e.g. via network-namespace exit). If the attacker wins the race, in-flight send/recv work drops the last connection reference during the conn_idr walk, producing a use-after-free in tipc_conn_close() and refcount addition on 0. No public exploit or PoC reference is present in the supplied data; exploitation requires local access and winning a timing window. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 24, 2026
A use-after-free race in the Linux kernel's TIPC topology server (tipc_topsrv) can be triggered by a local user during network-namespace teardown: tipc_topsrv_stop() closed subscriber connections while the send and receive workqueues were still running, letting socket callbacks queue work and in-flight work drop the last connection reference mid-walk. This produces a refcount addition on 0, a use-after-free in tipc_conn_close(), queue_work() on a destroyed workqueue, and an RCU stall in tipc_topsrv_exit_net(). The flaw only matters where the tipc module and topology service are enabled and in use, which is non-default on most systems; no public exploit is identified at time of analysis (EPSS 0.21%, 10th percentile) and it is not in CISA KEV, though local low-privilege access is required per the assessed vector.
RemediationAI
Vendor-released patch: stable kernel updates 6.6.160, 6.12.113, 6.18.57, 7.2.11 and 7.3 carry the fix (the upstream commits are linked at https://git.kernel.org/stable/c/fb717c536af2aafeca520ff11d1e0f25f7ab8fa9, https://git.kernel.org/stable/c/da9c16568bc79140a54c1f5fcf07a0305df47b37, https://git.kernel.org/stable/c/7f796bb3b440d7f1b14c0e3b520462eb34f553af, https://git.kernel.org/stable/c/0af8780bdfdfc91fb9127bddb9c48fab67dc9d9e and https://git.kernel.org/stable/c/3acdd44385bc7e2e57605e073691ce69cc5a960d); apply the update matching your kernel branch or cherry-pick the fix. Because exposure depends entirely on TIPC being present and in use, the practical compensating control is to avoid loading the tipc module and not run the TIPC topology service on hosts that do not need it (for example by blacklisting the module or omitting it from the kernel build) - the trade-off is that legitimate TIPC clustering/IPC on that host stops working, and any process relying on it will fail. Where TIPC is required, restrict who can create user network namespaces and hold topology server subscriptions to trusted workloads, since the teardown path is reached via local subscriber connections; this narrows the local attacker population but does not remove the race. Priority per vuln.today is this_week; EPSS is 0.21% and there is no KEV listing.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
TIPC (Transparent Inter-Process Communication) is a Linux kernel clustering/IPC protocol whose topology server tracks subscriptions from user-space clients. The bug lives in the teardown ordering of that server: tipc_topsrv_stop() closed subscriber connections while the topology server's send and receive workqueues were still active, so socket callbacks and subscription events could still enqueue work, and in-flight send/recv work could drop the last connection reference during the conn_idr walk (guarded by idr_lock). The observable failures are a refcount_t addition on 0 from conn_get() on a connection whose release was blocked on idr_lock, a subsequent use-after-free in tipc_conn_close(), queue_work() on an already destroyed workqueue from the listener data-ready callback, and an RCU stall in tipc_topsrv_exit_net() while the walk spun under idr_lock. The upstream remedy clears srv->listener under idr_lock so it acts as a shutdown flag, skips queue_work() once it is NULL, destroys the workqueues to flush in-flight work before closing the remaining connections, refuses tipc_conn_lookup() after the flag is cleared, and drops idr_lock when the teardown walk finds no connection so an in-flight subscription event cannot pin idr_in_use while the lock is held. The description notes this v3 supersedes a narrower in-thread diff posted by Tung Quang Nguyen on 2026-09-23, keeping the teardown order but adding the lookup refusal and empty-idr unlock. The assessed vector is AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H; no CWE was supplied. Exploitation requires the specific teardown path to be driven while subscriber connections are held open and subscription events are generated, and it is fundamentally a race won inside a narrow timing window, so success is not deterministic.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Local TIPC code path (AV:L) with low-privilege access (PR:L); the described teardown race requires winning a timing window (AC:H); use-after-free enables full memory corruption (C/I/A:H).
Primary rating from Vendor (Linux).
CVSS VectorVendor: Linux
Lifecycle Timeline
4DescriptionCVE.org
In the Linux kernel, the following vulnerability has been resolved:
tipc: destroy topsrv workqueues before closing connections
tipc_topsrv_stop() closed subscriber connections while the topology server's send and receive workqueues were still running. Socket callbacks and subscription events could then queue more work, and in-flight send/recv work could drop the last connection reference during the conn_idr walk.
That race produced several teardown failures: refcount_t addition on 0 from conn_get() on a connection whose release was blocked on idr_lock, a subsequent use-after-free in tipc_conn_close(), queue_work() on an already destroyed workqueue from the listener data-ready callback, and an RCU stall in tipc_topsrv_exit_net() while the walk spun under idr_lock.
Clear srv->listener under idr_lock so it acts as a shutdown flag, skip queue_work() once it is NULL, destroy the workqueues to flush in-flight work, and only then close the remaining connections. Refuse tipc_conn_lookup() after that flag is cleared, and drop idr_lock when the teardown walk finds no connection, so an in-flight subscription event cannot pin idr_in_use while the walk holds the lock.
v3 supersedes the narrower in-thread diff Tung Quang Nguyen posted on 2026-09-23. It keeps his teardown order and adds the lookup refusal and the empty-idr unlock.
Executive ViewAI
CVE-2026-99054 is a high-severity use-after-free race in the Linux kernel's TIPC topology server that can be triggered by a local user during network-namespace teardown. While the TIPC module is non-default on most systems, organizations using TIPC-dependent services face potential system crashes or privilege escalation, risking availability and integrity of critical workloads. Leadership should prioritize action only for systems where TIPC is enabled, as default configurations are not exposed.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-108849
GHSA-qw7p-7wvc-p5q5
NVD
CVE.org
EPSS
Exploit-DB