CVE-2026-44615: Apache Zeppelin: path traversal escapes notebook root
MEDIUMApache Zeppelin's FileSystemNotebookRepo fails to confine note and folder rename/move operations to the configured notebook directory, letting an already-authenticated user with note-rename or folder-operation permission supply traversal segments ('../') to move, write, or delete files outside the notebook root using the server's own filesystem or Hadoop identity. There is no CVSS score, EPSS data, CISA KEV listing, public exploit, or Nuclei template for this issue, so there is no evidence of active or automated exploitation, and it requires an existing authenticated foothold rather than being remotely exploitable by an anonymous attacker. The real risk sits in shared, multi-tenant Zeppelin deployments used for interactive data science and ML development, where a lower-privileged authenticated user could tamper with other users' notebooks or service-account-reachable files, potentially leading to malicious code landing in paragraphs later executed by higher-privileged interpreters or teammates. Patch to Apache Zeppelin 0.12.1 as soon as feasible; until then, restrict note-rename and folder-operation permissions to trusted/admin roles and audit the FileSystemNotebookRepo storage path for files or directories that have landed outside the configured notebook directory.
What is the risk?
No CVSS vector or EPSS score is available, and the issue is not in CISA KEV, has no public exploit code, and no Nuclei scanner coverage, so near-term mass exploitation is unlikely. However, exploitability is not trivial to dismiss: any authenticated user who has been granted note-rename or folder-operation rights — a common permission in collaborative Zeppelin instances — can trigger the traversal without needing further privilege escalation or complex tooling, making this a moderate, insider-adjacent risk. Impact is potentially severe in shared multi-tenant environments because writes/deletes execute under the server's filesystem or Hadoop service identity, meaning the attacker's effective reach extends beyond their own notebook permissions to whatever the service account can touch.
How does the attack unfold?
How severe is it?
What is the attack surface?
What should I do?
1 step-
Upgrade to Apache Zeppelin 0.12.1, which fixes the path confinement bug. If immediate patching isn't possible, restrict the permission to rename notes/folders or perform folder operations to trusted administrators only, and review Zeppelin's authorization configuration (shiro.ini / notebook authorization settings) for over-broad grants. Audit the configured notebook directory and its parent paths for files or subdirectories that don't belong there, which would indicate prior exploitation. Add monitoring/logging around note and folder rename API calls for path segments containing '../' or absolute paths, and review the server's filesystem/Hadoop service account permissions to ensure it has no more filesystem access than the notebook directory requires (principle of least privilege for the service identity itself).
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-44615?
Apache Zeppelin's FileSystemNotebookRepo fails to confine note and folder rename/move operations to the configured notebook directory, letting an already-authenticated user with note-rename or folder-operation permission supply traversal segments ('../') to move, write, or delete files outside the notebook root using the server's own filesystem or Hadoop identity. There is no CVSS score, EPSS data, CISA KEV listing, public exploit, or Nuclei template for this issue, so there is no evidence of active or automated exploitation, and it requires an existing authenticated foothold rather than being remotely exploitable by an anonymous attacker. The real risk sits in shared, multi-tenant Zeppelin deployments used for interactive data science and ML development, where a lower-privileged authenticated user could tamper with other users' notebooks or service-account-reachable files, potentially leading to malicious code landing in paragraphs later executed by higher-privileged interpreters or teammates. Patch to Apache Zeppelin 0.12.1 as soon as feasible; until then, restrict note-rename and folder-operation permissions to trusted/admin roles and audit the FileSystemNotebookRepo storage path for files or directories that have landed outside the configured notebook directory.
Is CVE-2026-44615 actively exploited?
No confirmed active exploitation of CVE-2026-44615 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-44615?
Upgrade to Apache Zeppelin 0.12.1, which fixes the path confinement bug. If immediate patching isn't possible, restrict the permission to rename notes/folders or perform folder operations to trusted administrators only, and review Zeppelin's authorization configuration (shiro.ini / notebook authorization settings) for over-broad grants. Audit the configured notebook directory and its parent paths for files or subdirectories that don't belong there, which would indicate prior exploitation. Add monitoring/logging around note and folder rename API calls for path segments containing '../' or absolute paths, and review the server's filesystem/Hadoop service account permissions to ensure it has no more filesystem access than the notebook directory requires (principle of least privilege for the service identity itself).
What systems are affected by CVE-2026-44615?
This vulnerability affects the following AI/ML architecture patterns: notebook-based ML development, collaborative data science platforms, training/ETL pipelines orchestrated via notebooks.
What is the CVSS score for CVE-2026-44615?
CVE-2026-44615 has a CVSS v3.1 base score of 6.5 (MEDIUM). The EPSS exploitation probability is 0.58%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0050 Command and Scripting Interpreter Compliance Controls Affected
What are the technical details?
Original Advisory
Path traversal vulnerability in Apache Zeppelin. When FileSystemNotebookRepo is configured, an authenticated attacker with permission to rename a note, or access to folder operations, could supply traversal segments in note or folder paths. Zeppelin composed these values into filesystem paths using the server's filesystem or Hadoop identity without ensuring that the result remained under the configured notebook directory. This could allow notebook files or directories to be moved, written, or deleted outside the notebook root. This issue affects Apache Zeppelin versions 0.9.0 through 0.12.0. Users are recommended to upgrade to version 0.12.1, which fixes this issue.
Exploitation Scenario
A data scientist or analyst with legitimate but limited access to a shared Zeppelin instance — enough to rename their own notes or manipulate folders — issues a rename/move request where the target note or folder path contains traversal sequences like '../../../etc/cron.d/malicious'. Because Zeppelin composes the destination path using the server's filesystem or Hadoop identity without validating that the result stays under the configured notebook root, the file lands outside the intended sandbox. The attacker uses this to overwrite a colleague's notebook with a paragraph that exfiltrates credentials or data when the interpreter next executes it, or to delete/tamper with files the service account can reach, causing data loss or disrupting the shared ML development environment.
Weaknesses (CWE)
CWE-22 Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')
Primary
CWE-22 Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') CWE-22 — Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal'): The product uses external input to construct a pathname that is intended to identify a file or directory that is located underneath a restricted parent directory, but the product does not properly neutralize special elements within the pathname that can cause the pathname to resolve to a location that is outside of the restricted directory.
- [Implementation] Assume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range of acceptable values, missing or extra inputs, syntax, consistency across related fields, and conformance to business rules. As an example of business rule logic, "boat" may be syntactically valid because it only contains alphanumeric characters, but it is not valid if the input is only expected to contain colors such as "red" or "blue." Do not rely exclusively on looking for malicious or malformed inputs. This is likely to miss at least one undesirable input, especially if the code's environment changes. This can give attackers enough room to bypass the intended validation. However, denylis
- [Architecture and Design] For any security checks that are performed on the client side, ensure that these checks are duplicated on the server side, in order to avoid CWE-602. Attackers can bypass the client-side checks by modifying values after the checks have been performed, or by changing the client to remove the client-side checks entirely. Then, these modified values would be submitted to the server.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N References
Timeline
Related Vulnerabilities
CVE-2024-2912 10.0 BentoML: RCE via insecure deserialization (CVSS 10)
Same attack type: Code Execution CVE-2026-21858 10.0 n8n: Input Validation flaw enables exploitation
Same attack type: Code Execution CVE-2025-5120 10.0 smolagents: sandbox escape enables unauthenticated RCE
Same attack type: Code Execution CVE-2025-59528 10.0 Flowise: Unauthenticated RCE via MCP config injection
Same attack type: Code Execution GHSA-vvpj-8cmc-gx39 10.0 picklescan: security flaw enables exploitation
Same attack type: Code Execution