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

CVE-2024-47155

CVE-2024-47155 Information Disclosure in Honor
📅 PUBLISHED: 2024-12-26 11:47 UTC 🔄 UPDATED: 2026-08-21 19:36 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.18%
👁️
0.18% probability
4.4× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1552
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Country: China License: Commercial
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 5.5
AV: L Attack Vector Local
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: U Scope Unchanged
C: H Confidentiality High
I: N Integrity None
A: N Availability None
5.5
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2024-47155 is an information leak vulnerability affecting certain Honor products. The vulnerability allows a local attacker with low privileges to leak sensitive information from the device. The CVSS score is 5.5 (Medium), and the EPSS probability is 0.0%, indicating a very low likelihood of exploitation in the wild. No public proof-of-concept (PoC) or exploit code is available at this time. The vendor has not yet released a patch, and the affected version range is unknown.

⚡ 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

CVSS Breakdown & Threat Level

  • CVSS Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
  • Base Score: 5.5 (Medium)
  • Attack Vector: Local (AV:L) – The attacker must have physical or local network access to the device.
  • Attack Complexity: Low (AC:L) – No special conditions are required for exploitation.
  • Privileges Required: Low (PR:L) – The attacker needs basic user-level access.
  • User Interaction: None (UI:N) – No user action is required.
  • Scope: Unchanged (S:U) – The vulnerability does not affect other components.
  • Confidentiality Impact: High (C:H) – Sensitive information can be fully disclosed.
  • Integrity Impact: None (I:N) – No data modification is possible.
  • Availability Impact: None (A:N) – No denial of service.

Threat Level: Medium. The vulnerability is local and requires low privileges, but the impact on confidentiality is high. The lack of public exploits and low EPSS score reduces immediate risk, but the absence of a patch makes it a concern for targeted attacks.

Deep Dive & Mechanics

The vulnerability is an information leak in Honor products. The exact component or mechanism is not publicly disclosed. Based on the CWE-200 classification, the flaw likely involves the exposure of sensitive data (e.g., credentials, tokens, device identifiers, or user data) through an insecure API, debug interface, or file system permission issue.

Potential Attack Vector:

  1. An attacker gains local access to the device (e.g., via a malicious app or physical access).
  2. The attacker exploits the vulnerability to read files, memory, or logs that contain sensitive information.
  3. The leaked data could be used for further attacks, such as privilege escalation or lateral movement.

Affected Components (Hypothetical):

  • System logs containing user credentials.
  • Debug interfaces exposing device tokens.
  • Insecure file permissions on configuration files.

Vulnerable vs. Patched Code

No patch or code comparison is available. The vendor has not released a fix, and the vulnerable version range is unknown. The following is a hypothetical example of a vulnerable code pattern:

Vulnerable Code (Hypothetical):

# Vulnerable: Exposes sensitive data via debug endpoint
@app.route('/debug/info')
def debug_info():
    return json.dumps({
        'device_token': device_token,
        'user_credentials': user_credentials
    })

Patched Code (Hypothetical):

# Patched: Removes debug endpoint or restricts access
@app.route('/debug/info')
@login_required
@admin_required
def debug_info():
    return json.dumps({
        'device_token': mask_token(device_token),
        'user_credentials': 'REDACTED'
    })

Exploitation & Lab Setup

Red Team (Offensive)

Prerequisites:

  • Local access to an Honor device (e.g., via ADB or a malicious app).
  • Low-privilege user account.

Exploitation Steps:

  1. Identify the vulnerable endpoint or file (e.g., /proc/..., /data/..., or a debug API).
  2. Use a script to extract sensitive data:
    # Example: Read system logs for credentials
    adb shell cat /data/logs/system.log | grep "password"
    
  3. Alternatively, use a Python script to query the debug API:
    import requests
    response = requests.get('http://localhost:8080/debug/info')
    print(response.json())
    

Note: No public exploit code is available. The above is a generic example.

Blue Team (Defensive)

Detection Steps:

  1. Monitor for unusual access to debug endpoints or sensitive files.
  2. Use file integrity monitoring (FIM) to detect changes to system logs.
  3. Implement least privilege principles to restrict local access.

Hunting Query:

-- Example: Detect access to debug endpoints
SELECT * FROM process_events WHERE command_line LIKE '%debug%' OR command_line LIKE '%/proc/%';

Indicators of Compromise (IOCs)

  • File Paths:
    • /data/logs/system.log
    • /data/debug/info
    • /proc/self/environ
  • Network Indicators:
    • Outbound connections to unknown IPs from the device.
    • Unusual HTTP requests to localhost debug endpoints.
  • Process Indicators:
    • Processes reading sensitive files (e.g., cat, grep, curl).
    • Unknown applications accessing debug APIs.

Detection Engineering

YARA Rule

rule CVE_2024_47155_InfoLeak {
    meta:
        description = "Detects potential information leak from Honor devices"
        author = "Valters IT"
        date = "2025-04-10"
        cve = "CVE-2024-47155"
    strings:
        $s1 = "device_token" ascii wide nocase
        $s2 = "user_credentials" ascii wide nocase
        $s3 = "password" ascii wide nocase
    condition:
        any of ($s1, $s2, $s3)
}

Sigma Rule

title: CVE-2024-47155 - Honor Information Leak Detection
id: 12345678-1234-1234-1234-123456789abc
status: experimental
description: Detects access to sensitive files or debug endpoints on Honor devices
author: Valters IT
date: 2025-04-10
logsource:
    category: process_creation
    product: linux
detection:
    selection:
        Image|endswith:
            - '/cat'
            - '/grep'
            - '/curl'
        CommandLine|contains:
            - '/data/logs/system.log'
            - '/debug/info'
            - '/proc/self/environ'
    condition: selection
falsepositives:
    - Legitimate debugging activities
level: medium

Suricata Rule

alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2024-47155 - Honor Information Leak - Outbound Data Exfiltration"; flow:to_server,established; content:"device_token"; nocase; content:"user_credentials"; nocase; classtype:attempted-recon; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Isolate affected devices from sensitive networks until a patch is available.
  2. Restrict local access by disabling unnecessary services (e.g., ADB, debug interfaces).
  3. Monitor logs for unauthorized access to sensitive files.

Long-Term Fix:

  • Apply vendor patch when released.
  • Implement secure coding practices to avoid exposing sensitive data in debug endpoints.
  • Conduct a security audit of all Honor devices in the environment.

Workarounds:

  • Use endpoint detection and response (EDR) tools to block access to known vulnerable paths.
  • Enable full disk encryption to protect data at rest.

Valters IT
DevSecOps & Cyber Threat Intelligence Expert

👁️ 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.

Honor
Honor device
Honor information leak
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2024-47155/ · 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.