GHSA-6m77-jgxr-wx9c
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify network-reachable tika-server 4.0.0-alpha-1
-
DeliveryConfirm /unpack endpoint responds despite enableUnsecureFeatures=false
-
ExploitCraft malicious or oversized archive payload
-
ExecutionSubmit archive to /unpack endpoint
-
PersistBypass security flag enforcement
-
ImpactTrigger restricted content processing
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Alternate path protection
|
| Exploitation Conditions | The target must be running Apache Tika tika-server version 4.0.0-alpha-1 specifically - the only affected release. The vulnerability is meaningful only when enableUnsecureFeatures=false is configured (or left at its default disabled state), because the bypass only matters when the operator intended to restrict the endpoint. Tika-server exposes a plain HTTP REST interface with no built-in authentication mechanism, so any attacker who can reach the server on the network - even without credentials - can send requests to the /unpack endpoint. Exploitation requires no user interaction and no elevated privileges beyond network reachability. The primary limiting factor is the alpha pre-release nature of the affected version, which should not be present in any production environment. |
| Impact | No CVSS score or vector is provided in the source data, so all risk metrics below are independently assessed. No EPSS score is available and the CVE is not listed in the CISA KEV catalog, meaning active exploitation is unconfirmed. The most significant risk-limiting factor is that the affected version, 4.0.0-alpha-1, is explicitly pre-production alpha software not recommended for production deployment; real-world exposure should therefore be minimal. The tika-server REST interface generally lacks built-in authentication and relies on network-layer access controls for isolation, meaning any network-reachable alpha instance is exposed without additional prerequisites. The bypass enables access to the /unpack endpoint regardless of operator intent, but the practical impact depends on what an attacker can extract or process through that endpoint. Zip-bomb resource exhaustion and malicious archive parsing are the most plausible abuse paths. EPSS data is absent and KEV status is negative, consistent with a low-urgency finding against a niche alpha release. |
| Exploit ScenarioDerived | An attacker with network access to a tika-server instance running 4.0.0-alpha-1 - where the operator has set enableUnsecureFeatures=false to restrict dangerous endpoints - sends a crafted HTTP request directly to the /unpack endpoint with a malicious or oversized archive payload. Because the endpoint does not check the enableUnsecureFeatures flag, it processes the archive normally despite the restriction, potentially causing excessive resource consumption or triggering vulnerable parser behavior on attacker-controlled content. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
The /unpack endpoint in Apache Tika's server component (tika-server 4.0.0-alpha-1) fails to enforce the operator-configured enableUnsecureFeatures=false security control, classified as Improper Protection of Alternate Path. This means the /unpack endpoint remains fully operational even when administrators have explicitly disabled unsafe features, bypassing the intended security boundary and allowing archive extraction or untrusted content processing through a restricted interface. No public exploit code has been identified and the vulnerability is confined to a pre-production alpha release, significantly limiting real-world exposure.
RemediationAI
Upgrade to Apache Tika 4.0.0-beta-1 or a later release, which contains the fix for the /unpack endpoint authorization bypass; this release is available from the Apache Tika download page at https://tika.apache.org/. Since 4.0.0-alpha-1 is pre-production alpha software, any deployment in a non-experimental context should be treated as a misconfiguration regardless of this CVE, and migration to a stable or beta release is warranted on those grounds alone. As a compensating control before patching, restrict network access to the tika-server process using host-based firewall rules or a reverse proxy with strict ACLs so that only explicitly trusted clients or internal services can reach any tika-server endpoint; this limits the blast radius of the /unpack bypass and aligns with tika-server's intended deployment model of internal-only exposure. Note that restricting the /unpack path specifically at the proxy layer is a targeted option, though it may break legitimate workflows that rely on the endpoint.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Apache Tika is a content analysis toolkit that exposes document parsing and extraction capabilities via a REST API through tika-server (org.apache.tika:tika-server). The server includes a security flag, enableUnsecureFeatures (also expressed as unsecureFeatures), that gates access to potentially dangerous endpoints - including /pipes, /async, /status, and now confirmed /unpack - which can expose the service to risks such as resource exhaustion, SSRF, zip-slip path traversal, or triggering parser exploits on attacker-controlled content. The root cause is CWE-424 (Improper Protection of Alternate Path): the /unpack endpoint contains a code path that does not check the enableUnsecureFeatures flag, so the flag's intended restriction is silently bypassed. Context from the contemporaneous Tika 3.3.2 release confirms this pattern - that release backported analogous tightening for /pipes, /async, and /status to the stable 3.x branch, indicating /unpack was identified as requiring the same treatment in the 4.x alpha series.
Know when Tika gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N
Network-accessible REST service with no built-in auth (PR:N, AV:N); impact scoped to Tika server processing with low C/I/A as the bypass enables restricted endpoint access but not direct system compromise.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
2Description PRE-NVD
Executive ViewAI
Apache Tika server version 4.0.0-alpha-1 contains a critical security control bypass in its /unpack endpoint that circumvents administrator-configured safety restrictions, potentially enabling unauthorized archive extraction and untrusted content processing. While no public exploit has been identified at time of analysis and current exposure is limited to pre-production alpha deployments, the vulnerability poses significant risk to organizations using early-stage Tika builds for data processing workloads. Immediate verification of deployment status and migration to stable releases is essential to prevent escalation when this version progresses toward production release.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Discontinue all use of Tika alpha versions immediately and downgrade to the latest stable release, confirming enableUnsecureFeatures=false in production configurations; (2) Restrict or disable the /unpack endpoint at the network perimeter using firewall or WAF rules to block unauthorized requests; (3) If archive processing functionality is operationally required, implement mandatory security scanning and content validation on all extracted files before processing; (4) Deploy Tika services in an isolated network segment with no direct connectivity to user-facing applications or external networks.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
From Apache Tika versions 1.7 to 1.17, clients could send carefully crafted headers to tika-server that could be used to
Critical XXE in Apache Tika tika-core (1.13-3.2.1), tika-pdf-module (2.0.0-3.2.1) and tika-parsers (1.13-1.28.5) modules
Critical XXE in Apache Tika (tika-parser-pdf-module) in Apache Tika 1.13 through and including 3.2.1 on all platforms al
An XXE issue in SAXBuilder in JDOM through 2.0.6 allows attackers to cause a denial of service via a crafted HTTP reques
Apache Tika before 1.14 allows Java code execution for serialized objects embedded in MATLAB files. Rated critical sever
A carefully crafted or corrupt zip file can cause an OOM in Apache Tika's RecursiveParserWrapper in versions 1.7-1.21. R
Apache Tika before 1.13 does not properly initialize the XML parser or choose handlers, which might allow remote attacke
A carefully crafted package/compressed file that, when unzipped/uncompressed yields the same file (a quine), causes a St
In Apache Tika 1.19 (CVE-2018-11761), we added an entity expansion limit for XML parsing. Rated high severity (CVSS 7.5)
In Apache Tika 0.1 to 1.18, the XML parsers were not configured to limit entity expansion. Rated high severity (CVSS 7.5
In Apache Tika 1.19 to 1.21, a carefully crafted 2003ml or 2006ml file could consume all available SAXParsers in the poo
A carefully crafted or corrupt sqlite file can cause an infinite loop in Apache Tika's SQLite3Parser in versions 1.8-1.1
EUVD-2026-51279
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB