In the Linux kernel, the following vulnerability has been resolved:
ext4: fix infinite loop when replaying fast_commit
When doing fast_commit replay an infinite loop may occur due to an
uninitialized extent_status struct. ext4_ext_determine_insert_hole() does
not detect the replay and calls ext4_es_find_extent_range(), which will
return immediately without initializing the 'es' variable.
Because 'es' contains garbage, an integer overflow may happen causing an
infinite loop in this function, easily reproducible using fstest generic/039.
This commit fixes this issue by unconditionally initializing the structure
in function ext4_es_find_extent_range().
Thanks to Zhang Yi, for figuring out the real problem!
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 builds before 5ed0496e383cb6de120e56991385dce70bbb87c1; 8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 builds before 0619f7750f2b178a1309808832ab20d85e0ad121; 8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 builds before 181e63cd595c688194e07332f9944b3a63193de2; from 8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 before c6e67df64783e99a657ef2b8c834ba2bf54c539c; 8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 builds before 81f819c537d29932e4b9267f02411cbc8b355178; 8016e29f4362e285f0f7e38fadc61a5b7bdfdfa2 builds before 907c3fe532253a6ef4eb9c4d67efb71fab58c706
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.