| Summary: | openjpeg2 new security issue CVE-2019-12973 | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | David Walser <luigiwalser> |
| Component: | Security | Assignee: | QA Team <qa-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | Sec team <security> |
| Severity: | normal | ||
| Priority: | Normal | CC: | andrewsfarm, sysadmin-bugs, tmb |
| Version: | 7 | Keywords: | advisory, validated_update |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | MGA7-64-OK | ||
| Source RPM: | openjpeg2-2.3.1-1.mga7.src.rpm | CVE: | CVE-2019-12973 |
| Status comment: | |||
|
Description
David Walser
2019-11-26 23:12:53 CET
This CVE is for openjpeg2, see https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12973: """ In OpenJPEG 2.3.1, there is excessive iteration in the opj_t1_encode_cblks function of openjp2/t1.c. Remote attackers could leverage this vulnerability to cause a denial of service via a crafted bmp file. This issue is similar to CVE-2018-6616. """ Since we remove internal openjpeg2 and use the system one when we build ghostscript the problem is not with ghostscript but with openjpeg2 so I change the bug report. Whiteboard:
(none) =>
MGA7TOO Suggested advisory: ======================== The updated packages fix a security vulnerability: In OpenJPEG 2.3.1, there is excessive iteration in the opj_t1_encode_cblks function of openjp2/t1.c. Remote attackers could leverage this vulnerability to cause a denial of service via a crafted bmp file. This issue is similar to CVE-2018-6616. (CVE-2019-12973) References: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12973 https://lists.opensuse.org/opensuse-updates/2019-09/msg00177.html ======================== Updated packages in core/updates_testing: ======================== openjpeg2-2.3.1-1.1.mga7 lib(64)openjp2_7-2.3.1-1.1.mga7 lib(64)openjpeg2-devel-2.3.1-1.1.mga7 from SRPMS: openjpeg2-2.3.1-1.1.mga7.src.rpm Whiteboard:
MGA7TOO =>
(none) 64-bit Plasma system, Intel graphics. urpmq --whatrequires lib64openjp2_7 indicates the package is used by both ImageMagick and The GIMP. Downloaded a sample jp2 image, and attempted to load it into both apps, both before and after updating. ImageMagick loaded and displayed the image correctly in both instances, while The GIMP did not. A little research on the Web indicated that The GIMP switched to using openjpeg2-2 starting with version 2.10, using jasper in previous versions. Since ImageMagick works OK, the fault with The GIMP would seem to rest within The GIMP, which is beyond the scope of this bug. A separate bug is needed for that. Giving this a 64-bit OK, and Validating. Advisory in comment 2. CC:
(none) =>
andrewsfarm, sysadmin-bugs
Thomas Backlund
2019-12-06 14:16:41 CET
Keywords:
(none) =>
advisory An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGASA-2019-0365.html Status:
ASSIGNED =>
RESOLVED |