Dyson MQTT Server CVE-2025-56558
LOWAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessOwn Dyson device with full privileges
-
DeliverySniff AWS credentials and device serial
-
ExploitTransfer un-wiped device to victim
-
ExecutionPublish commands to Dyson MQTT broker
-
ImpactSet victim room temperature remotely
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V13 - Configuration Unprotected alternate channel
|
| Exploitation Conditions | Exploitation requires a specific, pre-existing privileged relationship: the attacker must previously have owned the target Dyson device with full privileges and, while in control, captured the valid AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN and the device serial number. The device must then be transferred to the victim WITHOUT being wiped/factory-reset, and those sniffed credentials must remain valid afterward (the alternate MQTT channel still authorizes the removed device even when it no longer appears in the MyDyson app). Strong limiting factors: PR:H (attacker must have legitimately held the device), AC:H (credential sniffing plus an ownership-transfer sequence), the impact is bounded to configuration within the device safe operating range (temperature up to 37 Celsius) with no code execution and no data exfiltration, affected firmware is the ~2022 generation, and the vendor reports being unable to replicate the behavior. |
| Impact | All signals converge on LOW real-world risk despite the alarming IoT-takeover framing. CVSS base is only 3.0 (CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:C/C:N/I:L/A:N): network vector but HIGH attack complexity and HIGH privileges, with only a Low integrity impact and no confidentiality or availability impact. EPSS is 0.38% (29th percentile), consistent with the low severity. There is NO CISA KEV listing and NO public exploit code, so exploitation status is: no public exploit identified at time of analysis. Crucially the signals are consistent, not conflicting: the description, CVSS PR:H, and AC:H all agree that an attacker must first legitimately own the device with full privileges, passively capture the AWS credentials/serial, and then socially engineer an ownership transfer to the victim without the device being wiped - a long, improbable chain. The vendor (Dyson) disputes the issue, stating it is a potential ~2022-era flaw they can no longer replicate; it is NOT independently confirmed as currently reproducible. Net: this is a genuinely low-priority, low-impact issue, not a high-CVSS-but-hidden-risk case - the CVSS score itself is already low and matches reality. The only caveat: the NVD-assigned Scope:Changed inflates the score slightly, and the realistic ceiling of harm is merely setting room temperature within the device safe range. |
| Exploit ScenarioDerived | A malicious prior owner of a Dyson Pure Hot+Cool device sniffs the AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN and device serial while they still control it, then sells or transfers the un-wiped device to a victim. Retaining those still-valid credentials, the attacker connects to the Dyson MQTT broker and publishes commands to adjust the victim room temperature (up to 37 Celsius). No public exploit code exists, and AC:H/PR:H make this a bespoke, low-likelihood scenario rather than a scalable attack. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
An unprotected alternate MQTT authorization channel in the Dyson cloud backend allows a former owner of a Dyson device (for example a Pure Hot+Cool purifier/heater) to retain control after ownership is transferred, provided the device is not factory-wiped and the previously sniffed AWS credentials-AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN-together with the device serial number remain valid. Exploitation is heavily constrained: the attacker must have legitimately held the device with full privileges, capture the AWS credentials, and complete an ownership-transfer sequence to the victim; the resulting impact is limited to setting the room temperature within the safe operating range (up to 37 Celsius), with no code execution and no sensitive data disclosure. No public exploit code or confirmed active exploitation is known, and EPSS places the probability of exploitation within 30 days at roughly 0.38% (29th percentile); Dyson states it can no longer replicate the behavior, which dates to its 2022 firmware generation.
RemediationAI
No vendor-released patch has been identified at time of analysis; Dyson's published position is that it can no longer reproduce the behavior, so no fixed version can be cited. The most effective control is procedural: always perform a full factory reset / device wipe before transferring ownership of a Dyson device, since the reported attack chain depends on leaving the removed device un-wiped-this closes the alternate-channel window at the source, though it means the new owner must re-onboard the device from scratch. Because the attack also depends on captured AWS credentials, rotate AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, and AWS_SESSION_TOKEN and enforce short session-token lifetimes so any sniffed material expires quickly; this invalidates the retained-credential path but requires coordination with the cloud backend that issues those tokens. Restrict the MQTT endpoint so removed/unassociated serial numbers are refused at the broker layer (server-side authorization change), and monitor MQTT publish/subscribe activity for device serials no longer tied to a MyDyson account. Until a vendor fix exists, treat Dyson cloud-connected air-treatment firmware from the 2022 generation as unable to guarantee that a former owner loses control after transfer. Vendor security reporting guidance is available at https://www.dyson.co.uk/support/reporting-data-security-issues and the technical write-up is archived at https://archive.org/details/dyson-acpolicy-bug-report. Given the bounded impact (configuration within the safe operating range, no code execution or data exfiltration), the assessed residual risk is LOW.
Affected ProductsAI
The affected component is the Dyson MQTT server as used with the 2022-generation (and possibly later) firmware for Dyson devices such as the Pure Hot+Cool purifier/heater (the referenced product page covers the Pure Hot+Cool HP04 family at https://www.dyson.com/air-treatment/air-purifier-heaters/pure-hot-cool-hp04). The report specifically notes that a device previously associated with an account-such as a Pure Hot+Cool unit-continues to accept publications and subscriptions over the MQTT channel after it is removed and no longer visible in the MyDyson app, provided the AWS session credentials and serial number remain valid. Affected coverage therefore centers on Dyson cloud-connected air-treatment devices from the 2022 generation onward, with no formal version range or CPE string published by the vendor; the archive.org report describes the underlying access-policy behavior and the Dyson support page (https://support.dyson.com.au/supporthome/Air-Treatment/Purifier/pure-hot-cool-link/385276-01/troubleshooting/machine-is-not-heating) documents the heating control referenced in the issue.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The issue is classified under CWE-420 (Unprotected Alternate Channel) and concerns the MQTT message broker that fronts Dyson's IoT cloud. Devices normally interact with the backend through the MyDyson app path, but a secondary authorization path on the MQTT server continues to accept publish and subscribe requests from a client that presents valid AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, and AWS_SESSION_TOKEN values plus the device serial number-even after that device has been removed from the account and no longer appears in the app. Because MQTT is a lightweight publish/subscribe protocol used for telemetry and control commands, an actor holding those credentials can issue configuration commands to the device over the internet (CVSS AV:N) rather than through the intended, access-controlled channel. The alternate channel is not subject to the same ownership re-validation as the primary path, so removed-device state is not enforced consistently. The technology involved is the Dyson cloud MQTT endpoint, AWS credential-based authentication, and the Pure Hot+Cool family firmware from roughly 2022 and possibly later. No CPE identifiers were supplied, so exact affected firmware builds are not enumerated.
Know when the next one hits your stack
- 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
AV:N/AC:H/PR:H/UI:N/S:C/C:N/I:L/A:N
AV:N via MQTT broker but AC:H (sniffing creds plus ownership-transfer sequence) and PR:H (attacker must have owned the device); only Low integrity, and S:U since impact stays within the device.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
DescriptionCVE.org
The Dyson MQTT server (2022 and possibly later) allows publications and subscriptions by a client that has the correct values of AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN, and device serial number, even if a device (such as a Pure Hot+Cool device) has been removed and is not visible in the supported MyDyson app. This could allow an unexpected actor to obtain control and set the room temperature (up to 37 Celsius) if ownership of the device is transferred without wiping the device. NOTE: the Supplier's position is that this is a potential vulnerability that dates back 4 years ago in 2022 and "we are unable to replicate that anymore." Based on the submitted report, in order to leverage this issue, an attacker needs to own a Dyson device with full privileges, sniff for the AWS credentials, and then transfer ownership of that Dyson device to the victim. Even if these steps were successfully accomplished, the attacker only acquires the ability to configure the Dyson device within its safe operating range, and does not acquire the ability to execute code on the device or obtain sensitive information.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB