Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2026-47184 medium CVSS 6.5

Vulnérabilité dans zeroconf (CVE-2026-47184)

Résumé

Vulnérabilité dans zeroconf (CVE-2026-47184). Risque d'opérations non autorisées ou de divulgation. Exploitable via DNSCache._async_add. Atténuation : mise à jour vers 0.149.7 ou plus.

Description d'origine

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

Impact

DNSCache._async_add inserted every response record into cache, _expirations, _expire_heap, and service_cache with no cap on entry count. The only pre-existing protection was a PTR TTL floor (_DNS_PTR_MIN_TTL = 1125 s, RFC 6762 §10), which actually prolonged attacker-injected records, and a periodic async_expire on _CACHE_CLEANUP_INTERVAL = 10 s that could not keep up with a flood.

Any unauthenticated host on the local link (UDP/5353, 224.0.0.251 / ff02::fb) can multicast valid mDNS responses with unique names (RFC 6762 §11 allows up to 253 bytes each) and watch them accumulate. On memory-constrained deployments (Home Assistant on Raspberry-Pi-class hardware is the canonical victim) sustained traffic OOM-kills the process; under lighter load, every cache lookup and every periodic expiry pass grows linearly slower, starving asyncio and breaking unrelated zeroconf consumers (discovery, registration, ServiceBrowser callbacks). A second variant — re-multicasting cached records with shifting TTLs — grows _expire_heap unbounded between cleanup runs without touching cache or _total_records.

Patches

Fixed in zeroconf 0.149.6 (PR #1718). Upgrade to >= 0.149.6.

Workarounds

There is no in-process workaround; upgrading is the fix. Otherwise, restrict mDNS (UDP/5353) to trusted Layer-2 segments via AP client isolation, guest-network separation, or host firewall rules.

#…

Source: GitHub Security Advisories (Global) 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-47184 a été découverte dans zeroconf.
Des attaquants peuvent cibler un point d'entrée spécifique comme DNSCache._async_add à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 6.5/10.
Action : mettez à jour zeroconf vers 0.149.7 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « zeroconf CVE-2026-47184 » sur le site de l'éditeur.

CVE-2026-47184 (zeroconf) — CWE-770 / CVSS v3 6.5
Vecteur d'attaque : réseau adjacent / non authentifié / sans interaction utilisateur
Surface d'attaque : DNSCache._async_add / cache / _expirations / _expire_heap
Correctif : 0.149.7 — appliquer immédiatement
Contournement : There is no in-process workaround; upgrading is the fix.
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-770) affecte zeroconf. Les attaquants atteignent le code vulnérable via DNSCache._async_add sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de zeroconf. Surface d'attaque : DNSCache._async_add / cache / _expirations / _expire_heap.

🔥 Gravité

Gravité : Moyenne (CVSS 6.5/10). Risque d'opérations non autorisées ou de divulgation.

🔧 Comment corriger

Mettre à jour vers 0.149.7.

🛡️ Contournement

Contournement : There is no in-process workaround; upgrading is the fix.

🔍 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 
    grep -r 'zeroconf' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で zeroconf を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Apply temporary workaround mitigate 
    There is no in-process workaround; upgrading is the fix.

    パッチが適用されるまでの応急処置として、There is no in-process workaround; upgrading is the fix. を実施。回避策の副作用 (機能低下) を確認した上で。

  3. 3
    Apply patch patch 
    Upgrade zeroconf to 0.149.7

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

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

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

Paquets affectés

pip zeroconf
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"0.149.7"}]}]
PyPI zeroconf
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"0.149.7"}]}]

État des correctifs par distribution

Paquets corrigés publiés par chaque distribution pour cette CVE

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