CVE-2025-38636: rv: Use strings in da monitors tracepoints
In the Linux kernel, the following vulnerability has been resolved:
rv: Use strings in da monitors tracepoints
Using DA monitors tracepoints with KASAN enabled triggers the following
warning:
BUG: KASAN: global-out-of-bounds in do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0
Read of size 32 at addr ffffffffaada8980 by task ...
Call Trace:
<TASK>
[...]
do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0
? __pfx_do_trace_event_raw_event_event_da_monitor+0x10/0x10
? trace_event_sncid+0x83/0x200
trace_event_sncid+0x163/0x200
[...]
The buggy address belongs to the variable:
automaton_snep+0x4e0/0x5e0
This is caused by the tracepoints reading 32 bytes __array instead of
__string from the automata definition. Such strings are literals and
reading 32 bytes ends up in out of bound memory accesses (e.g. the next
automaton's data in this case).
The error is harmless as, while printing the string, we stop at the null
terminator, but it should still be fixed.
Use the __string facilities while defining the tracepoints to avoid
reading out of bound memory.
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue is a bounded out-of-bounds read in runtime verification tracepoints. The source describes it as harmless because output stops at the string terminator, but it still violates memory safety expectations and was fixed upstream.
Executive priority
Treat this as routine kernel maintenance unless your environment depends on kernel tracing or KASAN testing. It does not currently justify emergency response based on the supplied evidence.
Technical view
DA monitor tracepoints used fixed-size arrays for automaton strings, causing 32-byte reads past string literals. With KASAN enabled this triggers a global-out-of-bounds warning. The fix changes tracepoint definitions to use __string facilities.
Likely exposure
Exposure is limited to Linux kernels matching the affected version entries in the CVE record. Practical exposure depends on whether a distribution includes the affected runtime verification tracepoint code and whether vendor backports are present.
Exploitation context
The bundle does not report active exploitation, and KEV is false. The source describes a KASAN-detected memory read during DA monitor tracepoint use, not a demonstrated privilege escalation or remote attack path.
Researcher notes
The key detail is the tracepoint field type mismatch: __array reads a fixed 32 bytes from string literals, while __string avoids over-reading. No CVSS, CWE, or exploit evidence is provided in the bundle.
Mitigation direction
Check Linux distribution advisories for CVE-2025-38636 coverage.
Update to a vendor kernel containing the upstream tracepoint fix.
Prioritize systems that use runtime verification or kernel tracing features.
Track stable kernel commits listed in the CVE references.
Validation and detection
Inventory running kernel versions across Linux assets.
Confirm vendor changelog or package metadata references this CVE or fix.
Review whether runtime verification DA monitor tracepoints are enabled or used.
Check kernel test logs for KASAN global-out-of-bounds warnings in this area.
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-2025-38636 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.
0CVSS vectors
3Timeline events
0ADP providers
3Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Aug 22, 2025, 16:00 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.