CVE-2026-98215selinux: preserve user SID across nested backing files
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: selinux: preserve user SID across nested backing files SELinux saves the user file SID in a backing-file security blob so it remains available after mmap() replaces vma->vm_file with a backing file. For nested backing files (overlayfs over overlayfs, or FUSE passthrough backed by overlayfs), user_file may itself be a backing file. Its fsec->sid is the SID of the mounter that opened it, rather than the user that opened the top-level file. mprotect() then checks fd { use } against the mounter SID. This can incorrectly deny access without a domain transition, or check the wrong target SID after one. Copy the saved user SID when user_file is a backing file. Keep using the regular file SID for the first backing layer. With two nested overlayfs mounts and SELinux enforcing, mprotect(PROT_READ) returns EACCES with an fd { use } denial against the mounter SID. With this change, mprotect() succeeds. Tested on arm64 QEMU with a small BusyBox initramfs and a purpose-built SELinux policy. The original test was also repeated with Fedora Cloud Base 44 userspace and gave the same result.
- CVSS
- Not yet scored
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 6, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from bc6c380c1159de52a252ed11f19a42c47f60a735 before caa1b913d90d5dc07073733326d2af0f0288f089; 8bacd09f12c27710228562e4d13163e58c5f4a45 builds before 6aaeec59aadcd1eafc18b049f1b759fb6b9d9569; from d844702198395d3f80222777030f69db6be6b709 before 9d99b770e7b67b00bdef9005b928aad13e1d679b; from 82544d36b1729153c8aeb179e84750f0c085d3b1 before ff20d16b2e8230c034e21540043df47222dcc09b; 82544d36b1729153c8aeb179e84750f0c085d3b1 builds before 8c0c602202b9a4909b00bc3354e3c0355bc69e65; cd0e707a927a70cdfd8bc5a512a9719a87f5ed51; from 6.6.144 before 6.6.158; from 6.12.95 before 6.12.112; and 2 more ranges | CNA record |
References
- https://git.kernel.org/stable/c/caa1b913d90d5dc07073733326d2af0f0288f089
- https://git.kernel.org/stable/c/6aaeec59aadcd1eafc18b049f1b759fb6b9d9569
- https://git.kernel.org/stable/c/9d99b770e7b67b00bdef9005b928aad13e1d679b
- https://git.kernel.org/stable/c/ff20d16b2e8230c034e21540043df47222dcc09b
- https://git.kernel.org/stable/c/8c0c602202b9a4909b00bc3354e3c0355bc69e65
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.