VYPR

Tika

by Apache

Source repositories

CVEs (27)

  • CVE-2018-11762MedSep 19, 2018
    risk 0.32cvss 5.9epss 0.05

    In Apache Tika 0.9 to 1.18, in a rare edge case where a user does not specify an extract directory on the commandline (--extract-dir=) and the input file has an embedded file with an absolute path, such as "C:/evil.bat", tika-app would overwrite that file.

  • CVE-2022-30973MedMay 31, 2022
    risk 0.29cvss 5.5epss 0.02

    We failed to apply the fix for CVE-2022-30126 to the 1.x branch in the 1.28.2 release. In Apache Tika, a regular expression in the StandardsText class, used by the StandardsExtractingContentHandler could lead to a denial of service caused by backtracking on a specially crafted…

  • CVE-2022-30126MedMay 16, 2022
    risk 0.29cvss 5.5epss 0.03

    In Apache Tika, a regular expression in our StandardsText class, used by the StandardsExtractingContentHandler could lead to a denial of service caused by backtracking on a specially crafted file. This only affects users who are running the StandardsExtractingContentHandler,…

  • CVE-2020-9489MedApr 27, 2020
    risk 0.29cvss 5.5epss 0.03

    A carefully crafted or corrupt file may trigger a System.exit in Tika's OneNote Parser. Crafted or corrupted files can also cause out of memory errors and/or infinite loops in Tika's ICNSParser, MP3Parser, MP4Parser, SAS7BDATParser, OneNoteParser and ImageParser. Apache Tika…

  • CVE-2018-8017MedSep 19, 2018
    risk 0.29cvss 5.5epss 0.04

    In Apache Tika 1.2 to 1.18, a carefully crafted file can trigger an infinite loop in the IptcAnpaParser.

  • CVE-2018-1339MedApr 25, 2018
    risk 0.29cvss 5.5epss 0.04

    A carefully crafted (or fuzzed) file can trigger an infinite loop in Apache Tika's ChmParser in versions of Apache Tika before 1.18.

  • CVE-2022-33879LowJun 27, 2022
    risk 0.22cvss 3.3epss 0.02

    The initial fixes in CVE-2022-30126 and CVE-2022-30973 for regexes in the StandardsExtractingContentHandler were insufficient, and we found a separate, new regex DoS in a different regex in the StandardsExtractingContentHandler. These are now fixed in 1.28.4 and 2.4.1.

Page 2 of 2