Skip to main content

mH-DEVELOPER EUVDEUVD-2026-88228

| CVE-2026-82928 HIGH
Inclusion of Undocumented Features or Chicken Bits (CWE-1242)
2026-09-28 CERT-PL GHSA-27f6-7954-3wm7
7.7
CVSS 4.0 · Vendor: CERT-PL
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain adjacent-network access to device
  2. Delivery
    Connect to autostarted SSH daemon
  3. Exploit
    Authenticate as root with matching private key
  4. Execution
    Obtain root shell
  5. Impact
    Full persistent device compromise (survives factory reset)

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Cryptographic implementation review
Exploitation Conditions

Exploitation requires possession of the specific private key matching the hardcoded public key baked into /root/.ssh/authorized_keys on the mH-DEVELOPER module; with that key, an attacker on an adjacent/local network segment (CVSS AV:A) can log in as root over the always-running SSH daemon with no user interaction. Limiting factors: the private key is not published in the provided sources (raising practical attack complexity, reflected as AC:H), and network reachability is adjacent rather than fully Internet-remote. The backdoor is persistent - it survives a factory reset and can only be removed by remounting the filesystem or upgrading to fixed version 3.0.30.

Impact

This is a hardcoded-credential backdoor (CWE-1242): a fixed SSH public key shipped in /root/.ssh/authorized_keys with root key-auth login enabled and sshd autostarting. Severity of impact is maximal - full root compromise with VC:H/VI:H/VA:H. However, the vendor CVSS 4.0 vector reports AV:A (adjacent network, not full Internet-remote) and AC:H, and critically the exploit requires possession of the matching PRIVATE key, which is not published in any provided source. There is NO EPSS score, NO CISA KEV listing, and NO public exploit code identified in the intelligence - so this is a serious latent risk (a permanent backdoor that survives factory reset and cannot be removed without remounting the filesystem) rather than a confirmed mass-exploitation event. The practical priority hinges on whether the private key leaks or is recovered from firmware: if it does, every unpatched device on a reachable LAN segment falls instantly. Conflicting signal to note: the input Tags label this 'Information Disclosure,' which contradicts the actual technical impact (unauthenticated root shell / full compromise) - the labeling understates the vulnerability.

Exploit ScenarioDerived

An attacker who has obtained the vendor's service private key (e.g., extracted from firmware or leaked from the vendor) reaches an affected mH-DEVELOPER module on the same or an adjacent network segment and authenticates over SSH as root using key authentication. The session yields an immediate root shell and total device control. No public exploit code is identified at time of analysis, and exploitation is gated by needing the specific matching private key (reflected in AC:H).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 28, 2026

Hardcoded root SSH access in F&F Filipowski's mH-DEVELOPER smart home module allows anyone who obtains the matching private key to log in as root over the always-running SSH daemon and fully compromise the device. The key is baked into /root/.ssh/authorized_keys, cannot be deleted without remounting the filesystem, and survives a factory reset, so the exposure persists until firmware 3.0.30 is installed. Attack surface is adjacent/local rather than Internet-wide (CVSS 4.0 7.7, AV:A/AC:H) and the private key is not published in the available sources, which is the main practical barrier; no public exploit code or confirmed active exploitation was identified at time of analysis. Vendor-released patch: 3.0.30.

RemediationAI

Upgrade every affected module to firmware 3.0.30, which the vendor has released as the fix for this hardcoded key issue; this is the only remediation that reliably clears the backdoor and prevents it from being reintroduced. Where immediate upgrade is not possible, manually remove the offending entry from /root/.ssh/authorized_keys - note that this requires remounting the root filesystem read-write and is not persistent across a factory reset or firmware re-flash, so treat it as a temporary measure only. Additional compensating controls, with trade-offs: set PermitRootLogin to prohibit-password or no and remove or stop the sshd autostart if the service is not needed, accepting that vendor remote support and any legitimate maintenance access will break; block inbound TCP/22 from untrusted VLANs and guest or IoT network segments using firewall or router ACLs, accepting that management access must be relocated to a trusted segment; and monitor logs and file integrity for authorized_keys changes and for successful root SSH logins as a detection backstop. Because possession of the private key is the sole prerequisite, key compromise or leakage anywhere in the vendor's service chain should be treated as device-wide root compromise. Consult https://cert.pl/posts/2026/09/CVE-2026-82928/ and https://www.fif.com.pl/pl/strona-glowna/1367-mh-developer.html for the authoritative vendor guidance.

Affected VersionsENISA

mH-DEVELOPER 0 <3.0.30

Affected Packages

euvd mh_developer fix: 3.0.30

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The weakness is a persistent, vendor-embedded authentication backdoor on an embedded Linux smart home controller. A static SSH public key is shipped in root's authorized_keys file and sshd is configured to permit root login by key and to start automatically at boot, so possession of the corresponding private key is sufficient for a root shell - no password, no prior authentication, and no user interaction. CWE-1242 (Inclusion of Undocumented Features or Chicken Bits) is the assigned class and matches the vendor's own statement that the mechanism was intended only for service purposes: a deliberately included maintenance capability that was never documented to customers and therefore functions as a backdoor. Because the key material lives on the device's filesystem, deleting it requires remounting the root filesystem read-write, and the injection is re-applied or otherwise retained across a factory reset. Network position matters: the SSH daemon must be reachable, which the assessed vector treats as adjacent (AV:A) with high attack complexity (AC:H), reflecting that the private key is not distributed in the CERT-PL advisory or the vendor page. Affected devices are identified by the CPE cpe:2.3:a:f&f_filipowski:mh-developer:* indicating all firmware builds prior to the fix.

