CVE-2024-7602
Executive Summary
CVE-2024-7602 is a directory traversal vulnerability in the Logsign Unified SecOps Platform, specifically within its HTTP API service (default port 443). An authenticated remote attacker can exploit improper validation of user-supplied paths to read arbitrary files on the system, leading to disclosure of sensitive information with root privileges. The vulnerability has a CVSS score of 6.5 (Medium), with no known public exploit or patch. The EPSS score is 0.0%, indicating low exploitation likelihood at this time, but the impact is significant due to potential exposure of credentials, configuration files, or other sensitive data.
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Supply Chain & Package Security
This vulnerability is not related to NPM, PyPI, Go, or Ruby packages. It affects a proprietary appliance (Logsign Unified SecOps Platform) and does not involve open-source package dependencies.
CVSS Breakdown & Threat Level
- CVSS Score: 6.5 (Medium)
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
- Attack Vector: Network
- Attack Complexity: Low
- Privileges Required: Low (authentication required)
- User Interaction: None
- Scope: Unchanged
- Confidentiality Impact: High
- Integrity Impact: None
- Availability Impact: None
The threat level is Medium due to the requirement for authentication, but the potential for root-level information disclosure makes it a serious concern for organizations using Logsign.
Deep Dive & Mechanics
The vulnerability resides in the HTTP API service of Logsign Unified SecOps Platform, which listens on TCP port 443 by default. The flaw is a classic directory traversal (CWE-22) where the application fails to properly validate user-supplied paths before using them in file operations. An authenticated attacker can craft requests with path traversal sequences (e.g., ../) to escape the intended directory and read arbitrary files on the filesystem.
The root cause is the lack of input sanitization or canonicalization of file paths. The API likely uses user input to construct file paths without checking for traversal sequences, allowing an attacker to read files such as /etc/shadow, application configuration files, or other sensitive data. Since the service runs with root privileges, the attacker can access any file on the system.
Vulnerable vs. Patched Code
No patched version is available. The vulnerable code likely resembles:
# Vulnerable pseudocode
def read_file(user_path):
base_dir = "/var/logsign/data/"
full_path = base_dir + user_path
with open(full_path, "r") as f:
return f.read()
A patched version would validate the path:
# Patched pseudocode
import os
def read_file(user_path):
base_dir = "/var/logsign/data/"
full_path = os.path.normpath(os.path.join(base_dir, user_path))
if not full_path.startswith(base_dir):
raise PermissionError("Access denied")
with open(full_path, "r") as f:
return f.read()
Exploitation & Lab Setup
Red Team
Prerequisites: Valid credentials for the Logsign API.
Exploit Steps:
- Authenticate to the API (e.g., via
/api/login). - Send a GET request to a vulnerable endpoint with a path traversal payload.
Example using curl:
curl -k -X GET "https://target:443/api/files?path=../../../../etc/shadow" \
-H "Authorization: Bearer <token>"
If successful, the response will contain the contents of /etc/shadow.
Expected Output: The attacker can read any file on the system, including SSH keys, database credentials, or application secrets.
Blue Team
Detection: Monitor API logs for unusual path traversal patterns (e.g., ../ sequences). Use the following Sigma rule to detect exploitation attempts.
Mitigation: Restrict API access to trusted IPs, enforce strong authentication, and implement a Web Application Firewall (WAF) to block path traversal payloads.
Indicators of Compromise (IOCs)
- Network: HTTP requests to
/api/filesor similar endpoints containing../or..%2fsequences. - File System: Unauthorized access to files outside the intended directory (e.g.,
/etc/shadow,/etc/passwd, application config files). - Logs: API access logs showing path traversal patterns.
Detection Engineering
YARA Rule
rule CVE_2024_7602_Directory_Traversal {
meta:
description = "Detects directory traversal attempts against Logsign Unified SecOps Platform"
author = "Valters IT"
date = "2025-04-10"
reference = "CVE-2024-7602"
strings:
$traversal1 = "../"
$traversal2 = "..\\"
$traversal3 = "%2e%2e%2f"
$traversal4 = "%2e%2e/"
condition:
any of them
}
Sigma Rule
title: Logsign Directory Traversal Attempt
id: 12345678-1234-1234-1234-123456789012
status: experimental
description: Detects path traversal patterns in Logsign API requests
author: Valters IT
logsource:
category: webserver
product: logsign
detection:
selection:
cs-uri-query|contains:
- "../"
- "..\\"
- "%2e%2e%2f"
- "%2e%2e/"
condition: selection
falsepositives:
- Legitimate use of dots in file names (rare)
level: high
Suricata Rule
alert http any any -> any any (msg:"CVE-2024-7602 Logsign Directory Traversal"; flow:to_server,established; content:"../"; http_uri; nocase; sid:1000001; rev:1;)
Remediation & Mitigation
- Immediate: Restrict network access to the Logsign API (port 443) to only trusted IPs. Implement a WAF to block path traversal patterns.
- Short-term: Monitor for exploitation attempts using the provided detection rules. Review API logs for suspicious activity.
- Long-term: Apply vendor patches when available. If no patch is forthcoming, consider isolating the Logsign platform or migrating to an alternative solution.
Valters IT
Securing Digital Frontiers
What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.
💣 PoC CODE AVAILABLE
Exploit code for this CVE is tracked in our database.
Access poc_code via API Pro.