In coders/psd.c in ImageMagick 7.0.7-0 Q16, a DoS in ReadPSDLayersInternal() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted PSD file, which claims a large "length" field in the header but does not contain sufficient backing data, is provided, the loop over "length" 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 perl-PerlMagickUpgrade libMagickCore-6_Q16-1Upgrade GraphicsMagickUpgrade libMagick++1Upgrade ImageMagick-config-6-upstreamUpgrade libMagickWand-6_Q16-1Upgrade ImageMagick-config-6-SUSEUpgrade libMagickCore1Upgrade libMagickCore-6_Q16-1-32bitUpgrade libMagick++-develUpgrade ImageMagick-develUpgrade libMagickWand1Upgrade libMagickWand1-32bitUpgrade libMagick++-6_Q16-3Upgrade ImageMagickUpgrade perl-GraphicsMagickUpgrade libGraphicsMagick2Upgrade libMagickCore1-32bit | Jan 4, 2018 | Sep 7, 2017 |
| Ubuntu | — | Upgrade libmagickcore-6.q16-2Upgrade imagemagickUpgrade libmagickcore-6.q16-3-extraUpgrade libmagick++5Upgrade libmagickcore5-extraUpgrade libmagickcore-6.q16-3Upgrade libmagick++-6.q16-7Upgrade libmagickcore-6.q16-2-extraUpgrade libmagick++-6.q16-5v5Upgrade imagemagick-6.q16Upgrade 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