CVE-2026-46054: selinux: fix overlayfs mmap() and mprotect() access checks
In the Linux kernel, the following vulnerability has been resolved:
selinux: fix overlayfs mmap() and mprotect() access checks
The existing SELinux security model for overlayfs is to allow access if
the current task is able to access the top level file (the "user" file)
and the mounter's credentials are sufficient to access the lower
level file (the "backing" file). Unfortunately, the current code does
not properly enforce these access controls for both mmap() and mprotect()
operations on overlayfs filesystems.
This patch makes use of the newly created security_mmap_backing_file()
LSM hook to provide the missing backing file enforcement for mmap()
operations, and leverages the backing file API and new LSM blob to
provide the necessary information to properly enforce the mprotect()
access controls.
Security readout for executives and security teams
Plain-English summary
This Linux kernel flaw weakens SELinux protection on overlayfs files. A local low-privileged user or workload may access or change data that SELinux policy should have blocked. Business urgency is highest for multi-user Linux systems and container hosts using overlayfs with SELinux.
Executive priority
Treat as high priority for Linux container hosts, shared systems, and regulated environments relying on SELinux boundaries. No active exploitation is cited, but the impact is serious enough to patch during the next urgent kernel maintenance window.
Technical view
SELinux did not consistently enforce backing-file access checks for overlayfs mmap() and mprotect() operations. The kernel fix adds security_mmap_backing_file() enforcement and backing-file metadata needed for mprotect() decisions. The CVSS 3.1 score is 7.1, with high confidentiality and integrity impact, local attack vector, and low privileges required.
Likely exposure
Linux systems using SELinux with overlayfs are the relevant exposure. Risk is most meaningful where untrusted local users, tenants, or application workloads can interact with overlayfs-backed files. The bundle names Linux as affected and includes Red Hat advisories, but it does not provide a full distribution matrix.
Exploitation context
The source bundle does not show CISA KEV listing or cited active exploitation. Exploitation is local, requires low privileges, and needs an overlayfs/SELinux context where missing backing-file checks matter. No remote unauthenticated path is identified in the provided sources.
Researcher notes
Focus validation on SELinux policy enforcement for overlayfs mmap() and mprotect() paths. The fix introduces backing-file enforcement through a new LSM hook and related backing-file metadata. Avoid assuming exploitability on systems without SELinux, overlayfs, or local attacker access.
Mitigation direction
Apply vendor kernel updates or Red Hat advisories where applicable.
Prioritize hosts using SELinux and overlayfs, including container infrastructure.
Reboot or live-patch as required by your kernel vendor.
Check vendor guidance for distribution-specific fixed kernel versions.
Reduce untrusted local access until patched where practical.
Validation and detection
Inventory kernel versions on SELinux-enabled Linux systems.
Identify systems mounting or relying on overlayfs.
Check installed kernel packages against vendor advisories.
Confirm the relevant stable kernel fix is present.
Verify post-update reboot or live-patch activation completed.
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 · low confidence lookup
CWE-280: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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.
2CVSS vectors
5Timeline events
1ADP providers
13Source links
CVSS vector scores
2 official scores
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-280 · source CWE mapping
Improper Handling of Insufficient Permissions or Privileges
Improper Handling of Insufficient Permissions or Privileges represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.