Answer in brief
CVE-2026-98214 records a Unknown severity vulnerability in selinux: recheck intermediate backing files on mprotect(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=bc6c380c1159de52a252ed11f19a42c47f60a735 <4d50ebe5a27724e020747ffd61a051dec67cb8ec || >=8bacd09f12c27710228562e4d13163e58c5f4a45 <89376fbfdcc1a728e1775f98752cdd90b0930a00 || >=d844702198395d3f80222777030f69db6be6b709 <d127c7e1f3e1231d8ac8b2738e3f00bea12afe74 || >=82544d36b1729153c8aeb179e84750f0c085d3b1 <c2bbb905af2293549651b614a52ad91e0b462b60 || >=82544d36b1729153c8aeb179e84750f0c085d3b1 <78fc54b934bfb2c18aad8154c7302067146946f9 || cd0e707a927a70cdfd8bc5a512a9719a87f5ed51 || >=6.6.144 <6.6.158 || >=6.12.95 <6.12.112 || >=6.18.38 <6.18.54 || >=7.0.4 <7.1 | 4d50ebe5a27724e020747ffd61a051dec67cb8ec, 89376fbfdcc1a728e1775f98752cdd90b0930a00, d127c7e1f3e1231d8ac8b2738e3f00bea12afe74, c2bbb905af2293549651b614a52ad91e0b462b60, 78fc54b934bfb2c18aad8154c7302067146946f9, 6.6.158, 6.12.112, 6.18.54, 7.1 |
| Linux/Linuxgeneric | 7.1 | Not reported |
Published upstream
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 6, 2026
In the Linux kernel, the following vulnerability has been resolved: selinux: recheck intermediate backing files on mprotect() mprotect() can be used to bypass the SELinux checks that mmap() performs against the intermediate layers of a stacked filesystem. mmap() checks every backing layer as the request descends through the stack. mprotect() only has the lowest backing file in vma->vm_file, so it rechecks the top-level user and the lowest mounter, but skips the mounters of every layer in between. With two nested overlayfs mounts and a policy denying mounter_t -> middle_file_t:file { execute }, a direct mmap(PROT_EXEC) is denied: avc: denied { execute } for pid=71 comm="nested_exec" path="/payload" dev="overlay" ino=9 scontext=user_u:base_r:mounter_t tcontext=user_u:object_r:middle_file_t tclass=file permissive=0 while mmap(PROT_NONE) followed by mprotect(PROT_EXEC) succeeds. Preserve each intermediate path, mounter SID and file-description SID in the backing-file security blob, copying the saved entries when another backing layer is opened. Allocate the array only for nested backing files, and release it and the path references in the backing_file_free hook. During mprotect(), recheck fd { use } and the requested inode permissions for every saved mounter, and include the intermediate layers in the execmod checks. Policy for nested stacking may then need to grant intermediate mounters what a direct mmap() already requires, and execmod on intermediate labels for binaries using text relocations. Tested on arm64 QEMU with a small BusyBox initramfs and a purpose-built SELinux policy, on a mainline tree containing commit f2381b546e7e ("fs: fix user path of nested backing files"). [PM: subject tweak]
Quoted source text, attributed separately from HOL analysis.