A path traversal vulnerability in the get-project-files functionality of stitionai/devika allows attackers to read arbitrary files from the filesystem and cause a Denial of Service (DoS). This issue is present in all versions of the application. The vulnerability arises due to insufficient path sanitization for the 'project-name' parameter, enabling attackers to specify paths that traverse the filesystem. By setting 'project-name' to the root directory, an attacker can cause the application to attempt to read the entire filesystem, leading to a DoS condition.
The vulnerability results from insufficient sanitization of the 'project-name' parameter before its use in file operations. An attacker can provide a path containing directory traversal sequences in this parameter, pointing to any location in the file system. If the root directory is specified as the parameter value, the application attempts to read the entire file system, leading to resource exhaustion and a DoS condition.
An attacker can read arbitrary files from the server file system (e.g., configuration files, credentials), and can also cause application unavailability by triggering a DoS condition.
Apply patches available from the vendor according to references. The vendor should implement proper sanitization and validation of the 'project-name' parameter to prevent directory traversal outside the allowed working directory.
All versions of Stitionai Devika application
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:HStitionai Devika
APPStitionaiall versions
Related vulnerabilities
Path traversal w Stitionai Devika v1 — nieautoryzowany dostęp do plików
stitionai/devika main branch as of commit cdfb782b0e634b773b10963c8034dc9207ba1f9f is vulnerable to Local File...
A CORS misconfiguration in the stitionai/devika repository allows attackers to steal sensitive information suc...
A Cross-Site Request Forgery (CSRF) vulnerability was identified in the stitionai/devika application, affectin...
A directory traversal vulnerability exists in the stitionai/devika repository, specifically within the /api/do...