In Xpdf 4.02, SplashOutputDev::endType3Char(GfxState *state)
SplashOutputDev.cc:3079 is trying to use the freed `t3GlyphStack->cache`, which
causes an `heap-use-after-free` problem. The codes of a previous fix for nested
Type 3 characters wasn't correctly handling the case where a Type 3 char
referred to another char in the same Type 3 font (CVE-2020-25725).
Xpdf 4.02 allows stack consumption because of an incorrect subroutine reference
in a Type 1C font charstring, related to the FoFiType1C::getOp() function
(CVE-2020-35376).
- https://bugs.mageia.org/show_bug.cgi?id=28474
- https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/thread/VLOYVJSM54IL6I5RY4QTJGRS7PIEG44X/
- https://www.cve.org/CVERecord?id=CVE-2020-25725
- https://www.cve.org/CVERecord?id=CVE-2020-35376
- 8/core/xpdf-4.03-1.mga8
- 7/core/xpdf-4.03-1.mga7
Get the latest Linux and open source security news straight to your inbox.