Description
In the Linux kernel, the following vulnerability has been resolved: Squashfs: check block offset is not negative If a negative offset is read off disk (for example the offset into the decompressed fragment block), this will cause squashfs_copy_data() to perform an out of bounds access. Fix by checking if offset is negative, and returning 0. This matches existing behaviour where an offset beyond the block returns 0 bytes copied. To trigger this out of bounds access requires a crafted Squashfs filesystem and CAP_SYS_ADMIN to mount it. Unprivileged users will not be able to mount such a filesystem, but once mounted, an unprivileged user can trigger the out of bounds access by reading the crafted file with the negative offset.
References8
- git.kernel.org/stable/c/3d2f0cb66c909ea2312cdef465165bb9a3ba2d84
- git.kernel.org/stable/c/95dadf366c117dcdca78a570e6832071deab1ecd
- git.kernel.org/stable/c/b169185d5c672b989985c6c2e38cafab2548ba88
- git.kernel.org/stable/c/bbb2218eb072b0a15dc063929200183bd23c2344
- git.kernel.org/stable/c/c2a126fca820ae74872da28de68dc74d4595dc4b
- git.kernel.org/stable/c/d0a3729d464fcf516416a41cf304c0c92126ee03
- git.kernel.org/stable/c/e300eb5002925b29be803d2661af07266cfa267e
- git.kernel.org/stable/c/e4afd90bc7bf3dd477970c6c42bdd29ad3fda7fe
Metrics
- CVSS 3.1
-
7.1
HIGH
Score source: CNA
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:H - EPSS — exploit probability
- 0% percentile: 7 · as of 8 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.