In the Linux kernel, the following vulnerability has been resolved:
dm flakey: don't corrupt the zero page
When we need to zero some range on a block device, the function
__blkdev_issue_zero_pages submits a write bio with the bio vector pointing
to the zero page. If we use dm-flakey with corrupt bio writes option, it
will corrupt the content of the zero page which results in crashes of
various userspace programs. Glibc assumes that memory returned by mmap is
zeroed and it uses it for calloc implementation; if the newly mapped
memory is not zeroed, calloc will return non-zeroed memory.
Fix this bug by testing if the page is equal to ZERO_PAGE(0) and
avoiding the corruption in this case.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from c6cd92fcabd6cc78bb1808c6a18245c842722fc1 before b7f8892f672222dbfcc721f51edc03963212b249; from d4c637af2e56ee1ec66ee34d0ac5a13c75911aec before 98e311be44dbe31ad9c42aa067b2359bac451fda; from a00f5276e26636cbf72f24f79831026d2e2868e7 before 3c4a56ef7c538d16c1738ba0ccea9e7146105b5a; from a00f5276e26636cbf72f24f79831026d2e2868e7 before f2b478228bfdd11e358c5bc197561331f5d5c394; from a00f5276e26636cbf72f24f79831026d2e2868e7 before ff60b2bb680ebcaf8890814dd51084a022891469; from a00f5276e26636cbf72f24f79831026d2e2868e7 before be360c83f2d810493c04f999d69ec9152981e0c0; from a00f5276e26636cbf72f24f79831026d2e2868e7 before 63d31617883d64b43b0e2d529f0751f40713ecae; from a00f5276e26636cbf72f24f79831026d2e2868e7 before f50714b57aecb6b3dc81d578e295f86d9c73f078; and 4 more ranges
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.