In the Linux kernel, the following vulnerability has been resolved: iomap: adjust read range correctly for non-block-aligned positions iomap_adjust_read_range() assumes that the position and length passed in are block-aligned. This is not always the case however, as shown in the syzbot generated case for erofs. This causes too many bytes to be skipped for uptodate blocks, which results in returning the incorrect position and length to read in. If all the blocks are uptodate, this underflows length and returns a position beyond the folio. Fix the calculation to also take into account the block offset when calculating how many bytes can be skipped for uptodate blocks.
Fix
Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.
Change history 2
- CwesCWE-190NVD modified 2026-10-19 19:17
- First seenCVSS 9.8NVD modified 2026-10-16 15:16
Affected (CPE criteria) 0
NVD has not attached CPE configurations yet.
References 7
- https://git.kernel.org/stable/c/12053695c8ef5410e8cc6c9ed4c0db9cd9c82b3e
- https://git.kernel.org/stable/c/142194fb21afe964d2d194cab1fc357cbf87e899
- https://git.kernel.org/stable/c/275b37a1e5c2c8abd313e8075f6aec9a349f291b
- https://git.kernel.org/stable/c/7aa6bc3e8766990824f66ca76c19596ce10daf3e
- https://git.kernel.org/stable/c/82b60ffbb532d919959702768dca04c3c0500ae5
- https://git.kernel.org/stable/c/b8c9f25fd84328c5fcc4f70c6d1e8f1d4787eaac
- https://git.kernel.org/stable/c/ce20f49ac9194cf81a77f01d1c316d7c17ae753c