Know when IoT gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (CERT-PL) PRIMARY 7.7 HIGH
CVSS:4.0/AV:A/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 7.5 HIGH

AV:A matches adjacent SSH exposure; AC:H because the attacker must possess the non-public matching private key; PR:N/UI:N as the backdoor key needs no legitimate credentials or victim action; root shell gives C/I/A:H.

3.1 AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
4.0 AV:A/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (CERT-PL).

CVSS VectorVendor: CERT-PL

Attack Vector
Adjacent
Attack Complexity
High
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Sep 28, 2026 - 13:16 EUVD
CVE Published
Sep 28, 2026 - 12:11 cve.org
HIGH 7.7

DescriptionCVE.org

mH-DEVELOPER smart home module contains a hardcoded SSH public key in /root/.ssh/authorized_keys, serving as a potential backdoor. The SSH daemon allows root login via key authentication and starts automatically. An attacker with the matching private key can gain a root shell on any affected device, resulting in full system compromise. The key cannot be removed without remounting the file system and survives a factory reset. Vendor notes that this functionality was used only for service purposes.

This issue was fixed in version 3.0.30

Executive ViewAI

Why It Matters

F&F Filipowski's mH-DEVELOPER smart home module ships with a hardcoded root SSH credential that any party holding the corresponding private key can use to take full control of the device, and the credential cannot be removed in the field and survives a factory reset. Because the affected units are deployed inside customer premises and are reachable from the local/adjacent network, a single compromised or leaked key could expose every device using it - turning an individual home installation into a fleet-wide trust problem for the organization and its customers. Leadership should treat this as a supply-chain remediation and customer-notification issue, not merely a firmware update task.

Business Impact: High
Compensating Controls

Vendor-released patch: firmware 3.0.30 (per advisory, though patch availability was reported as not yet available at time of analysis) - apply it as soon as it is obtainable. Until then: network-segment or VLAN-isolate affected modules, restrict the SSH daemon to trusted administrative source addresses via firewall/ACL, block inbound SSH from adjacent/untrusted networks, treat any shared vendor private keys as compromised and rotate administrative credentials, and monitor device logs for unexpected root authentication events. Units that cannot be patched should be replaced or kept permanently isolated, since the hardcoded key cannot be deleted without remounting the filesystem and persists through a factory reset.

Threat Intelligence Overview

EPSS Score
0.2%
Top 93% exploitable
Prevalence
Low
niche Polish smart-home/electrical-automation vendor, limited regional footprint
Data Quality
4 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Controlled
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

More in IoT

View all
CVE-2025-45988 CRITICAL POC
9.8 Jun 13

A command injection vulnerability (CVSS 9.8). Risk factors: public PoC available.

CVE-2026-29128 CRITICAL POC
10.0 Mar 05

Plaintext daemon credentials in IDC SFX2100 routing config files (zebra, bgpd, ospfd, ripd). CVSS 10.0. PoC available.

CVE-2025-65294 CRITICAL POC
9.8 Dec 10

Remote command execution in Aqara Hub firmware (Camera Hub G3 4.1.9_0027, Hub M2 4.3.6_0027, and Hub M3 4.3.6_0025) stem

CVE-2025-63624 CRITICAL POC
9.8 Feb 03

Kede Electronics IoT smart water meter monitoring platform v1.0 has a SQL injection allowing attackers to compromise the

CVE-2026-101076 CRITICAL POC
9.3 Sep 28

An unauthenticated OS command injection in the CGI handler of Netcore NR289-GE firmware 1.4.5102 lets remote attackers e

CVE-2026-101077 CRITICAL POC
9.3 Sep 28

Unauthenticated network attackers can bypass authentication in the Netcore NR289-GE router's boa_temp web handler and ab

CVE-2026-101075 CRITICAL POC
9.3 Sep 28

Remote unauthenticated OS command injection in Netcore NR289-GE firmware 1.4.5102 allows attackers to execute arbitrary

CVE-2026-101072 CRITICAL POC
9.3 Sep 28

Unauthenticated OS command injection in the Netcore NR289-GE router (firmware 1.4.5102) lets any remote attacker who can

CVE-2026-101039 CRITICAL POC
9.3 Sep 28

A stack-based buffer overflow in the devdiscover service of FAST FAC1900R firmware 20190827_2.0.2 lets unauthenticated r

CVE-2026-25139 CRITICAL POC
9.1 Feb 04

RIOT IoT operating system has an out-of-bounds read vulnerability (CVSS 9.1) that could lead to information disclosure o

CVE-2026-102792 HIGH POC
8.5 Sep 29

Command injection in the Ziroom ZHOME A0101 smart-home hub (firmware 1.0.1.0) allows an attacker with high-privilege aut

CVE-2026-102793 HIGH POC
8.5 Sep 29

Authenticated command injection in Ziroom ZHOME A0101 firmware 1.0.1.0 lets a privileged user execute arbitrary operatin

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy