CVE-2026-98214 in Linux
Riassunto
di VulDB • 06/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
selinux: verifica nuovamente i file di supporto intermedi durante mprotect()
mprotect() può essere utilizzato per aggirare i controlli SELinux eseguiti da mmap() contro gli strati intermedi di un filesystem in pila.
mmap() controlla ogni livello di backing man mano che la richiesta scende attraverso lo stack. mprotect() ha a disposizione solo il file di supporto più basso in vma->vm_file, quindi verifica nuovamente l'utente al livello superiore e il mounter più in basso, ma salta i mounters di tutti gli strati intermedi. Con due montaggi overlayfs nidificati e una policy che nega mounter_t -> middle_file_t:file { execute }, un mmap(PROT_EXEC) diretto viene negato:
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
mentre mmap(PROT_NONE) seguito da mprotect(PROT_EXEC) ha successo.
Preservare ogni percorso intermedio, il SID del mounter e il SID della descrizione del file nel blob di sicurezza del backing-file, copiando le voci salvate quando viene aperto un altro strato di backing. Allocare l'array solo per i file di supporto nidificati e rilasciarlo insieme ai riferimenti al path nell'hook backing_file_free.
Durante mprotect(), verificare nuovamente fd { use } e i permessi dell'inode richiesto per ogni mounter salvato, ed includere gli strati intermedi nei controlli execmod. La policy per lo stacking nidificato potrebbe quindi dover concedere ai mounters intermedi ciò che un mmap() diretto richiede già, nonché l'execmod sulle etichette intermedie per i binari che utilizzano rilocazioni del testo (text relocations).
Testato su QEMU arm64 con una initramfs BusyBox di piccole dimensioni e una policy SELinux costruita appositamente, su un albero principale contenente il commit f2381b546e7e ("fs: fix user path of nested backing files").
[PM: modifica del soggetto]
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.