CVE-2024-7564
Executive Summary
CVE-2024-7564 is a directory traversal vulnerability in Logsign Unified SecOps Platform, specifically within the get_response_json_result endpoint. An authenticated attacker can exploit this flaw to read arbitrary files on the system, leading to disclosure of sensitive information such as configuration files, credentials, or logs. The vulnerability is caused by insufficient validation of user-supplied paths before file operations. With a CVSS score of 4.3 (Medium), the risk is elevated due to the potential for information disclosure at the root privilege level. No public exploit code or patch is currently available, making proactive detection and mitigation critical.
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 any open-source package manager (NPM, PyPI, Go, Ruby). It affects a proprietary commercial product, Logsign Unified SecOps Platform. No supply chain implications are identified.
CVSS Breakdown & Threat Level
- CVSS Score: 4.3 (Medium)
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
- Attack Vector: Network
- Attack Complexity: Low
- Privileges Required: Low (Authentication required)
- User Interaction: None
- Scope: Unchanged
- Confidentiality Impact: Low (limited file read)
- Integrity Impact: None
- Availability Impact: None
Threat Level: Medium. Exploitation requires authentication but can lead to disclosure of sensitive system files, potentially enabling further attacks.
Deep Dive & Mechanics
The vulnerability resides in the get_response_json_result endpoint of Logsign Unified SecOps Platform. The endpoint accepts a user-supplied path parameter and uses it in file operations without proper validation. Specifically, the application fails to sanitize directory traversal sequences (e.g., ../), allowing an attacker to navigate outside the intended directory.
Root Cause: Lack of input validation for path traversal characters. The application does not check if the resolved path stays within an allowed base directory.
Attack Flow:
- Attacker authenticates to the Logsign platform.
- Attacker sends a crafted request to the
get_response_json_resultendpoint with a path like../../etc/passwd. - The server processes the path and reads the file, returning its contents in the response.
- Attacker gains access to sensitive files (e.g.,
/etc/shadow, configuration files, logs).
Impact: Information disclosure at root level. An attacker could read system configuration, credentials, or other sensitive data, potentially leading to privilege escalation or lateral movement.
Vulnerable vs. Patched Code
Since no patch is available, the vulnerable code pattern is described conceptually.
Vulnerable Code (Conceptual):
@app.route('/get_response_json_result')
def get_response_json_result():
path = request.args.get('path')
# No validation of path
with open(path, 'r') as f:
data = f.read()
return jsonify(data)
Patched Code (Conceptual):
import os
@app.route('/get_response_json_result')
def get_response_json_result():
path = request.args.get('path')
base_dir = '/var/logsign/allowed'
# Resolve and validate path
full_path = os.path.realpath(os.path.join(base_dir, path))
if not full_path.startswith(base_dir):
return "Access denied", 403
with open(full_path, 'r') as f:
data = f.read()
return jsonify(data)
The patched version uses os.path.realpath to resolve the path and checks that it starts with the allowed base directory, preventing traversal.
Exploitation & Lab Setup
Red Team
Prerequisites:
- Valid credentials for Logsign Unified SecOps Platform.
- Network access to the vulnerable endpoint.
Exploitation Steps:
- Authenticate to the Logsign platform (e.g., via login API).
- Craft a request to the
get_response_json_resultendpoint with a traversal path:GET /get_response_json_result?path=../../etc/passwd HTTP/1.1 Host: target Cookie: session=valid_session_cookie - The server returns the contents of
/etc/passwd. - Iterate to read other sensitive files (e.g.,
/etc/shadow,/var/logsign/config.ini).
Example cURL Command:
curl -X GET "http://target/get_response_json_result?path=../../etc/passwd" \
-H "Cookie: session=valid_session_cookie"
Blue Team
Detection:
- Monitor for unusual path traversal patterns in HTTP requests to the
get_response_json_resultendpoint. - Look for sequences like
../,..\\, or absolute paths in thepathparameter. - Alert on requests that attempt to read system files (e.g.,
/etc/passwd,/etc/shadow).
Mitigation:
- Implement input validation to reject traversal sequences.
- Use a whitelist of allowed files or directories.
- Apply the principle of least privilege to the application process.
Indicators of Compromise (IOCs)
- Network IOCs:
- HTTP requests to
/get_response_json_resultwithpathparameter containing../or absolute paths. - Unusual outbound data transfers from the Logsign server.
- HTTP requests to
- File IOCs:
- Unexpected access to
/etc/passwd,/etc/shadow,/var/logsign/config.ini, or other sensitive files.
- Unexpected access to
- Log IOCs:
- Web server logs showing repeated traversal attempts.
- Application logs with errors related to file access outside allowed directories.
Detection Engineering
YARA Rule
rule CVE_2024_7564_Directory_Traversal {
meta:
description = "Detects directory traversal attempts in Logsign Unified SecOps Platform"
author = "Valters IT"
date = "2025-04-10"
cve = "CVE-2024-7564"
strings:
$traversal1 = "../"
$traversal2 = "..\\"
$traversal3 = "%2e%2e%2f"
$traversal4 = "%2e%2e%5c"
$sensitive1 = "/etc/passwd"
$sensitive2 = "/etc/shadow"
$sensitive3 = "/var/logsign/"
condition:
any of ($traversal*) and any of ($sensitive*)
}
Sigma Rule
title: CVE-2024-7564 Directory Traversal in Logsign Unified SecOps Platform
id: 12345678-1234-1234-1234-123456789abc
status: experimental
description: Detects directory traversal attempts to the get_response_json_result endpoint
author: Valters IT
date: 2025-04-10
logsource:
category: webserver
product: apache
detection:
selection:
cs-method: 'GET'
cs-uri-stem: '/get_response_json_result'
cs-uri-query|contains:
- '../'
- '..\\'
- '%2e%2e%2f'
- '%2e%2e%5c'
condition: selection
falsepositives:
- Legitimate use of relative paths (unlikely)
level: high
Suricata Rule
alert http any any -> any any (
msg:"CVE-2024-7564 Logsign Directory Traversal Attempt";
flow:to_server,established;
content:"/get_response_json_result"; http_uri;
content:"../"; http_uri;
classtype:attempted-recon;
sid:1000001;
rev:1;
)
Remediation & Mitigation
Immediate Actions:
- Isolate the Logsign platform from untrusted networks if possible.
- Monitor logs for exploitation attempts using the provided detection rules.
- Apply virtual patching via WAF rules to block traversal patterns in the
pathparameter.
Long-term Fix:
- Contact Logsign for an official patch or upgrade.
- Implement input validation and path sanitization in the application code.
- Use a chroot jail or containerization to limit file system access.
Workaround:
- Restrict access to the
get_response_json_resultendpoint to trusted IPs only. - Disable the endpoint if not required.
Valters IT
Senior DevSecOps & Cyber Threat Intelligence Analyst
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.