Skip to main content
← Vulnerabilities

tipc: protect node reset trace dump with node lock

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

8.1HighCNA
Exploited
No known exploitation
Fix
No fix listed
Who is exposed
Not reported
50Pcve.now Index 50 of 100 · methodology v3 · provisional
  • Exploitation?/40Exploitation: unknown (data gap). No CISA SSVC exploitation rating yet
  • Exposure17/25No login or user action needed per the CVSS vector, reachable over the network without a login · Data gap: No advisory context yet
  • Reach20/20Affects Linux kernel (software on nearly every server, desktop or phone)
  • Severity8.1/10CVSS 8.1
  • No patch5/5No patch listed yet

What would change the score

  • Would score about 95 if added to CISA KEV
  • Would score about 90 if CISA's SSVC rates exploitation active
  • Would score about 55 if advisories confirm default setups are exposed

CVE-2026-99246 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 8.1 (high) and affects Linux; no fixed version is listed yet.

Published
Last modified
Published
Not listed in CISA KEV
50/100 · provisional
None on Exploit-DB, Metasploit or GitHub
On X
View the cve.now post

Summary

The Linux kernel's TIPC (Transparent Inter-Process Communication) networking subsystem is affected. A race condition in its node reset link tracing could let a freed link structure be read after bearer teardown, which may crash the system or cause memory corruption.

Read the original description

In the Linux kernel, the following vulnerability has been resolved: tipc: protect node reset trace dump with node lock The tipc_node_reset_links trace event asks tipc_node_dump() to walk the node's link entries. Unlike the other node events that request link data, this event runs without the node lock. This permits bearer teardown to free a link while the trace callback is dumping it: CPU 0 CPU 1 trace_tipc_node_reset_links() tipc_node_dump() l = n->links[0].link tipc_node_write_lock() kfree(l) n->links[0].link = NULL tipc_node_write_unlock() tipc_link_dump(l) tipc_link_dump() then dereferences the stale pointer. KASAN reported: BUG: KASAN: slab-use-after-free in tipc_link_dump Read of size 4 by task poc/115 Call Trace: tipc_link_dump+0x10cb/0x16b0 tipc_node_dump+0x4bb/0x740 trace_event_raw_event_tipc_node_class+0x258/0x360 tipc_node_reset_links+0x14d/0x1a0 tipc_rcv+0x13f5/0x3030 tipc_udp_recv+0x4e3/0x670 Allocated by task 0: tipc_link_create+0x1e1/0x1020 tipc_node_check_dest+0x7d2/0x11a0 tipc_disc_rcv+0xdbf/0x1430 Freed by task 89: kfree+0x131/0x3c0 tipc_node_link_down+0x267/0x4b0 tipc_node_delete_links+0xec/0x160 bearer_disable+0x107/0x260 Take the node write lock around the trace event. This serializes the dump against tipc_node_link_down(delete=true), which frees the link under the same write lock.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. Record last updated
  4. Posted on X by cve.now

Affected versions

  • Linux Linux

    Version range not reported

  • Linux Linux

    5.0

Evidence 8

  1. Link
  2. Link
  3. Link
  4. Link
  5. Link
Show all 8 sourcesShow fewer sources
  1. Link
  2. Link
  3. Link

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

FAQ

Questions about CVE-2026-99246

Is CVE-2026-99246 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

Which versions are affected by CVE-2026-99246?

Linux: version 5.0.Source: cve.now feed data