B

B — Some risk signals Graded October 16, 2026Minor concerns worth a quick check.Based on public adoption and transparency signals as of October 16, 2026. Our opinion, not a code audit or security guarantee.

App connector · Cloud & infrastructure

ha-mcp

The Unofficial and Awesome Home Assistant MCP Server

Bottom line: Signal-based grade (4/7 points): very widely starred on GitHub, public source code. This reflects adoption and transparency, not a code audit.

Popularity score
42/100
Rank
#277 of 500
GitHub stars
5.1k

What it does

ha-mcp is an MCP server that connects Claude and other AI agents to Home Assistant, enabling them to control smart home devices, read sensor data, and automate routines through natural language. It bridges Home Assistant's device ecosystem with Claude's conversational AI capabilities.

Who it’s for

Smart home enthusiasts and builders who want to add voice/chat control to Home Assistant via Claude, and enterprises managing IoT fleets through AI agents. Best suited for technical users comfortable self-hosting and managing API credentials.

Copy-paste setup

Check these steps against the project’s own instructions before running anything.

Verify against the repo README at https://github.com/homeassistant-ai/ha-mcp (opens external site) for the latest installation steps. Typically involves cloning the repo, installing dependencies, and configuring the MCP server details (Home Assistant URL, authentication token) in your Claude Desktop or agent framework's mcpServers config.

Risks

  • Credential exposure: Home Assistant tokens stored in config files or environment variables could be intercepted or logged if the agent's context is compromised.
  • Prompt injection: Malicious inputs could trick the agent into executing unintended home automation commands (e.g., unlocking doors, disabling security).
  • Scope creep: The connector may grant broad device control; users should enforce least-privilege access tokens scoped only to necessary Home Assistant entities.
  • Data exfiltration: Device state, sensor readings, and automation patterns could be logged or leaked by the agent provider or MCP server.
  • Supply-chain risk: The project is community-maintained (not official Home Assistant); patches and security updates may lag behind critical vulnerabilities.

How to stay secure

Least-privilege permissions

  • Create a dedicated Home Assistant user account for the MCP connector with access only to devices and automations you actually need it to control (e.g., lights and thermostats, but not door locks or security systems).
  • Use short-lived tokens (temporary access credentials that expire after hours or days) instead of permanent ones; regenerate them regularly.
  • Never grant admin-level access; restrict the connector to specific rooms, device types, or automations only.
  • Document what each permission is for so you can audit whether the connector still needs it over time.

Network isolation

  • Run the MCP connector on a separate, isolated device or network segment if possible—don't mix it with systems handling payment data or sensitive personal information.
  • Use a firewall or VPN to restrict which systems can communicate with your Home Assistant instance; block direct internet access if the connector doesn't need it.
  • Avoid storing Home Assistant credentials in plain text in config files; use encrypted credential storage or environment variables that your system administrator manages securely.

Monitoring

  • Enable logging on all Home Assistant commands executed by the MCP connector; review logs weekly for unexpected device changes or access patterns.
  • Set up alerts for unusual activity, such as commands executed at odd times or attempts to access devices outside the connector's permitted scope.
  • Track which commands are actually used over a month—disable or revoke permissions for anything unused.

Red flags to watch for

  • Sudden requests to expand permissions or add access to sensitive devices like locks, cameras, or security systems after deployment.
  • Delays in security patches from the community project; monitor GitHub for unresolved vulnerability reports and consider alternatives if updates lag by weeks.
  • Unexpected device state changes or automations running without your request, which may indicate prompt injection or unauthorized command execution.
  • Vague or missing documentation about what the connector can and cannot do; avoid deploying it if the creator cannot clearly explain its security model.

Alternatives

  • Official Home Assistant integrations (e.g., built-in Assist/conversation API) – native, officially supported, lower external dependency risk.
  • OpenHAB MCP connector – similar open-source home automation bridge with potentially different security posture.
  • Direct webhook/REST API calls – bypass MCP entirely and implement custom agent logic with granular access controls.
  • Commercial smart home AI platforms (e.g., specialized IoT agent frameworks) – vendor-managed, SLA-backed, but less flexible and transparent.

Sources