In the Linux kernel, the following vulnerability has been resolved:
sysv: don't call sb_bread() with pointers_lock held
syzbot is reporting sleep in atomic context in SysV filesystem [1], for
sb_bread() is called with rw_spinlock held.
A "write_lock(&pointers_lock) => read_lock(&pointers_lock) deadlock" bug
and a "sb_bread() with write_lock(&pointers_lock)" bug were introduced by
"Replace BKL for chain locking with sysvfs-private rwlock" in Linux 2.5.12.
Then, "[PATCH] err1-40: sysvfs locking fix" in Linux 2.6.8 fixed the
former bug by moving pointers_lock lock to the callers, but instead
introduced a "sb_bread() with read_lock(&pointers_lock)" bug (which made
this problem easier to hit).
Al Viro suggested that why not to do like get_branch()/get_block()/
find_shared() in Minix filesystem does. And doing like that is almost a
revert of "[PATCH] err1-40: sysvfs locking fix" except that get_branch()
from with find_shared() is called without write_lock(&pointers_lock).
CVSS
5.3 MEDIUM (v3.1, CISA ADP)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 13b33feb2ebddc2b1aa607f553566b18a4af1d76; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 builds before 1b4fe801b5bedec2b622ddb18e5c9bf26c63d79f; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 674c1c4229e743070e09db63a23442950ff000d1; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before fd203d2c671bdee9ab77090ff394d3b71b627927; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 53cb1e52c9db618c08335984d1ca80db220ccf09; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 89e8524135a3902e7563a5a59b7b5ec1bf4904ac; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before a69224223746ab96d43e5db9d22d136827b7e2d3; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before f123dc86388cb669c3d6322702dc441abc35c31e
before 4.19.312; from 4.20 before 5.4.274; from 5.5 before 5.10.215; from 5.11 before 5.15.155; from 5.16 before 6.1.86; from 6.2 before 6.6.27; from 6.7 before 6.8.6
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.