Skip to main content

Moquette MQTT Broker EUVDEUVD-2026-85415

| CVE-2026-95845 HIGH
Allocation of Resources Without Limits or Throttling (CWE-770)
2026-09-23 GitHub_M
8.7
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

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

  1. Access
    Connect to broker as anonymous MQTT client
  2. Delivery
    Open slow-ACK subscriber and fast publisher
  3. Exploit
    Flood topic past full in-flight window
  4. Execution
    Unbounded queue growth in memory/disk
  5. Impact
    Resource exhaustion and broker denial of service

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource allocation limits
MITRE ATT&CK

1 technique across 1 tactic: Impact

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Remote unauthenticated exploitation against default configurations of the Moquette MQTT broker, which permits anonymous clients by default. The concrete precondition is the messaging pattern itself: an attacker must sustain a fast publisher feeding a topic while a co-controlled (or victim) subscriber's QoS in-flight window stays full and its ACKs lag, so messages queue faster than they drain. No special feature flag is required, but exploitation is more damaging where durable/persistent session storage is enabled (adds disk exhaustion to memory exhaustion). Limiting factors: brokers configured to require authentication/ACLs restrict who can connect and publish, and network-isolated (non-internet-exposed) deployments reduce reachability; the pre-0.18.1 version constraint applies (fixed in 0.18.1, which caps queues at 32 elements).

Impact

The CVSS 4.0 vector (CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H, 8.7 HIGH) describes a purely availability-impacting flaw: network-reachable, low complexity, no privileges, no user interaction, with high availability impact and no confidentiality or integrity impact - consistent with CWE-770 (unbounded resource allocation). This is a genuine but bounded risk: it is a denial-of-service only, not RCE (the GHSA advisory explicitly states the ceiling on this memory-safe JVM is authz-bypass/DoS/integrity and disclaims any RCE). The 8.7 base score is high because Moquette is anonymous-by-default, making the exhaust-resources primitive reachable pre-authentication, but it produces no data compromise. No EPSS score, no CISA KEV listing, and no SSVC decision data were provided, so widespread or automated exploitation cannot be confirmed from the inputs. A source-only proof-of-concept cluster is referenced in the GHSA advisory, but the specific unbounded-queue DoS is described conceptually rather than as a weaponized network exploit. Net: a real, easy-to-trigger availability issue worth patching for internet-exposed brokers, but lacking the disclosure/integrity impact or confirmed active exploitation that would make it a top-tier emergency.

Exploit ScenarioDerived

An attacker connects to an exposed Moquette broker (anonymous by default) as a fast publisher and also opens a slow-ACKing subscriber whose in-flight window fills up, then floods the subscribed topic. Because pre-0.18.1 imposes no cap on the pending per-session queue, messages accumulate without bound in heap memory or the durable H2/persistent store until the broker exhausts memory or disk and crashes. The GHSA advisory references source-only PoCs for the broader vulnerability cluster, but no networked, weaponized exploit for this specific queue-exhaustion issue is confirmed.

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

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

Alert me

AnalysisAIv1 – Sep 23, 2026

Unbounded per-session message queuing in Moquette MQTT Broker before 0.18.1 permits remote unauthenticated clients to exhaust broker memory or persistent storage by sustaining a fast publisher against a slow subscriber, causing denial of service. The CVSS 4.0 base score is 8.7 (CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N), consistent with a high-availability-only impact under CWE-770; the independent assessment CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H confirms no confidentiality or integrity impact. Default Moquette configurations permit anonymous clients, broadening exposure, and no public exploit identified at time of analysis; no CISA KEV entry, EPSS score, or public exploit specific to this queue-exhaustion issue is provided in the input.

RemediationAI

