CVE-2024-36963: tracefs: Reset permissions on remount if permissions are options
In the Linux kernel, the following vulnerability has been resolved:
tracefs: Reset permissions on remount if permissions are options
There's an inconsistency with the way permissions are handled in tracefs.
Because the permissions are generated when accessed, they default to the
root inode's permission if they were never set by the user. If the user
sets the permissions, then a flag is set and the permissions are saved via
the inode (for tracefs files) or an internal attribute field (for
eventfs).
But if a remount happens that specify the permissions, all the files that
were not changed by the user gets updated, but the ones that were are not.
If the user were to remount the file system with a given permission, then
all files and directories within that file system should be updated.
This can cause security issues if a file's permission was updated but the
admin forgot about it. They could incorrectly think that remounting with
permissions set would update all files, but miss some.
For example:
# cd /sys/kernel/tracing
# chgrp 1002 current_tracer
# ls -l
[..]
-rw-r----- 1 root root 0 May 1 21:25 buffer_size_kb
-rw-r----- 1 root root 0 May 1 21:25 buffer_subbuf_size_kb
-r--r----- 1 root root 0 May 1 21:25 buffer_total_size_kb
-rw-r----- 1 root lkp 0 May 1 21:25 current_tracer
-rw-r----- 1 root root 0 May 1 21:25 dynamic_events
-r--r----- 1 root root 0 May 1 21:25 dyn_ftrace_total_info
-r--r----- 1 root root 0 May 1 21:25 enabled_functions
Where current_tracer now has group "lkp".
# mount -o remount,gid=1001 .
# ls -l
-rw-r----- 1 root tracing 0 May 1 21:25 buffer_size_kb
-rw-r----- 1 root tracing 0 May 1 21:25 buffer_subbuf_size_kb
-r--r----- 1 root tracing 0 May 1 21:25 buffer_total_size_kb
-rw-r----- 1 root lkp 0 May 1 21:25 current_tracer
-rw-r----- 1 root tracing 0 May 1 21:25 dynamic_events
-r--r----- 1 root tracing 0 May 1 21:25 dyn_ftrace_total_info
-r--r----- 1 root tracing 0 May 1 21:25 enabled_functions
Everything changed but the "current_tracer".
Add a new link list that keeps track of all the tracefs_inodes which has
the permission flags that tell if the file/dir should use the root inode's
permission or not. Then on remount, clear all the flags so that the
default behavior of using the root inode's permission is done for all
files and directories.
Security readout for executives and security teams
Plain-English summary
A Linux tracing filesystem permission bug could leave some tracefs files with older customized permissions after an administrator remounts tracefs expecting a permission reset. That can mislead operators and potentially preserve access that should have been removed. The issue is local, not remote, based on the provided CVSS vector.
Executive priority
Treat as high priority for Linux fleets with shared user access or delegated tracing permissions. It is less urgent for single-purpose systems without local untrusted users, but it should still be included in normal kernel patch cycles because incorrect tracing access can expose sensitive runtime behavior.
Technical view
tracefs generated permissions inherited root inode permissions unless a user-set permission flag was present. During remount with permission options, files without custom flags changed, while previously customized files retained old permissions. The fix tracks tracefs inodes and clears permission flags on remount so all entries follow the remounted root permissions.
Likely exposure
Exposure is most relevant on Linux systems running affected kernel versions where tracefs is mounted and administrators use remount options such as gid or permission changes to control tracing access. Multi-user systems and shared build, CI, lab, or operations hosts have higher practical concern.
Exploitation context
The bundle does not show CISA KEV listing or active exploitation. Exploitation requires local access and depends on tracefs permission state being misconfigured or unexpectedly retained. The CVSS vector is local, low complexity, low privilege, no user interaction, with high confidentiality, integrity, and availability impact.
Researcher notes
Evidence is limited to the CVE record and kernel stable commits in the bundle. Do not infer remote exploitability or public exploitation. Key research focus is permission inheritance and stale customized tracefs inode flags across remounts, mapped to CWE-863 improper authorization.
Mitigation direction
Update to a Linux kernel containing the referenced stable tracefs fix.
Review vendor kernel advisories for exact fixed package versions.
Audit tracefs mount options and group access on affected hosts.
Manually review customized tracefs file permissions after remounts.
Prioritize shared systems where non-root users can access tracing facilities.
Validation and detection
Identify Linux kernel versions and compare against vendor fixed releases.
Check whether tracefs is mounted on production and shared systems.
Review /sys/kernel/tracing permissions for unexpected group or mode values.
Confirm remount permission changes apply consistently after patching.
Document any operational dependency on custom tracefs permissions.
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 · medium confidence lookup
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. 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.
1CVSS vectors
3Timeline events
2ADP providers
4Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-863 · source CWE mapping
Incorrect Authorization
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.