CVE-2026-43341: net/ipv6: ioam6: prevent schema length wraparound in trace fill
In the Linux kernel, the following vulnerability has been resolved:
net/ipv6: ioam6: prevent schema length wraparound in trace fill
ioam6_fill_trace_data() stores the schema contribution to the trace
length in a u8. With bit 22 enabled and the largest schema payload,
sclen becomes 1 + 1020 / 4, wraps from 256 to 0, and bypasses the
remaining-space check. __ioam6_fill_trace_data() then positions the
write cursor without reserving the schema area but still copies the
4-byte schema header and the full schema payload, overrunning the trace
buffer.
Keep sclen in an unsigned int so the remaining-space check and the write
cursor calculation both see the full schema length.
Security readout for executives and security teams
Plain-English summary
A Linux IPv6 IOAM tracing flaw can cause the kernel to write beyond a trace buffer because a maximum-length value wraps to zero. This memory corruption is rated critical and could threaten confidentiality, integrity, and availability. Actual exploitability depends on whether the affected IOAM6 processing path is enabled and reachable.
Executive priority
Treat this as an urgent patch-validation issue for exposed network infrastructure. Rapidly identify affected kernels and IOAM6 reachability, then apply supported updates. Systems without demonstrated IOAM6 exposure still need timely build verification because the potential consequence is kernel memory corruption, although real-world exploitation has not been established.
Technical view
In ioam6_fill_trace_data(), the schema contribution was stored in a u8. With bit 22 and a 1,020-byte schema payload, 256 wraps to zero, bypassing the remaining-space check. The subsequent function still copies the schema header and payload beyond the trace buffer. The stable fix retains sclen as an unsigned int.
Likely exposure
The supplied affected data names Linux 5.15 and specific releases through 7.0. Highest concern applies to systems where IPv6 IOAM6 trace processing is present and reachable, particularly network-facing infrastructure. Distribution-specific backports and exact vulnerable build boundaries are not established by the bundle, so kernel version strings alone may be insufficient.
Exploitation context
The supplied CVSS vector describes an unauthenticated, low-complexity network attack requiring no user interaction. However, the bundle marks this CVE as absent from KEV and provides no evidence of active exploitation, public exploit availability, or demonstrated code execution. Practical triggering prerequisites are incompletely documented.
Researcher notes
Do not equate the network CVSS vector with universal reachability. The sources establish the integer wraparound and buffer overrun, but not required configuration, packet-path constraints, crash signatures, exploit reliability, privilege outcomes, or distribution backports. Exact exposure should be determined per running build and deployment configuration.
Mitigation direction
Apply the vendor kernel update containing the relevant stable fix for each deployed branch.
Check Linux distribution advisories for affected build ranges and supported backports.
Prioritize systems where IPv6 IOAM6 trace processing may be externally reachable.
If patching is delayed, request vendor-supported mitigations; none are specified in the supplied sources.
Ensure the updated kernel becomes active using the platform's supported activation procedure.
Validation and detection
Inventory active kernel builds across hosts, appliances, containers, and network infrastructure.
Compare exact distribution builds with vendor advisories and the referenced stable fixes.
Determine whether IPv6 IOAM6 trace processing is enabled and reachable in each deployment.
Confirm source or backport changes sclen from u8 to unsigned int.
After remediation, verify the fixed kernel is active and repeat vulnerability scanning.
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.
cve · low confidence lookup
CVE-2026-43341 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
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.
1CVSS vectors
3Timeline events
0ADP providers
8Source links
CVSS vector scores
1 official score
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.