CVE-2026-23411: apparmor: fix race between freeing data and fs accessing it
In the Linux kernel, the following vulnerability has been resolved:
apparmor: fix race between freeing data and fs accessing it
AppArmor was putting the reference to i_private data on its end after
removing the original entry from the file system. However the inode
can aand does live beyond that point and it is possible that some of
the fs call back functions will be invoked after the reference has
been put, which results in a race between freeing the data and
accessing it through the fs.
While the rawdata/loaddata is the most likely candidate to fail the
race, as it has the fewest references. If properly crafted it might be
possible to trigger a race for the other types stored in i_private.
Fix this by moving the put of i_private referenced data to the correct
place which is during inode eviction.
Security readout for executives and security teams
Plain-English summary
A Linux AppArmor race condition can let a locally authenticated, low-privilege user trigger access to data after it has been freed. Successful exploitation could compromise confidentiality, integrity, and availability, although the supplied sources do not confirm a working public exploit or active attacks.
Executive priority
Treat as a high-priority kernel update for shared, multi-user, and untrusted-workload systems. Internet-only exposure is not indicated because local access is required. Schedule remediation through normal emergency patch governance after confirming vendor packages, with faster handling where low-privilege users or containers can interact with the host's AppArmor interfaces.
Technical view
AppArmor released its reference to inode i_private data after removing the filesystem entry, while the inode and filesystem callbacks could remain active. This creates a use-after-free-style race. The kernel fix defers releasing the referenced data until inode eviction. The supplied CVSS 3.1 score is 7.8 with local, low-privilege access required.
Likely exposure
Exposure is most likely on systems running an affected Linux kernel with AppArmor in use and accessible to local low-privilege users or workloads. The supplied version data lists affected releases from 4.13 through 7.0 but is insufficiently structured to determine every fixed boundary; distribution backports may also change exposure.
Exploitation context
The CVE is not listed in KEV, and the supplied sources provide no evidence of active exploitation or a public proof of concept. Exploitation requires local low-privilege access and winning a timing race. AppArmor rawdata or loaddata is identified as the most likely target, with other i_private data types potentially reachable.
Researcher notes
The vulnerable lifetime transition concerns AppArmor filesystem inode i_private references. The source specifically identifies rawdata and loaddata as likely race candidates and states that crafted conditions might affect other stored types. No CWE is supplied. Exact exploitability, affected distribution packages, namespace constraints, and reliable impact have not been established by the provided evidence.
Mitigation direction
Install a vendor-supported kernel containing the applicable stable fix or confirmed downstream backport.
Check the Linux distribution's security advisory for exact package versions and reboot requirements.
Prioritize multi-user systems and hosts running untrusted or tenant-controlled local workloads.
Restrict unnecessary local access until remediation where operationally practical.
Validation and detection
Inventory kernel versions and determine whether AppArmor is enabled or used.
Compare installed packages with the distribution vendor's CVE advisory and fixed-version guidance.
Confirm the installed kernel changelog includes the relevant upstream fix or an equivalent backport.
After updating and rebooting, verify the running kernel matches the remediated package.
Review kernel logs for AppArmor-related crashes or memory-corruption symptoms without treating absence as proof of safety.
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-23411 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
9Source 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.