In coders/xbm.c in ImageMagick 7.0.6-1 Q16, a DoS in ReadXBMImage() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted XBM file, which claims large rows and columns fields in the header but does not contain sufficient backing data, is provided, the loop over the rows would consume huge CPU resources, since there is no EOF check inside the loop.
CVSS Details
- CVSS 3.1 Base Score: 6.5
- CVSS 3.1 Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H)
Covered by Rapid7
| Product | Vendor Advisory | Solution File | Added | Published |
|---|---|---|---|---|
| Debian | — | Upgrade imagemagick | Feb 25, 2019 | Sep 7, 2017 |
| Gentoo Linux | — | Upgrade media-gfx/imagemagick. | Nov 13, 2017 | Sep 7, 2017 |
| Redhat_linux | — | No solution exists | Jul 9, 2025 | Sep 7, 2017 |
| Suse | — | Upgrade libmagickcore-6_q16-1Upgrade libMagickCore1Upgrade libmagick-develUpgrade imagemagickUpgrade imagemagick-config-6-upstreamUpgrade libmagick-6_q16-3Upgrade libmagickcore-6_q16-1-32bitUpgrade libMagick++1Upgrade perl-perlmagickUpgrade libMagickCore1-32bitUpgrade libMagickWand1Upgrade libmagickwand-6_q16-1Upgrade imagemagick-config-6-suseUpgrade imagemagick-develUpgrade libMagickWand1-32bit | Dec 20, 2017 | Sep 7, 2017 |
| Ubuntu | — | Upgrade imagemagick-6.q16Upgrade libmagickcore-6.q16-2-extraUpgrade imagemagickUpgrade libmagickcore-6.q16-3Upgrade libmagick++5Upgrade libmagickcore-6.q16-2Upgrade libmagickcore-6.q16-3-extraUpgrade libmagick++-6.q16-5v5Upgrade libmagickcore5-extraUpgrade libmagick++-6.q16-7Upgrade libmagickcore5 | Jun 19, 2018 | Sep 7, 2017 |
Prioritise with Active Threat Intelligence
With curated Threat Intelligence, you can see which vulnerabilities truly put you at risk, prioritize what matters most, and act before attackers do.
Explore Intelligence Hub