CVE-2026-6620
Received Received - Intake
Path Traversal in SonicCloudOrg sonic-server File Upload Endpoint

Publication date: 2026-04-20

Last updated on: 2026-04-29

Assigner: VulDB

Description
A vulnerability was found in SonicCloudOrg sonic-server up to 2.0.0. The affected element is the function Upload of the file FileTool.java of the component File Upload Endpoint. The manipulation of the argument Type results in path traversal. The attack may be launched remotely. The exploit has been made public and could be used. The vendor was contacted early about this disclosure but did not respond in any way.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-04-20
Last Modified
2026-04-29
Generated
2026-05-07
AI Q&A
2026-04-20
EPSS Evaluated
2026-05-05
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
soniccloudorg sonic-server to 2.0.0 (inc)
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.
Attack-Flow Graph
AI Powered Q&A
How can this vulnerability impact me? :

This vulnerability can allow an attacker to access or overwrite files on the server by exploiting the path traversal flaw.

Such unauthorized access can lead to information disclosure, data tampering, or disruption of service.

Because the attack can be performed remotely without user interaction, it increases the risk of exploitation.

The CVSS scores indicate a moderate severity level, reflecting potential impacts on confidentiality, integrity, and availability.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

The vulnerability allows authenticated attackers to perform path traversal attacks via the file upload functionality, potentially leading to unauthorized file writes anywhere on the server filesystem.

This can result in confidentiality breaches through information disclosure of internal directory structures, integrity violations by overwriting files or planting malicious web shells, and availability issues by filling disk space.

Such impacts can lead to non-compliance with standards like GDPR and HIPAA, which require protection of sensitive data confidentiality, integrity, and availability.

Specifically, unauthorized access or modification of protected data due to this vulnerability could violate data protection and privacy requirements mandated by these regulations.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability can be detected by monitoring HTTP requests to the `/upload` and `/upload/v2` endpoints for suspicious usage of the `type` parameter containing directory traversal sequences such as `../` or `..\`.

You can use network traffic inspection tools or web server logs to identify requests with these patterns.

Example commands to detect such attempts include:

  • Using grep on web server logs to find traversal attempts: `grep -E "type=.*(\.\./|\.\.\\)" /var/log/nginx/access.log`
  • Using curl to test the endpoint for path traversal: `curl -X POST -F "type=../" -F "[email protected]" http://target/upload`
  • Using intrusion detection systems (IDS) with rules to detect directory traversal payloads in HTTP parameters.

Can you explain this vulnerability to me?

This vulnerability exists in the SonicCloudOrg sonic-server up to version 2.0.0, specifically in the Upload function of the FileTool.java file within the File Upload Endpoint component.

The issue arises from improper handling of the 'Type' argument, which allows an attacker to perform a path traversal attack.

This means an attacker can manipulate the file path to access files and directories outside the intended upload directory.

The attack can be launched remotely, and an exploit for this vulnerability has been made public.

The vendor was contacted early about this issue but did not respond.


What immediate steps should I take to mitigate this vulnerability?

Immediate mitigation steps include:

  • Implement allowlist validation to restrict the `type` parameter to a predefined set of allowed folder names.
  • Perform canonical path validation to ensure the resolved upload path remains within the intended base directory.
  • Use path normalization techniques, such as Java NIO Path APIs, to sanitize and validate file paths before processing uploads.
  • Monitor and block suspicious requests containing directory traversal sequences in the `type` parameter.
  • Restrict access to the upload endpoints to trusted and authenticated users only, as the vulnerability requires authentication.

Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart