p PatchFirst

PatchFirst · Latest vulnerabilities

ha-mcp vulnerabilities

Vulnerabilities published for ha-mcp in the last 30 days: 0. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 4

  1. GHSA-q855-8rh5-jfgq

    Medium · CVSS 6.5Fix available

    ha-mcp: Add-on settings and policy routes are reachable without authentication at the bare root path

    ### Summary In add-on mode, the ha-mcp settings UI routes are mounted both under the MCP secret path **and** at the bare root of the published port (`:9583`), so Home Assistant ingress can serve the "Open Web UI" button. The root-mounted routes perform no authentication — no secret, no `Origin` check, no CSRF token — so any client that can reach `:9583` without the MCP secret can invoke them. ### Affected configurations Home Assistant **add-on** installations (`host_network: true` with port `9583` published), v7.6.0 and earlier. Docker and standalone installs are **not** affected — there the settings routes are mounted only under the secre

    • Update to 7.10.0
    Published Updated
  2. GHSA-g39v-cvjh-8fpf

    Medium · CVSS 6.5Fix available

    Home Assistant MCP Server: YAML config backups written under www/ are served unauthenticated at /local/

    ### Summary When `ENABLE_YAML_CONFIG_EDITING=true`, every `ha_config_set_yaml` call backs up the pre-edit file to `<config>/www/yaml_backups/`, which Home Assistant serves at `/local/` with **no authentication**. Anyone who can reach the HA web interface can download the most recent pre-edit `configuration.yaml` (or other YAML file) — typically containing plaintext MQTT passwords, REST credentials, webhook IDs, geofence coordinates, and `shell_command` definitions — with zero credentials. ### Details The backup feature is good — `do_backup` defaults to `True` and protects users from a bad edit. The issue is the location: - `custom_compone

    • Update to 7.5.0
    Published Updated
  3. CVE-2026-32112

    Medium · CVSS 6.8EPSS 0.19%Fix available

    ha-mcp has XSS via Unescaped HTML in OAuth Consent Form

    ha-mcp is a Home Assistant MCP Server. Prior to 7.0.0, the ha-mcp OAuth consent form renders user-controlled parameters via Python f-strings with no HTML escaping. An attacker who can reach the OAuth endpoint and convince the server operator to follow a crafted authorization URL could execute JavaScript in the operator's browser. This affects only users running the beta OAuth mode (ha-mcp-oauth), which is not part of the standard setup and requires explicit configuration. This vulnerability is fixed in 7.0.0.

    • Update to 7.0.0
    Published Updated
  4. CVE-2026-32111

    Medium · CVSS 5.3EPSS 0.29%Fix available

    ha-mcp OAuth 2.1 DCR mode enables network reconnaissance via an error oracle

    ha-mcp is a Home Assistant MCP Server. Prior to 7.0.0, the ha-mcp OAuth consent form (beta feature) accepts a user-supplied ha_url and makes a server-side HTTP request to {ha_url}/api/config with no URL validation. An unauthenticated attacker can submit arbitrary URLs to perform internal network reconnaissance via an error oracle. Two additional code paths in OAuth tool calls (REST and WebSocket) are affected by the same primitive. The primary deployment method (private URL with pre-configured HOMEASSISTANT_TOKEN) is not affected. This vulnerability is fixed in 7.0.0.

    • Update to 7.0.0
    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →