Skip to main content
← Vulnerabilities

tracing: Hold trace_types_lock when updating modules in persistent instances

7.8HighCNA
Exploited
No known exploitation
Fix
No fix listed
Who is exposed
Specific setups only

Do first: Check whether your setup matches what the bug needs. A concurrent rmdir of a tracing instance while a module is loaded or unloaded

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

Summary

In the Linux kernel, the following vulnerability has been resolved: tracing: Hold trace_types_lock when updating modules in persistent instances trace_module_record() walks ftrace_trace_arrays from the module notifier without trace_types_lock. A concurrent rmdir of an instance removes it from the list and frees it under that lock, so a module load or unload can walk into a freed trace_array.

What to do

  • Check whether your setup matches what the bug needs.

    A concurrent rmdir of a tracing instance while a module is loaded or unloaded
  • Workaround: The checked facts record no fix and no workaround. The only trigger they describe is removing a tracing instance with rmdir while a module is loaded or unloaded.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. Posted on X by cve.now

Affected versions

  • Linux Linux

    Version range not reported

  • Linux Linux

    6.15

Evidence 3

  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-99238

What does this mean?

A module load or unload can access a freed trace_array in the kernel, a use-after-free. This happens when a tracing instance is removed with rmdir at the same time.Source: git.kernel.org

Am I affected, and how do I check?

The checked facts list no affected version ranges. The described trigger is a concurrent rmdir of a tracing instance while a module is loaded or unloaded, so compare your kernel version with the version ranges in the advisory.Source: git.kernel.org

Is it 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

What if there's no patch?

The checked facts record no fix and no workaround. The only trigger they describe is removing a tracing instance with rmdir while a module is loaded or unloaded.Source: git.kernel.org