PT-2026-64520 · Linux · Linux
CVE-2026-64299
·
Published
2026-07-25
·
Updated
2026-07-25
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
tracing: Prevent out-of-bounds read in glob matching
String event fields are not necessarily NUL-terminated, so the filter
predicate functions (filter pred string(), filter pred strloc() and
filter pred strrelloc()) pass the field length to the regex match
callbacks, and the length-aware matchers honour it.
regex match glob() was the exception: it ignored the length and called
glob match(), which scans the string until it hits a NUL byte. Some
string fields are not NUL-terminated. One example is the dynamic char
array of the xfs * namespace tracepoints, which is copied without a
trailing NUL. For such a field, glob matching reads past the end of
the event field, causing a KASAN slab-out-of-bounds read in
glob match(), reached via regex match glob() and filter match preds()
from the xfs lookup tracepoint.
Add a length-bounded glob match len() and use it from regex match glob()
so glob matching always stops at the field boundary. The matching loop
is factored into a shared helper so glob match() keeps its behaviour.
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux