First published: Fri Oct 02 2009(Updated: )
xpdf's PSOutputDev::doImageL1Sep contains an integer overflow in the lineBuf buffer allocation: 4303 // allocate a line buffer 4304 lineBuf = (Guchar *)gmalloc(4 * width); width is read from the input PDF file and can integer overflow / wrap when multiplied by 4, resulting in an insufficient memory allocation, leading to heap overflow. Impact of this flaw is, however, quite limited. This affects PSOutputDev class used to write / convert PDF input to PS (PostScript) output. For GUI viewers, this is done e.g. when trying to print the file. Additionally, this requires non-default Level 1 separable PostScript language level to be used for the output file (specified via e.g. -level1sep command line option for pdftops, or psLevel configuration option in xpdfrc).
Affected Software | Affected Version | How to fix |
---|---|---|
Xpdf |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
The severity of REDHAT-BUG-526877 is considered critical due to the potential for integer overflow in the buffer allocation.
To fix REDHAT-BUG-526877, you should apply the patch provided in the vulnerability details to ensure proper handling of width values.
The vulnerability in REDHAT-BUG-526877 is caused by an integer overflow in the lineBuf buffer allocation when processing the 'width' value from the input PDF.
The software affected by REDHAT-BUG-526877 is Xpdf.
Currently, there is no specific workaround for REDHAT-BUG-526877 other than updating to a patched version of the software.