Catégories
CVE-2026-59177

Vulnérabilité dans esphome-device-builder (CVE-2026-59177)

Résumé

Vulnérabilité dans esphome-device-builder (CVE-2026-59177). Risque d'opérations non autorisées ou de divulgation. Exploitable via ingress_peer_guard. Atténuation : mise à jour vers 1.0.10 ou plus.

Description d'origine

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

Summary

On the Home Assistant add-on, the dashboard serves a trusted ingress site that skips authentication because the supervisor authenticates the request upstream. That site was binding 0.0.0.0. The add-on runs in host network mode for mDNS, so binding all interfaces also bound the host's LAN interface, and any device on the local network could reach http://:/ and get the full dashboard with no credentials.

Details

The HA add-on ingress site is intentionally unauthenticated: the supervisor's ingress proxy authenticates the browser upstream, and the dashboard's threat model assumes the site is reachable only through the supervisor's docker network. The protection depended on physically binding the site to the supervisor, but the site bound 0.0.0.0 instead. Because the add-on uses host networking, 0.0.0.0 includes the host's LAN address, so the no-auth site was reachable directly from the LAN, bypassing the supervisor and its authentication entirely.

This is an auth bypass on a boundary the dashboard explicitly defends. docs/THREAT_MODEL.md names, under the surface it still defends, "anything that lets external traffic reach the ingress site without going through the supervisor." The bug is exactly that.

The fix, in PR #1565, mirrors what the legacy add-on's nginx did:

  • Bind the ingress site to loopback plus the supervisor gateway (127.0.0.1 and 172.30.32.1) instead of all interfaces. Loopback serves HA core's host-network ESPHome integration, whic…

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-59177 a été découverte dans esphome-device-builder.
Des attaquants peuvent cibler un point d'entrée spécifique comme ingress_peer_guard à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour esphome-device-builder vers 1.0.10 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « esphome-device-builder CVE-2026-59177 » sur le site de l'éditeur.

CVE-2026-59177 (esphome-device-builder) — CWE-1327
Surface d'attaque : ingress_peer_guard
Correctif : 1.0.10 — appliquer immédiatement
Contournement : Upgrade to 1.0.10 or newer (an esphome container bundling device-builder 1.0.10+).
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-1327) affecte esphome-device-builder. Les attaquants atteignent le code vulnérable via ingress_peer_guard.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de esphome-device-builder. Surface d'attaque : ingress_peer_guard.

🔥 Gravité

Gravité : ?. Risque d'opérations non autorisées ou de divulgation.

🔧 Comment corriger

Mettre à jour vers 1.0.10.

🛡️ Contournement

Contournement : Upgrade to 1.0.10 or newer (an esphome container bundling device-builder 1.0.10+).

🔍 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 'esphome-device-builder' . | grep -v node_modules

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

  2. 2
    Apply temporary workaround mitigate
    Upgrade to 1.0.10 or newer (an esphome container bundling device-builder 1.0.10+).

    パッチが適用されるまでの応急処置として、Upgrade to 1.0.10 or newer (an esphome container bundling device-builder 1.0.10+). を実施。回避策の副作用 (機能低下) を確認した上で。

  3. 3
    Apply patch patch
    Upgrade esphome-device-builder to 1.0.10

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

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

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

Paquets affectés

pip esphome-device-builder
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.0.10"}]}]

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