From ${URL} : An exploitable heap overflow vulnerability exists in the image rendering functionality of Poppler. A specifically crafted PDF can cause an overly large number of color components during image rendering, resulting in heap corruption. An attacker controlled PDF file can be used to trigger this vulnerability. External References: https://www.talosintelligence.com/vulnerability_reports/TALOS-2017-0319 @maintainer(s): after the bump, in case we need to stabilize the package, please let us know if it is ready for the stabilization or not.
Setting dependency on Bug #627390
Dropping blocker on yet another poppler bug with no evidence of it being fixed...
Per the upstream advisory: "The Poppler library, by default, uses a private implementation of reading and rendering images. There is a compilation option for libjpeg support, but the flag is not enabled by default. This private implementation contains assumptions about the JPEG file headers that can lead to heap corruption when broken." The default has changed to libjpeg since 0.55. To build this private implementation, one has to pass -DENABLE_DCTDECODER=unmaintained, but Gentoo either passes 'libjpeg' or 'none'. Which by definition makes us unaffected.
Gentoo by default is not impacted by this vulnerability.