<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Esphome-Device-Builder (&lt; 1.0.10) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/esphome-device-builder--1.0.10/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 10 Sep 2026 00:51:02 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/esphome-device-builder--1.0.10/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Unauthenticated Access to ESPHome Dashboard via Ingress Interface Misconfiguration</title><link>https://feed.craftedsignal.io/briefs/2026-09-esphome-dashboard-auth-bypass/</link><pubDate>Thu, 10 Sep 2026 00:51:02 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-esphome-dashboard-auth-bypass/</guid><description>An auth bypass in the ESPHome Home Assistant add-on allows unauthenticated LAN access to the dashboard due to improper interface binding, enabling remote code execution on the host.</description><content:encoded><![CDATA[<p>The ESPHome device builder dashboard component for Home Assistant contains an authentication bypass vulnerability (CVE-2026-59177) that exposes an unauthenticated ingress site to the local network. The dashboard is designed to rely on the Home Assistant supervisor to provide authentication for ingress traffic. However, the add-on incorrectly bound the ingress site to all interfaces (0.0.0.0) instead of the loopback and supervisor gateway addresses.</p>
<p>Because the add-on operates in host network mode, this configuration exposes the dashboard directly to the host's LAN interface. Any device on the same local network as the Home Assistant host can access the dashboard without authentication. Given that the dashboard's capabilities include running arbitrary Python code and system shell commands, an attacker can leverage this exposure to gain full remote code execution on the Home Assistant host, including control over the configuration directory and managed ESPHome devices. The vulnerability was present by default in all host-network installs prior to version 1.0.10.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker performs network discovery on the local area network to identify the Home Assistant host IP address.</li>
<li>Attacker probes the Home Assistant host on the known add-on ingress port to identify the ESPHome dashboard service.</li>
<li>Attacker sends an unauthenticated HTTP GET request to the ingress port, confirming access to the dashboard interface.</li>
<li>Attacker navigates the dashboard to the compile/validation section, which supports arbitrary code execution.</li>
<li>Attacker uploads a malicious ESPHome configuration file containing an <code>external_components</code> definition with embedded Python payloads.</li>
<li>Attacker triggers the dashboard compile function, causing the backend to execute the injected Python code or shell commands with the privileges of the Home Assistant add-on process.</li>
<li>Attacker achieves persistent access or full system control by deploying a reverse shell or modifying the Home Assistant configuration files.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in full compromise of the Home Assistant add-on and the underlying host. The attacker gains the ability to read or modify arbitrary files within the mounted configuration and data directories, and can execute system-level commands. This vulnerability affects any Home Assistant instance running the host-networked ESPHome add-on, posing a critical risk to users on shared or untrusted local networks.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritized actions for security and infrastructure teams:</p>
<ul>
<li>Immediately upgrade the <code>esphome</code> container to include <code>esphome-device-builder</code> version 1.0.10 or later.</li>
<li>Implement network-layer access control on the Home Assistant host to restrict access to the ESPHome ingress port, ensuring only the local loopback and the supervisor gateway (172.30.32.1) are permitted.</li>
<li>Audit the Home Assistant configuration directory for unauthorized modifications or newly created files that may indicate previous exploitation of this interface.</li>
<li>Segment the Home Assistant host from untrusted IoT devices or guest network segments to mitigate the risk of unauthorized local network access.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>auth-bypass</category><category>remote-code-execution</category><category>home-assistant</category><category>esphome</category></item></channel></rss>