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

CVE-2023-51433

CVE-2023-51433 Information Disclosure in Honor
📅 PUBLISHED: 2023-12-29 03:47 UTC 🔄 UPDATED: 2026-08-21 19:37 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.12%
👁️
0.12% probability
3.0× 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 2.9
AV: L Attack Vector Local
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: N User Interaction None
S: U Scope Unchanged
C: L Confidentiality Low
I: N Integrity None
A: N Availability None
2.9
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2023-51433 describes an incorrect privilege assignment vulnerability affecting certain Honor products. Successful exploitation could lead to information disclosure. The vulnerability has a low CVSS score of 2.9, indicating a low severity, but it still poses a risk for local information leakage. No public proof-of-concept (PoC) or exploit code is available, and the patch status remains unknown. The vulnerability is classified under CWE-266 (Incorrect Privilege Assignment).

⚡ 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 NPM, PyPI, Go, or Ruby packages. It is a hardware/firmware-level issue specific to Honor devices.

CVSS Breakdown & Threat Level

  • CVSS Score: 2.9 (Low)
  • Vector: CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
  • Attack Vector: Local (AV:L) – The attacker must have physical or local access to the device.
  • Attack Complexity: Low (AC:L) – No special conditions are required.
  • Privileges Required: None (PR:N) – No authentication is needed.
  • User Interaction: None (UI:N) – No user action is required.
  • Scope: Unchanged (S:U) – The vulnerability does not affect other components.
  • Confidentiality Impact: Low (C:L) – Limited information disclosure.
  • Integrity Impact: None (I:N) – No data modification.
  • Availability Impact: None (A:N) – No denial of service.

Threat Level: Low. The vulnerability requires local access and only allows limited information leakage. However, in a multi-user or shared device environment, it could be exploited to access sensitive data.

Deep Dive & Mechanics

The vulnerability stems from incorrect privilege assignment in Honor products. This means that the system does not properly enforce access controls, allowing a local attacker to access resources or data that should be restricted. The exact mechanism is not publicly detailed, but it likely involves a service or process running with elevated privileges that exposes sensitive information to unprivileged users.

Potential Attack Scenario:

  1. An attacker gains local access to an Honor device (e.g., via a malicious app or physical access).
  2. The attacker exploits the incorrect privilege assignment to read files, process memory, or access system logs that contain sensitive information (e.g., credentials, personal data).
  3. The attacker exfiltrates the data.

Vulnerable vs. Patched Code

No specific code snippets are available for this vulnerability. The issue is likely in the firmware or system services of Honor devices. Without a patch, no comparison can be made.

Exploitation & Lab Setup

Red Team (Exploitation)

Since no public exploit code exists, a red team would need to reverse-engineer Honor firmware to identify the vulnerable component. The following steps outline a potential approach:

  1. Identify the vulnerable service: Use tools like ps, lsof, or strace on a rooted Honor device to find processes running with incorrect privileges.
  2. Analyze the service: Disassemble the binary (e.g., using Ghidra or IDA Pro) to find where privilege checks are missing.
  3. Craft an exploit: Write a simple script to interact with the vulnerable service and request restricted data.

Example (hypothetical):

# Attempt to read a protected file
cat /data/system/secret_config

Blue Team (Defense)

  • Monitor for unusual local access: Use auditd or sysmon to log file access attempts.
  • Restrict local access: Implement strict user permissions and disable unnecessary services.
  • Apply vendor updates: Check Honor’s official website for firmware updates.

Indicators of Compromise (IOCs)

  • File Access Logs: Unauthorized access to /data/system/, /proc/, or other protected directories.
  • Process Anomalies: Unknown processes running with elevated privileges.
  • Network Connections: Outbound connections from the device to unknown IPs (if data exfiltration occurs).

Detection Engineering

YARA Rule

rule CVE_2023_51433_Honor_Privilege_Escalation {
    meta:
        description = "Detects potential exploitation of CVE-2023-51433 on Honor devices"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "https://nvd.nist.gov/vuln/detail/CVE-2023-51433"
    strings:
        $s1 = "incorrect privilege assignment" nocase
        $s2 = "Honor" nocase
        $s3 = "information leak" nocase
    condition:
        any of them
}

Sigma Rule

title: CVE-2023-51433 - Honor Incorrect Privilege Assignment
id: 12345678-1234-1234-1234-123456789012
status: experimental
description: Detects attempts to exploit CVE-2023-51433 on Honor devices
author: Valters IT
date: 2025/04/10
logsource:
    product: linux
    service: auditd
detection:
    selection:
        - type: 'EXECVE'
        - a0: 'cat'
        - a1: '/data/system/secret_config'
    condition: selection
falsepositives:
    - Legitimate administrative activity
level: medium

Suricata Rule

alert tcp $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2023-51433 - Honor Information Leak"; flow:to_server; content:"|48 6f 6e 6f 72|"; nocase; sid:1000001; rev:1;)

Remediation & Mitigation

  • Immediate: Restrict physical and local access to Honor devices. Use strong authentication.
  • Long-term: Apply firmware updates from Honor as soon as they become available. Monitor Honor’s security advisories.
  • Workaround: If patching is not possible, disable any unnecessary services and use a firewall to block outbound connections.

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