☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 4.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N 🐛 CWE-22
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2024-7564

CVE-2024-7564 Directory Traversal in Logsign
📅 PUBLISHED: 2024-08-06 15:47 UTC 🔄 UPDATED: 2026-08-12 09:01 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: Public
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.69%
👁️
0.69% probability
17.3× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: UNKNOWN / CHECK VENDOR
CVSS VECTOR BREAKDOWN 4.3
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: U Scope Unchanged
C: L Confidentiality Low
I: N Integrity None
A: N Availability None
4.3
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

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.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

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.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
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:

  1. Attacker authenticates to the Logsign platform.
  2. Attacker sends a crafted request to the get_response_json_result endpoint with a path like ../../etc/passwd.
  3. The server processes the path and reads the file, returning its contents in the response.
  4. 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:

  1. Authenticate to the Logsign platform (e.g., via login API).
  2. Craft a request to the get_response_json_result endpoint with a traversal path:
    GET /get_response_json_result?path=../../etc/passwd HTTP/1.1
    Host: target
    Cookie: session=valid_session_cookie
    
  3. The server returns the contents of /etc/passwd.
  4. 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_result endpoint.
  • Look for sequences like ../, ..\\, or absolute paths in the path parameter.
  • 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_result with path parameter containing ../ or absolute paths.
    • Unusual outbound data transfers from the Logsign server.
  • File IOCs:
    • Unexpected access to /etc/passwd, /etc/shadow, /var/logsign/config.ini, or other sensitive files.
  • 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:

  1. Isolate the Logsign platform from untrusted networks if possible.
  2. Monitor logs for exploitation attempts using the provided detection rules.
  3. Apply virtual patching via WAF rules to block traversal patterns in the path parameter.

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_result endpoint to trusted IPs only.
  • Disable the endpoint if not required.

Valters IT
Senior DevSecOps & Cyber Threat Intelligence Analyst

👁️ SHODAN DORKS (THREAT HUNTING)

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.

Logsign Unified SecOps Platform
Logsign

💣 PoC CODE AVAILABLE

Exploit code for this CVE is tracked in our database. Access poc_code via API Pro.

[ API_PRO ] →
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2024-7564/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.