Upgrade to Moquette 0.18.1 or later; vendor-released patch: 0.18.1. The fix caps per-session queues at 32 elements and drops excess publish messages under overload with a log message, preserving broker availability at the cost of message loss for slow subscribers. Apply the release from https://github.com/moquette-io/moquette/releases/tag/v0.18.1 or the fix commit 2482cadfba44e615be704b892009a57ce06a1aba; consult GHSA-5f42-97gr-vfhq for advisory details. If immediate upgrade is not possible, disable anonymous access and require authentication/ACLs so untrusted clients cannot publish the fast-publisher/slow-subscriber pattern, accepting that this breaks clients that rely on anonymous connections. Network-isolate the MQTT listener or restrict it to trusted publishers/subscribers via firewall rules, which reduces reachability but may not fit public broker use cases. Where durable session storage is enabled, monitor disk and queue growth closely because the pre-0.18.1 broker can exhaust persistent storage as well as heap; this is a detection/mitigation, not a fix. Rate-limit or throttle publishers and limit slow subscribers' QoS in-flight windows at the client or gateway where possible, but those controls are not a substitute for the 0.18.1 queue-length cap.

Affected VersionsENISA

moquette < 0.18.1

Affected Packages

maven io.moquette:moquette-broker fix: 0.18.1
euvd moquette fix: 0.18.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in maven, euvd

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

Technical ContextAI · show details

Moquette is a lightweight Java MQTT broker. In MQTT QoS 1/2 outbound delivery, each session has an in-flight window; when that window is full, further PUBLISH messages are placed in a per-session queue until the subscriber acknowledges and drains earlier messages. Before 0.18.1, InMemoryQueue and durable queue implementations lacked a maximum length, so a fast publisher feeding a slow subscriber can grow the queue without bound, consuming heap and, where persistent sessions are enabled, disk. CWE-770 (Allocation of Resources Without Limits or Throttling) captures the root cause. The 0.18.1 fix introduces BrokerConstants.MAX_ELEMENT_IN_QUEUE = 32, makes InMemoryQueue throw IllegalStateException when capacity is exceeded, and updates Session.sendPublishInFlightWindowOrQueueing to log and drop excess messages rather than grow without bound; the Queue class also tracks queue length. The input CPE cpe:2.3:a:moquette-io:moquette:*:*:*:*:*:*:*:*:* and Maven package maven/io.moquette:moquette-broker identify the affected component. The broader GHSA advisory also documents other Moquette issues such as pattern-ACL wildcard injection and Will-message authorization bypass, but the independent assessment for this CVE scopes it to availability impact from unbounded session queues.

Know when Moquette 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 (GitHub_M) PRIMARY 8.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
vuln.today AI 7.5 HIGH

Anonymous-by-default broker gives PR:N and network reach AV:N/AC:L; impact is availability-only resource exhaustion (A:H) with no confidentiality or integrity effect.

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

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

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

Lifecycle Timeline

2
Patch available
Sep 23, 2026 - 18:17 EUVD
CVE Published
Sep 23, 2026 - 16:29 cve.org
HIGH 8.7

DescriptionCVE.org

Moquette is a lightweight Java MQTT broker. Prior to 0.18.1, the broker does not enforce a maximum length for pending per-session message queues. When a fast publisher sends messages to a slow subscriber whose in-flight window is full, queued messages can accumulate without bound in memory or persistent storage. Remote clients can use this condition to exhaust broker resources and cause a denial of service. This issue is fixed in version 0.18.1.

Technical POC Analysis

Evidence note: the supplied advisory (GHSA-5f42-97gr-vfhq) is a multi-issue cluster advisory whose stated CVE is CVE-2026-85724; the queue-exhaustion item is described inside it as a High-severity Do…

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

Moquette MQTT Broker versions prior to 0.18.1 are affected by a high-severity denial-of-service vulnerability that allows unauthenticated remote attackers to exhaust broker memory or storage. No public exploit identified at time of analysis, and no vendor-released patch identified at time of analysis, but default configurations permit anonymous access, so organizations using Moquette for critical messaging face potential service outages that could disrupt dependent systems and business operations. Leadership should prioritize immediate network mitigations and monitor for a fix to prevent availability disruptions.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include restricting network access to trusted clients, disabling anonymous access, configuring per-session message queue limits if supported, implementing rate limiting, and monitoring broker resource usage with alerting.

Threat Intelligence Overview

EPSS Score
0.3%
Top 81% exploitable
Prevalence
Low
Niche open-source Java MQTT broker, limited enterprise/production footprint
Data Quality
6 sources
Confidence: High

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.3%
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
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

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

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

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