Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

memory exhaustion in ReadMIFFImage #545

Closed
bestshow opened this issue Jul 6, 2017 · 2 comments
Closed

memory exhaustion in ReadMIFFImage #545

bestshow opened this issue Jul 6, 2017 · 2 comments
Labels

Comments

@bestshow
Copy link

bestshow commented Jul 6, 2017

Version: ImageMagick 7.0.6-1 Q16 x86_64

#./magick identify $FILE

When identify MIFF file , imagemagick will allocate memory to store the data, here is the critical code:
(Miff.c , in function ReadMIFFImage)

status=AcquireImageColormap(image,colors != 0 ? colors : 256,exception); //1161

The "colors" can be obtained from local value "options" as follow, and the options is controlled by image , in other words the “colors" can be read from input file.

colors=StringToUnsignedLong(options); //686

The function StringToUnsignedLong convert string to unsigned long type, but the return value was not checked.
Here is my policy.xml to limit memory usage,but 256MB limit can be bypassed.

...
<policy domain="resource" name="area" value="100MP"/>
<policy domain="resource" name="memory" value="256MiB”/>
...

testcase: https://github.com/bestshow/p0cs/blob/master/memory_exhaustion_in_ReadMIFFImage
Credit ADLab of Venustech

@mikayla-grace
Copy link

Thanks for the problem report. We can reproduce it and will have a patch to fix it in GIT master branch @ https://github.com/ImageMagick/ImageMagick later today. The patch will be available in the beta releases of ImageMagick @ http://www.imagemagick.org/download/beta/ by sometime tomorrow.

@nohmask
Copy link

nohmask commented Sep 8, 2017

This was assigned CVE-2017-12429.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

4 participants