binfmt_elf_fdpic: only honour the first PT_INTERP
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: binfmt_elf_fdpic: only honour the first PT_INTERP The program header scan handles PT_INTERP from a switch nested in the scan loop, so its break leaves the switch and not the loop. A binary carrying more than one PT_INTERP runs the case again and overwrites both interpreter_name and interpreter. The previous name allocation leaks and so does the previous interpreter reference, along with the write denial open_exec() took on it. The denial is never released, so the file stays unwritable for as long as the system runs. An unprivileged caller reaches this with a crafted binary and repeats it at will. binfmt_elf stops at the first PT_INTERP. Do the same here. The flaw dates back to the driver's introduction in the pre-git history tree introduced in v2.6.11 by 91808d6ebe39 ("[PATCH] FRV: Add FDPIC ELF binary format driver").
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
2.6.12
References 8
git.kernel.org
- stable/c/9854538349aaf6fb88ed33b56987954ac1716151
- stable/c/3c31397b0a75310217f1f2f3c7bdfd8af67aec4c
- stable/c/849a7bd9d266e43a457db5c6b322600f916a2127
- stable/c/e4563e07ef5c938d5332c5c44721db976f214bc6
- stable/c/21eaf5594a33d16343a011c752624099c30e918f
- stable/c/89b9121c3b0162655fc2f190b714ae64f1aa8cae
- stable/c/69ecc199880bf7e8d06224c82dc411d18f9285f8
- stable/c/3349ef6a366a61d631f6a263d12cea240957719d