CVE-2026-52993: tipc: fix double-free in tipc_buf_append()
In the Linux kernel, the following vulnerability has been resolved:
tipc: fix double-free in tipc_buf_append()
tipc_msg_validate() can potentially reallocate the skb it is validating,
freeing the old one. In tipc_buf_append(), it was being called with a
pointer to a local variable which was a copy of the caller's skb
pointer.
If the skb was reallocated and validation subsequently failed, the error
handling path would free the original skb pointer, which had already
been freed, leading to double-free.
Fix this by checking if head now points to a newly allocated reassembled
skb. If it does, reassign *headbuf for later freeing operations.
Security readout for executives and security teams
Plain-English summary
A flaw in the Linux kernel’s TIPC networking code can cause the kernel to free the same memory twice while processing a message. The supplied CVSS assessment is 9.8 because network-triggered exploitation is assessed as requiring no privileges or user interaction, with potentially severe confidentiality, integrity, and availability impact.
Executive priority
Prioritize rapid exposure assessment and vendor-supported kernel updates, especially for network-reachable systems using TIPC. The technical severity is critical, but the bundle does not establish active exploitation. Urgency should therefore combine the 9.8 rating with confirmed TIPC use, reachability, system criticality, and distribution-specific patch availability.
Technical view
tipc_msg_validate() may replace and free an skb. tipc_buf_append() retained a copied pointer to the original skb and could free that stale pointer after validation failed, causing a double-free. The kernel fix updates the caller’s head pointer when validation creates a new reassembled skb, ensuring later cleanup targets the correct allocation.
Likely exposure
Exposure is limited to systems running affected Linux kernels where the vulnerable TIPC path is present and reachable. The bundle lists affected releases from 4.15 through 7.1, including several stable-series versions, but does not provide complete distribution-specific package boundaries. Confirm status against the system vendor’s advisory.
Exploitation context
The supplied CVSS vector describes a network-accessible, low-complexity condition requiring neither privileges nor user interaction. However, the source bundle marks this CVE as absent from KEV and provides no evidence of active exploitation, a public proof of concept, or demonstrated code execution. Treat the impact rating as potential, not confirmed exploitation outcome.
Researcher notes
The failure requires skb reallocation during validation followed by validation failure, leaving cleanup with an already-freed original pointer. CWE-763 and the commit description support the double-free classification. The bundle does not establish practical exploitability, affected configuration prerequisites, reliable indicators of compromise, or exact fixed package versions across distributions.
Mitigation direction
Install a vendor-supported kernel containing the applicable upstream stable fix.
Apply the relevant Red Hat security errata when using affected Red Hat products.
Reboot into the updated kernel after installation; installing packages alone may leave the vulnerable kernel running.
If patching is delayed, obtain vendor-approved interim controls; none are named in the supplied sources.
Validation and detection
Record each system’s running kernel version, not only its installed package versions.
Determine whether TIPC is present, enabled, and reachable on each potentially affected system.
Compare kernel packages against distribution advisories and the cited upstream stable fixes.
After remediation, verify systems booted into the corrected kernel.
Review kernel crash records for TIPC-associated memory faults without treating their absence as proof of safety.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-763: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
1ADP providers
15Source links
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-763 · source CWE mapping
Release of Invalid Pointer or Reference
Release of Invalid Pointer or Reference represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.