Eclipse Mosquitto: Speicherleck bei QoS-2-Nachrichten mit doppelten IDs

Beschreibung

Der Broker von Eclipse Mosquitto 1.3.2 bis vor 2.0.16 weist ein Speicherleck auf, das remote ausgenutzt werden kann, wenn ein Client viele QoS-2-Nachrichten mit doppelten Message-IDs sendet und nicht auf PUBREC-Befehle antwortet. Ursache ist eine fehlerhafte Behandlung von EAGAIN der libc-Funktion send. CVSS-Basiswert: 7.5 (Hoch). Ausnutzungswahrscheinlichkeit (EPSS) liegt in den Quelldaten nicht vor.

Changelog

1. 2026-08-01 · zuletzt

   • Report neu erstellt.

Automatisch aus dem Vergleich der Datenstände erzeugt (CVSS, Schweregrad, KEV-Status, Ransomware, betroffene Produkte, EPSS-Sprünge ab 5 Prozentpunkten). Nicht redaktionell verfasst.

Betroffene Produkte

Quellen und Referenzen

• NVD (NIST) Offizieller Eintrag mit CVSS-Vektor und Referenzen
• MITRE CVE CVE-Stammsatz der MITRE Corporation
• FIRST EPSS Ausnutzungswahrscheinlichkeit der naechsten 30 Tage

Weitere Schwachstellen in Eclipse Jetty

• HTTP/2 Rapid Reset Attack Vulnerability KEV CVE-2023-44487
• CVE-2021-28165 – Sicherheitslücke in Eclipse Jetty CVE-2021-28165
• Eclipse Theia Website – Code-Ausführung in der CI über pull_request_target CVE-2026-1699
• Eclipse Cyclone DDS – Umgehung der Zertifikatsprüfung und Befehlsausführung mit Systemrechten CVE-2025-67109
• Autorisierungsumgehung in Eclipse BaSyx Go Components CVE-2026-15704
• Eclipse 4diac FORTE: Dangling Pointer über DELETE-connection-Kommando CVE-2026-9158