CVE-2026-59820: LiteLLM Path Traversal in Skill Upload – MEDIUM Severity
LiteLLM, a proxy server used to standardize API calls to various large language models, contains a path traversal vulnerability in its skill upload feature. An authenticated user who has permission to upload skills can craft a malicious ZIP file that extracts files outside the intended directory, potentially overwriting system files or placing malicious content in sensitive locations. This requires existing API access and doesn't directly cause data theft or system crashes, but enables an attacker to modify files on the server.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
- Weaknesses (CWE)
- CWE-22
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-13
NVD description (verbatim)
LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. Prior to 1.83.7-stable, LiteLLM Skills archive extraction did not sufficiently validate file paths from uploaded skill ZIP archives, allowing an authenticated user with access to LiteLLM LLM API routes or a key whose allowed_routes includes /v1/skills, anthropic_routes, or llm_api_routes to upload a crafted skill archive containing path traversal entries that could be written outside the intended extraction or staging directory. This issue is fixed in version 1.83.7-stable.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in LiteLLM's skill archive extraction logic prior to version 1.83.7-stable. The code fails to properly canonicalize and validate file paths extracted from user-supplied ZIP archives before writing them to disk. An attacker exploiting this flaw can use path traversal sequences (e.g., ../../) in ZIP entry names to escape the intended extraction directory. The vulnerability is classified as CWE-22 (Improper Limitation of a Pathname to a Restricted Directory) and requires the attacker to possess API credentials with routes that include /v1/skills, anthropic_routes, or llm_api_routes. The CVSS 3.1 score of 6.5 (Medium) reflects the need for authenticated access and the integrity impact without confidentiality or availability loss in the base case.
Business impact
Organizations running LiteLLM as a central AI gateway face risk of configuration or application tampering. A malicious insider or compromised service account could inject unauthorized code or modify critical configuration files, leading to persistent compromise of downstream LLM integrations. This is particularly concerning if LiteLLM runs with elevated privileges or shares a filesystem with other sensitive services. The attack does not directly exfiltrate data but enables further compromise and could disrupt service availability indirectly through file system saturation or corruption.
Affected systems
LiteLLM versions prior to 1.83.7-stable are affected. Any deployment using the skill upload feature (accessible via /v1/skills, anthropic_routes, or llm_api_routes endpoints) is at risk. The vulnerability requires API authentication, so only users or services with valid credentials and appropriate route permissions can exploit it. Deployments that do not use the skill upload feature or restrict access to those endpoints are less critical, though we recommend updating regardless.
Exploitability
Exploitation requires two conditions: (1) valid API credentials to LiteLLM with routes that permit skill uploads, and (2) ability to craft and upload a ZIP archive with path traversal entries. The attack is straightforward once these prerequisites are met—no complex bypass techniques are needed. The vulnerability is likely exploitable by authenticated users without special network conditions (CVSS Access Vector: Network, Attack Complexity: Low). The primary barrier is authentication; this is not an unauthenticated remote code execution flaw. Internal threats, compromised service accounts, and overly permissive API key configurations raise practical risk.
Remediation
Upgrade LiteLLM to version 1.83.7-stable or later. This version includes fixes to validate and sanitize file paths during ZIP extraction, preventing traversal outside the intended staging directory. Before upgrading, audit which users or services have API keys with permissions to /v1/skills or related routes; consider restricting those permissions to only necessary consumers. Review access logs for any suspicious skill upload activity prior to patching.
Patch guidance
Update LiteLLM to version 1.83.7-stable as soon as feasible. This is a targeted patch addressing path traversal in the skill upload mechanism. Standard deployment procedures (pull latest image, update package manager, or build from source) apply depending on your LiteLLM installation method. Test in a staging environment if possible, though this vulnerability fix is low-risk and unlikely to cause compatibility issues. After patching, verify that skill upload functionality still works as expected in your use case.
Detection guidance
Monitor API logs for skill upload requests (POST /v1/skills or equivalent) originating from unexpected users or service accounts. Look for ZIP archive uploads with suspicious paynames containing ../ or other path traversal sequences. File system integrity monitoring on the LiteLLM host can detect unexpected file creation or modification outside normal skill directories—flag any writes to system directories, configuration paths, or other sensitive locations coinciding with skill uploads. Review LiteLLM's audit or request logs (if enabled) for patterns of malicious uploads before version 1.83.7 was deployed.
Why prioritize this
Although this is a MEDIUM severity flaw requiring authentication, it strikes at a core responsibility of an AI gateway: secure processing of user-supplied content. In environments where LiteLLM handles multi-tenant API access or shares infrastructure with other services, a successful exploit could compromise the gateway itself and any services depending on it. The integrity impact combined with the trend toward LiteLLM adoption in enterprise AI pipelines warrants prompt patching. Organizations should prioritize this within their standard patch cycle (2–4 weeks is reasonable), particularly if they allow external or contractor API access or run LiteLLM with broad file system permissions.
Risk score, explained
CVSS 3.1 score of 6.5 reflects the combination of network-accessible attack vector, low attack complexity, and requirement for authenticated access (thus a privileged context). The score emphasizes integrity impact (an attacker can modify files) without confidentiality or availability loss in the base scenario. The rating lands in MEDIUM territory because exploitation is gated by authentication and does not directly leak sensitive data or crash the service. However, the impact can be severe in practice depending on what files are overwritten or injected, warranting careful assessment in your specific threat model.
Frequently asked questions
Do we need to update if we do not use LiteLLM's skill upload feature?
Even if your deployment does not actively use skill uploads, we recommend updating to 1.83.7-stable as a precaution. Future features or accidental exposure of the endpoint could create risk. Additionally, disabling the feature server-side is a good defense-in-depth measure independent of patching.
Can this vulnerability lead to remote code execution?
Yes, indirectly. By writing malicious files outside the intended directory—such as overwriting Python scripts, configuration files, or executable code that LiteLLM loads—an attacker could achieve code execution. The vulnerability itself is path traversal, but the impact depends on what files are accessible and how they are used by the application.
Does the fix break backward compatibility with existing skill uploads?
Version 1.83.7-stable fixes the validation logic but maintains support for legitimate skill uploads. You should not see disruption to valid workflows. Test in a staging environment if you rely on skill uploads in production, but no major refactoring should be necessary.
Are there other defenses besides patching?
Yes. Restrict API route permissions: ensure only necessary users or services have credentials that include /v1/skills endpoints. Run LiteLLM with minimal file system permissions—avoid running as root or with overly broad write access. Use file system monitoring and audit logging to detect unusual file modifications. These controls reduce blast radius even if the vulnerability were exploited.
This analysis is based on the vulnerability record as of 2026-07-13 and the official CVE-2026-59820 description. Patch versions, affected products, and CVSS scores are derived from authoritative vendor advisories. Organizations should verify patching instructions and testing in their own environment before deploying updates. This explainer is for informational purposes and does not constitute professional security advice. Always consult your security team and vendor documentation for deployment-specific guidance. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2018-25393MEDIUMNavigate CMS 2.8.5 Path Traversal Vulnerability (CVSS 6.5)
- CVE-2018-25421MEDIUMOpen STA Manager 2.3 Path Traversal File Download Vulnerability
- CVE-2019-25734MEDIUMContact Form by WD CSRF & Local File Inclusion Vulnerability
- CVE-2019-25740MEDIUMJoomla com_jsjobs Arbitrary File Deletion Vulnerability
- CVE-2022-50953MEDIUMWordPress admin-word-count-column Plugin Local File Read Vulnerability
- CVE-2024-47263MEDIUMSynology Hyper Backup Path Traversal – Admin Privilege Required
- CVE-2024-47273MEDIUMSynology Hyper Backup Path Traversal Vulnerability (4.3 MEDIUM)
- CVE-2025-24268MEDIUMmacOS Path Traversal Vulnerability – Patch Sequoia 15.4