Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain foothold on building LAN
-
DeliveryReach unauthenticated HTTP API/WebSocket
-
ExploitBypass token-less authz middleware
-
ExecutionEnumerate system information
-
PersistSend raw device control commands
-
ImpactManipulate building automation devices
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires network adjacency: the attacker must be on the same LAN/building network as the mH-DEVELOPER module (AV:A), since the API and WebSocket endpoints are not exposed to be reached remotely across the internet. Beyond LAN presence there are NO further prerequisites - no authentication, no user interaction, and default configurations are affected because the authorization middleware itself fails to verify tokens on all endpoints. The primary limiting factor is the LAN-only reach; the primary amplifier is that any device on that network can fully control building-automation equipment. Fixed in version 3.0.30, so unpatched (<3.0.30) deployments are the exposed population. |
| Impact | The vendor CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:N/UI:N, base 6.4) describes a low-complexity, unauthenticated attack limited to the Adjacent (LAN) network - a meaningful mitigating factor, as it requires the attacker to already be on the same local/building network rather than reaching the device across the internet. The vector is internally coherent with the CWE-306 (Missing Authentication) description: the authorization middleware never verifies tokens, so all HTTP API and WebSocket endpoints are exposed. Notably the 4.0 vector rates vulnerable-system impact low (VC:L/VI:L/VA:L) but subsequent-system integrity and availability HIGH (SI:H/SA:H), reflecting that the real damage is downstream - the attacker can send raw control commands to manipulate physical building-automation devices. No EPSS score, no CISA KEV listing, and no public POC are present in the input, so there is no signal of active or automated exploitation; this is a real but not urgent priority. The dominant risk driver is the trivially exploitable auth bypass against a building-automation controller, tempered by LAN-only reach and no evidence of exploitation in the wild. |
| Exploit ScenarioDerived | An attacker who gains a foothold on the building LAN (rogue device, compromised workstation, or guest Wi-Fi bridged to the automation network) directly queries the mH-DEVELOPER module's unauthenticated HTTP API or opens a WebSocket, enumerating system information without any credentials. They then issue raw control commands to actuate lighting, HVAC, access control, or other connected building-automation devices. No public exploit code is identified in the input, but the flaw is low-complexity and requires no authentication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 28, 2026
Missing authentication in the mH-DEVELOPER smart home module lets any device on the same LAN query its HTTP API and WebSocket endpoints and issue raw control commands to building-automation hardware, because the authorization middleware never verifies tokens. The flaw maps to CWE-306 (Missing Authentication for Critical Function) and affects every release prior to 3.0.30, the version in which the vendor fixed it; no public exploit code has been identified at time of analysis. The vendor CVSS 4.0 vector (AV:A/AC:L/PR:N/UI:N, base 6.4) and our independent CVSS 3.1 assessment agree that exploitation is trivial but gated by network adjacency: the attacker must already be on the same local or building network, and no authentication or user interaction is required beyond that.
RemediationAI
Vendor-released patch: 3.0.30 - upgrade every mH-DEVELOPER module to firmware 3.0.30 or later; this is the only complete fix, since the defect is in the token-verification logic of the authorization middleware and cannot be corrected by configuration alone. Consult the vendor page at https://www.fif.com.pl/pl/strona-glowna/1367-mh-developer.html for the firmware image and update procedure, and CERT-PL's advisory at https://cert.pl/posts/2026/09/CVE-2026-82928/ for the coordinated disclosure details. Until patching completes, the effective compensating control is to treat the module's LAN segment as untrusted: place the device on an isolated VLAN or dedicated IoT/building-automation subnet with ACLs that permit only the specific management host or automation controller addresses, and block the device's HTTP API and WebSocket ports from all other hosts (the trade-off is that any legitimate app, dashboard, or third-party integration on a different segment will also lose access and must be re-homed into the permitted set). If the module's web/API interface is not needed for operations, disable or firewall it entirely and rely on local control, accepting the loss of remote monitoring. Because no public exploit code has been identified at time of analysis, monitoring for anomalous API/WebSocket traffic and auditing device logs for unauthenticated command bursts is a reasonable supplementary detective measure, but it does not substitute for the 3.0.30 upgrade.
Affected VersionsENISA
Affected Packages
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 root cause is CWE-306 - the module's authorization middleware is present but does not actually validate the tokens it receives, so every routable endpoint of the mH-DEVELOPER module is effectively public to anything on the adjacent network. Concretely, both the HTTP API and the WebSocket interface fail open: API calls that should require a bearer/session token succeed anonymously, and WebSocket control channels that should be authenticated accept connections and commands from any peer on the LAN. The CPE string cpe:2.3:a:f&f_filipowski:mh-developer identifies the affected product as the F&F Filipowski mH-DEVELOPER module (the 'f&f_filipowski' vendor key and trailing wildcard version confirm all versions are in scope of the CPE, with the fix landing at 3.0.30). Because the failure is in token verification rather than in a single endpoint, the exposure is not limited to one API path - system-information read endpoints and raw device-control commands are both reachable, which is why the assessed impact includes high integrity and high subsequent-system impact (SI:H/SA:H) rather than a narrow information leak.
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
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:H/SA:H
LAN-only unauthenticated (AV:A/PR:N/AC:L); scope changes as the module controls separate building-automation devices (S:C), giving high integrity over those devices, low confidentiality (system info) and low availability.
Primary rating from Vendor (CERT-PL).
CVSS VectorVendor: CERT-PL
Lifecycle Timeline
1DescriptionCVE.org
mH-DEVELOPER smart home module does not verify tokens in its authorization middleware, leaving all HTTP API and WebSocket endpoints accessible without authentication. An unauthenticated attacker on the LAN can query these endpoints, access system information, and send raw control commands to manipulate building automation devices. This issue was fixed in version 3.0.30
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
A command injection vulnerability (CVSS 9.8). Risk factors: public PoC available.
Plaintext daemon credentials in IDC SFX2100 routing config files (zebra, bgpd, ospfd, ripd). CVSS 10.0. PoC available.
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
Kede Electronics IoT smart water meter monitoring platform v1.0 has a SQL injection allowing attackers to compromise the
An unauthenticated OS command injection in the CGI handler of Netcore NR289-GE firmware 1.4.5102 lets remote attackers e
Unauthenticated network attackers can bypass authentication in the Netcore NR289-GE router's boa_temp web handler and ab
Remote unauthenticated OS command injection in Netcore NR289-GE firmware 1.4.5102 allows attackers to execute arbitrary
Unauthenticated OS command injection in the Netcore NR289-GE router (firmware 1.4.5102) lets any remote attacker who can
A stack-based buffer overflow in the devdiscover service of FAST FAC1900R firmware 20190827_2.0.2 lets unauthenticated r
RIOT IoT operating system has an out-of-bounds read vulnerability (CVSS 9.1) that could lead to information disclosure o
Command injection in the Ziroom ZHOME A0101 smart-home hub (firmware 1.0.1.0) allows an attacker with high-privilege aut
Authenticated command injection in Ziroom ZHOME A0101 firmware 1.0.1.0 lets a privileged user execute arbitrary operatin
EUVD-2026-88230
GHSA-rr4v-3p4h-3928
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB