udf: reject VAT indexes equal to the entry count
- 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
- Fix
- Fixed in 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, and 2 more
- 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: udf: reject VAT indexes equal to the entry count UDF 1.50 virtual partition mapping uses the VAT as an array of physical block mappings. s_num_entries stores the number of entries in that array, not the highest valid index. The valid VAT indexes are therefore below s_num_entries. udf_get_pblock_virt15() currently rejects only indexes greater than s_num_entries. A crafted image can request index s_num_entries, pass the bounds check, and make the kernel read one entry past the allocated VAT table. Change the check to reject block >= s_num_entries, so the count is handled as an exclusive upper bound. A crafted UDF image reproduced this on origin/master commit 0e35b9b6ec0ffcc5e23cbdec09f5c622ad532b53 with a KASAN slab-out-of-bounds report in udf_get_pblock_virt15(). Trail of Bits has a reproducer that triggers kernel panic demonstrating the bug, and can share it if needed.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in f64e01a90326bb85a3cc8aa0199931dc2f15b589; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in 8a8c1c42a34349a0626d910abbad5a29136446b7; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in 19f36c6453cd88fe6d60ef36ab1f1cad8ddf4ce4; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in b77b83f5529a26d084d64ece98abd6f0cc86e053; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in 9193368408d792cec2057628d87862140fb1ce1c; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in b95c33a4e743874f1b0a45bf2aaa4da553552bd1; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in 1bd7947f1463c21edafa256d0fbec5b99215e2b6; From 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 · fixed in cac0cb07f29ccfb373fd4a36c81e908ef3ce608c
- Linux Linux
2.6.12
- KernelLinux
From 2.6.12 · fixed in 5.10.270; From 5.11.0 · fixed in 5.15.221; From 5.16.0 · fixed in 6.1.188; From 6.2.0 · fixed in 6.6.157; From 6.7.0 · fixed in 6.12.109; From 6.13.0 · fixed in 6.18.50; From 6.19.0 · fixed in 7.2.4
References 8
git.kernel.org
- stable/c/f64e01a90326bb85a3cc8aa0199931dc2f15b589
- stable/c/8a8c1c42a34349a0626d910abbad5a29136446b7
- stable/c/19f36c6453cd88fe6d60ef36ab1f1cad8ddf4ce4
- stable/c/b77b83f5529a26d084d64ece98abd6f0cc86e053
- stable/c/9193368408d792cec2057628d87862140fb1ce1c
- stable/c/b95c33a4e743874f1b0a45bf2aaa4da553552bd1
- stable/c/1bd7947f1463c21edafa256d0fbec5b99215e2b6
- stable/c/cac0cb07f29ccfb373fd4a36c81e908ef3ce608c