Xpdf 4.02 allows stack consumption because of an incorrect subroutine reference in a Type 1C font charstring, related to the FoFiType1C::getOp() function.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - 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)

Note that Nessus relies on the presence of the package as reported by the vendor.

There are packages installed that are affected by multiple vulnerabilities referenced in the following CVEs:

  - 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)

The remote host is affected by the vulnerability described in GLSA-202405-18 (Xpdf: Multiple Vulnerabilities)

  - 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)

  - There is a Null Pointer Dereference vulnerability in the XFAScanner::scanNode() function in XFAScanner.cc     in xpdf 4.03. (CVE-2021-27548)

  - In Xpdf prior to 4.04, the DCT (JPEG) decoder was incorrectly allowing the 'interleaved' flag to be     changed after the first scan of the image, leading to an unknown integer-related vulnerability in     Stream.cc. (CVE-2022-24106)

  - Xpdf prior to 4.04 lacked an integer overflow check in JPXStream.cc. (CVE-2022-24107)

  - xpdf 4.03 has heap buffer overflow in the function readXRefTable located in XRef.cc. An attacker can     exploit this bug to cause a Denial of Service (Segmentation fault) or other unspecified effects by sending     a crafted PDF file to the pdftoppm binary. (CVE-2022-27135)

  - Xpdf prior to version 4.04 contains an integer overflow in the JBIG2 decoder     (JBIG2Stream::readTextRegionSeg() in JBIG2Stream.cc). Processing a specially crafted PDF file or JBIG2     image could lead to a crash or the execution of arbitrary code. This is similar to the vulnerability     described by CVE-2021-30860 (Apple CoreGraphics). (CVE-2022-38171)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 33 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2021-013d9a30e0 advisory.

  - 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)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Fedora 32 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2021-4a437fe032 advisory.

  - 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)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Type	Severity
255787	Linux Distros Unpatched Vulnerability : CVE-2020-35376	Nessus	Misc.	Local	high
427501	Alpine: multiple xpdf packages: security update to 4.03-r0	Tenable Cloud Security	Alpine Linux Local Security Checks	Local	high
427501	Alpine: multiple xpdf packages: security update to 4.03-r0	Tenable Self-Hosted Container Security	Alpine Linux Local Security Checks	Local	high
195087	GLSA-202405-18 : Xpdf: Multiple Vulnerabilities	Nessus	Gentoo Local Security Checks	Local	high
146397	Fedora 33 : 1:xpdf (2021-013d9a30e0)	Nessus	Fedora Local Security Checks	Local	high
146393	Fedora 32 : 1:xpdf (2021-4a437fe032)	Nessus	Fedora Local Security Checks	Local	high

Detections

Analytics

CVE-2020-35376

high

Tenable Plugins

high

high

high

high

high

high