Catégories
CVE-2026-85058 high CVSS 7.5

Vulnérabilité dans io.moquette:moquette-broker (CVE-2026-85058)

Résumé

Vulnérabilité dans io.moquette:moquette-broker (CVE-2026-85058). Les données peuvent être altérées par des attaquants. Exploitable via receivedPublishQos0. Atténuation : mise à jour vers 0.18.1 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

Moquette MQTT Broker fails to enforce ACL write permission checks when publishing Will (Last Will and Testament) messages on behalf of disconnected clients. All normal PUBLISH paths (receivedPublishQos0, receivedPublishQos1, receivedPublishQos2) correctly invoke authorizator.canWrite() before publishing, but the Will message publishing path (fireWill() → publishWill() → publish2Subscribers()) completely bypasses this authorization check.

This allows an unauthenticated attacker (when allow_anonymous=true, which is the default) to inject arbitrary messages into any ACL-protected topic by setting a restricted topic as the Will Topic in the CONNECT packet and then disconnecting abruptly via TCP RST.

Other major MQTT Broker implementations (Mosquitto, EMQX, HiveMQ) correctly enforce ACL checks on Will messages, confirming this is a bug, not a design choice.

Details

In the MQTT protocol, a client can declare a "Will" topic and message in the CONNECT packet. When the client disconnects abnormally (without sending a DISCONNECT packet), the Broker publishes the Will message on behalf of the client. Although the Will message content (topic and payload) is entirely controlled by the connecting client — making it functionally equivalent to a PUBLISH — Moquette skips the ACL check for this path.

Root Cause

File: broker/src/main/java/io/moquette/broker/PostOffice.java (v0.18.0)

Will publishing path (lines 286-328) — no canWrite() check:
`…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2026-85058 a été découverte dans io.moquette:moquette-broker.
Des attaquants peuvent cibler un point d'entrée spécifique comme receivedPublishQos0 à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 7.5/10.
Action : mettez à jour io.moquette:moquette-broker vers 0.18.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « io.moquette:moquette-broker CVE-2026-85058 » sur le site de l'éditeur.

CVE-2026-85058 (io.moquette:moquette-broker) — CWE-862 / CVSS v3 7.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : receivedPublishQos0 / receivedPublishQos1 / receivedPublishQos2 / allow_anonymous
Correctif : 0.18.1 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une vulnérabilité (CWE-862) affecte io.moquette:moquette-broker. Les attaquants atteignent le code vulnérable via receivedPublishQos0 sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de io.moquette:moquette-broker. Surface d'attaque : receivedPublishQos0 / receivedPublishQos1 / receivedPublishQos2 / allow_anonymous.

🔥 Gravité

Gravité : Élevée (CVSS 7.5/10). Les données peuvent être altérées par des attaquants.

🔧 Comment corriger

Mettre à jour vers 0.18.1.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify
    Audit SBOM/dependencies for affected components.

    資産台帳・SBOM・依存マニフェストで io.moquette:moquette-broker を使っているサービスとバージョンを洗い出す。

  2. 2
    Apply patch patch
    Upgrade io.moquette:moquette-broker to 0.18.1

    ステージング環境で 0.18.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  3. 3
    Post-deployment verification verify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

maven io.moquette:moquette-broker
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"0.18.1"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus