GHSA-h9qj-gx4p-69cp
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach Kyuubi REST batch endpoint
-
DeliverySend multipart upload with ../ in filename
-
ExploitServer writes controlled content outside upload dir
-
ExecutionOverwrite config/script or served file
-
ImpactTrigger execution or tamper with service
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires network access to Apache Kyuubi's REST API batch submission (multipart upload) endpoint on an affected version (1.7.0-1.11.1); the attacker must be able to send a multipart/form-data request with a crafted 'filename' containing path traversal sequences. The official CVSS vector is PR:N/UI:N, implying no authentication or user interaction against a reachable endpoint, though in deployments that gate the REST API behind Kyuubi authentication the attacker would first need valid REST access - verify whether your instance exposes the batch endpoint unauthenticated. What limits impact: the write is 'subject to filesystem permissions,' so the OS user running Kyuubi must have write access to the targeted destination path for the traversal to succeed, and turning a file write into code execution or data compromise requires a suitable target file (executable script, sourced config, or served content). |
| Impact | The signals are mixed and warrant a nuanced priority call. The vendor/NVD CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H, base 9.8) treats this as unauthenticated, network-reachable, low-complexity with full CIA impact - consistent with an arbitrary file-write that can escalate to code execution or config tampering. However EPSS is only 0.28% (21st percentile), it is NOT on CISA KEV, and no POC is referenced, so there is no evidence of active or imminent mass exploitation. A key caveat: the CVSS rates C:H/I:H/A:H, but the described primitive is fundamentally an integrity issue (writing controlled content); confidentiality and availability impact are realized only through escalation (e.g. overwriting a config or a script that later executes), which is 'subject to filesystem permissions' per the vendor - so real-world impact depends heavily on how the Kyuubi process is privileged and whether the REST endpoint is authentication-gated in the target deployment. Net: a genuinely serious, patch-now flaw for any internet- or tenant-exposed Kyuubi REST server, but the low EPSS and absence of KEV/POC mean it is not yet under broad opportunistic attack. |
| Exploit ScenarioDerived | An attacker who can reach the Kyuubi REST batch upload endpoint submits a multipart POST whose file part sets filename to something like '../../../../opt/kyuubi/conf/malicious' or a path that later gets executed or sourced by the service. The server writes the attacker-controlled bytes outside the upload directory, and if the process has write access to a script, config, or web-served location, the attacker can pivot to configuration tampering or code execution. No POC is referenced, and success depends on the server process's filesystem permissions. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Jul 31, 2026
Arbitrary file write in Apache Kyuubi (1.7.0 through 1.11.1) lets a remote attacker abuse the REST batch multipart upload endpoint, which trusts the client-supplied filename, to plant controlled content anywhere the server process can write. Because the server never sanitizes path traversal sequences (../) in the multipart filename, an attacker can escape the intended upload directory and overwrite or create files subject only to filesystem permissions. EPSS is low (0.28%, 21st percentile) and there is no public exploit identified at time of analysis, but the primitive is powerful and the fix is available in 1.12.0.
Earlier versions of this analysis (1)
Path traversal via multipart filename in Apache Kyuubi's REST batch upload endpoint allows network-accessible attackers to write attacker-controlled content to arbitrary filesystem locations on the Kyuubi server, bounded only by the OS-level permissions of the server process. Versions 1.7.0 through 1.11.1 of the kyuubi-common artifact are affected, spanning roughly four years of releases. No public exploit or active exploitation has been identified at time of analysis, but the primitive - controlled file write to attacker-specified paths - is high-value as a stepping stone to code execution if writeable locations such as cron directories, SSH authorized_keys, or application config paths are reachable by the Kyuubi process account.
RemediationAI
Vendor-released patch: upgrade to Apache Kyuubi 1.12.0, which fixes the filename handling - this is the primary and recommended remediation per the Apache advisory (https://lists.apache.org/thread/b0qx2v8k5v4rrqsh53pb146t7so0lmrk). If you cannot upgrade immediately, restrict network exposure of the REST batch endpoint by placing it behind authentication and a reverse proxy or firewall so only trusted tenants/hosts can reach the batch upload path (trade-off: breaks programmatic batch submission from unlisted clients), and enable/enforce Kyuubi's authentication and authorization for the REST API rather than leaving it open (trade-off: requires configuring an auth provider and may need client changes). As additional hardening, run the Kyuubi server under a low-privilege account with the upload staging directory on a filesystem where the process cannot write to sensitive paths (config, binaries, cron), limiting what a traversal write can reach. Do not rely on these workarounds long-term; 1.12.0 is the durable fix.
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 Kyuubi is a distributed multi-tenant gateway that exposes Spark/SQL engines over Thrift and a REST API; the affected code path is the REST batch job submission feature, which accepts multipart file uploads (e.g. application JARs and resources) to stage batch workloads. The root cause is CWE-22 (Improper Limitation of a Pathname to a Restricted Directory / Path Traversal): when Kyuubi creates the temporary uploaded resource it uses the attacker-controlled 'filename' field from the multipart part directly to construct the destination path rather than deriving a safe, server-generated name. Multipart form-data filenames are entirely client-controlled, so embedding '../' segments causes the write to resolve outside the configured upload staging directory.
Know when Kyuubi 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
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Network-reachable REST endpoint with no required auth/UI (AV:N/AC:L/PR:N/UI:N); core impact is arbitrary controlled file write (I:H), with only escalation-dependent confidentiality/availability effects (C:L/A:L).
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
Articles & Coverage 1
Executive ViewAI
Apache Kyuubi versions 1.7.0 through 1.11.1 contain a critical arbitrary file write vulnerability in the REST API's multipart upload handler that could allow attackers to overwrite or create files on affected systems, potentially enabling unauthorized access, data compromise, or code execution. Organizations running vulnerable versions face risk proportional to API exposure. No security patch is currently available for existing deployments, requiring urgent upgrade to version 1.12.0 or network-level access controls.
Until upgrade to version 1.12.0 is complete: enforce network segmentation to restrict REST API access to internal-only connectivity; implement WAF or reverse-proxy rules blocking multipart requests with path traversal sequences (../) in filename parameters; enable audit logging on all multipart upload requests with filename inspection; disable the multipart upload endpoint if not actively in use; apply restrictive filesystem permissions to the Kyuubi service account to limit write scope to only necessary directories; implement monitoring and alerting on suspicious upload attempts in REST API access logs.
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
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
Any client who can access to Apache Kyuubi Server via Kyuubi frontend protocols can bypass server-side config kyuubi.ses
Server-Side Request Forgery (SSRF) and open-proxy behavior in Apache Kyuubi's Engine UI proxy exposes the Kyuubi server
EUVD-2026-51185
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB