CVE-2025-10543: Eclipse Foundation paho.mqtt.golang (Go MQTT v3.1 library) · Incorrect Conversion Between Numeric Types
Affects Eclipse Foundation paho.mqtt.golang (Go MQTT v3.1 library)Source CVE Database V5
Not known to be exploited · CVSS 6.3 Medium.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 13% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Eclipse Foundation paho.mqtt.golang (Go MQTT v3.1 library) | Affected
| Fixed in– |
AI-suggested
- Immediately audit all systems and applications using the paho.mqtt.golang library to identify versions <=1.5.0.
- Apply patches or updates from the Eclipse Foundation as soon as they become available to fix the numeric conversion issue.
- Implement strict input validation on MQTT message lengths at the application layer to reject or truncate UTF-8 strings exceeding 65535 bytes before passing them to the library.
- Deploy network-level MQTT protocol anomaly detection and filtering to identify and block malformed packets that could exploit this vulnerability.
- Use MQTT brokers and clients that enforce maximum topic and payload sizes consistent with protocol specifications to prevent oversized messages.
- Monitor MQTT traffic logs for unusual patterns or errors indicating malformed packets or data leakage.
- For critical environments, consider isolating MQTT communication networks and applying strict access controls to limit exposure.
- Engage with vendors and open-source communities to track vulnerability disclosures and remediation status.
- Conduct security testing and fuzzing of MQTT implementations to detect similar numeric conversion or truncation issues proactively.
Description
In Eclipse Paho Go MQTT v3.1 library (paho.mqtt.golang) versions <=1.5.0 UTF-8 encoded strings, passed into the library, may be incorrectly encoded if their length exceeds 65535 bytes. This may lead to unexpected content in packets sent to the server (for example, part of an MQTT topic may leak into the message body in a PUBLISH packet). The issue arises because the length of the data passed in was converted from an int64/int32 (depending upon CPU) to an int16 without checks for overflows. The int16 length was then written, followed by the data (e.g.topic). This meant that when the data (e.g.topic) was over 65535 bytes then the amount of data written exceeds what the length field indicates. This could lead to a corrupt packet, or mean that the excess data leaks into another field (e.g.topic leaks into message body).