CVE-2026-58192
Undergoing Analysis Undergoing Analysis - In Progress

Path Traversal in Appium Storage Plugin

Vulnerability report for CVE-2026-58192, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-07-08

Last updated on: 2026-07-09

Assigner: GitHub, Inc.

Description

Appium is a cross-platform automation framework for all kinds of apps, built on top of the W3C WebDriver protocol. Prior to 1.1.6, the Appium storage plugin exposes POST /storage/delete, whose handler passes the user-supplied name value directly into path.join(storageRoot, name) and fs.rimraf() without path sanitization, allowing an unauthenticated remote client to escape the storage root with ../ sequences and recursively delete arbitrary writable files or directories. This issue is fixed in version 1.1.6.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-07-08
Last Modified
2026-07-09
Generated
2026-07-15
AI Q&A
2026-07-09
EPSS Evaluated
2026-07-14
NVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
appium appium 1.1.6

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-22 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.
CWE-73 The product allows user input to control or influence paths or file names that are used in filesystem operations.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability exists in the Appium storage plugin prior to version 1.1.6. The plugin exposes a POST /storage/delete endpoint that takes a user-supplied name value and directly uses it in a file path operation without sanitizing it. Specifically, it passes the name into path.join(storageRoot, name) and then calls fs.rimraf() to delete files or directories. Because the input is not sanitized, an unauthenticated remote attacker can use directory traversal sequences (../) to escape the intended storage root directory and recursively delete arbitrary writable files or directories on the system.

Impact Analysis

This vulnerability allows an unauthenticated remote attacker to delete arbitrary files or directories on the affected system. The attacker can escape the intended storage directory and perform recursive deletions, potentially leading to loss of important data or disruption of services. Since the attacker does not need any privileges or user interaction, the impact is significant and can cause denial of service or data loss.

Mitigation Strategies

To mitigate this vulnerability, upgrade Appium to version 1.1.6 or later, where the issue has been fixed.

Compliance Impact

The vulnerability allows unauthenticated remote attackers to delete arbitrary writable files or directories on the host filesystem by exploiting path traversal in the Appium storage plugin. This can lead to data loss and denial of service.

Such unauthorized deletion of files, including potentially sensitive data or system configuration files, could impact compliance with standards like GDPR or HIPAA, which require protection of data integrity and availability.

Because the vulnerability enables high integrity impact without authentication, it poses a significant risk to maintaining secure and reliable data handling practices mandated by these regulations.

Detection Guidance

This vulnerability involves an unauthenticated remote POST request to the /storage/delete endpoint of the Appium storage plugin, where the 'name' parameter is not properly sanitized, allowing path traversal attacks.

To detect if your system is vulnerable, you can check the version of the @appium/storage-plugin installed. Versions 1.1.5 and earlier are vulnerable, while version 1.1.6 and later include the fix.

You can also monitor network traffic or logs for suspicious POST requests to /storage/delete containing path traversal sequences like "../" in the 'name' parameter.

Example commands to check the installed version and test for vulnerability include:

  • Check the installed version of the storage plugin (run in the environment where Appium is installed): npm list @appium/storage-plugin
  • If the version is 1.1.5 or earlier, the system is vulnerable.
  • Test for the vulnerability by sending a crafted POST request to the Appium server (replace <appium_host> and <appium_port>): curl -X POST http://<appium_host>:<appium_port>/storage/delete -d '{"name":"../somefile"}' -H 'Content-Type: application/json'
  • If the request succeeds in deleting files outside the storage root or returns a success response without sanitization errors, the system is vulnerable.

Additionally, review Appium server logs for any errors or suspicious delete requests involving path traversal patterns.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-58192. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart