CVE-2026-54318: Home Assistant Android Companion Location Spoofing – HIGH Severity
Home Assistant's companion app for Android contains a flaw that allows any installed application to spoof your device's GPS location without needing special permissions. An attacker can trick Home Assistant into believing you're at a different location than where you actually are, potentially triggering automations tied to your real-world position—such as unlocking doors, disarming alarms, or opening garages. Because this vulnerability bypasses Android's built-in mock location protections, even apps that appear benign could exploit it. The issue is fixed in version 2026.5.3.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.1 HIGH · CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:N/I:H/A:N
- Weaknesses (CWE)
- CWE-926
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-26
NVD description (verbatim)
Home Assistant is open source home automation software that puts local control and privacy first. Prior to 2026.5.3, the LocationSensorManager BroadcastReceiver is exported with no permission. Any installed app, with zero runtime permissions, can broadcast a forged Google Play Services LocationResult directly to it; the receiver trusts the extra and forwards it to the user's Home Assistant server as the device's real location. This bypasses Android's developer-mode "Mock Location" gate and allows a local malicious app to drive zone-based automations (unlock door / disarm alarm / open garage) by faking the user's GPS position. This vulnerability is fixed in 2026.5.3.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The LocationSensorManager BroadcastReceiver in Home Assistant's Android companion app is exported without permission restrictions (CWE-926: Improper Restriction of Rendered UI Layers or Frames). A local attacker can broadcast a forged Google Play Services LocationResult directly to this receiver, which trusts the incoming extra without validation. The receiver then forwards the malicious location data to the Home Assistant server, where it is processed as authentic device telemetry. This circumvents Android's "Mock Location" detection mechanism, which normally prevents misbehaving apps from spoofing positions in the system location stack.
Business impact
Home automations triggered by geofencing—door locks, alarm systems, garage openers, scene switches—become an attack surface for local exploitation. An attacker with physical or remote access to install a single app (e.g., trojanized application or compromised plugin) can remotely manipulate a user's home security posture without triggering user-facing location permissions dialogs. This is particularly concerning for homes where location-based logic controls critical security devices. The vulnerability requires no special privileges, making it accessible to a wide range of bundled or sideloaded malware.
Affected systems
Home Assistant Companion app for Android, versions prior to 2026.5.3. Any Android device running a vulnerable version and connected to a Home Assistant instance with location-based automations is at risk. Home Assistant server itself is not directly affected; the flaw is in the Android companion app's handling of location broadcasts.
Exploitability
Exploitability is straightforward: the attacker needs only to install a local app on the target device. No runtime permissions, no special Android OS capabilities, and no user interaction are required. The malicious app sends a forged broadcast to the LocationSensorManager, which accepts and trusts it immediately. No user-facing prompt or consent mechanism stands in the way. This is a low-friction attack that scales easily across devices in an environment where Home Assistant is actively used.
Remediation
Update Home Assistant Companion to version 2026.5.3 or later. This release restricts the LocationSensorManager BroadcastReceiver to prevent unauthorized broadcasts. Additionally, review and audit location-based automations in Home Assistant to confirm they align with your security model and threat tolerance. Consider whether location-triggered actions (door unlock, alarm disarm) are essential, or whether multi-factor confirmation would be prudent in your setup.
Patch guidance
Home Assistant Companion app updates are typically distributed through the Google Play Store and automatic update channels. Users should verify they are running 2026.5.3 or a later build. Organizations managing Android devices via MDM should push this update to enrolled devices as soon as possible. Verify the update by checking the app's Settings > About or by inspecting the version field in the companion app settings within Home Assistant. No rollback is recommended once the patch is applied.
Detection guidance
Monitor for unexpected location changes in Home Assistant's entity history, especially if they do not correlate with the user's actual movement patterns or travel times. Check device logs (logcat on Android devices) for unexpected broadcasts sent to the LocationSensorManager component. On the Home Assistant server, enable debug logging for location sensor integrations and review recent location events for anomalies. If available, use Android Mobile Threat Defense (MTD) solutions or security monitoring agents to detect installation of suspicious local apps that generate broadcast intents matching LocationResult schemas.
Why prioritize this
This vulnerability combines local attack surface with high integrity impact on physical security devices. While it requires local app installation, the bar for that installation is low (sideloading, supply-chain compromise, or user error), and the consequences—unauthorized door unlock, alarm disarm, garage opening—are severe. The CVSS 7.1 score reflects high integrity impact with scope change; prioritization should account for the presence and criticality of location-based automations in your deployments.
Risk score, explained
CVSS 3.1 score of 7.1 (HIGH) is driven by: local attack vector (AV:L), low complexity (AC:L), no privilege requirement (PR:N), no user interaction (UI:N), scope change (S:C) because the broadcast receiver acts as a bridge to the Home Assistant server context, high integrity impact (I:H) because forged location triggers security actions, but no confidentiality (C:N) or availability (A:N) impact. The score appropriately reflects a local privilege boundary bypass with real-world consequences for home security.
Frequently asked questions
Do I need to do anything if I don't use location-based automations?
Update to 2026.5.3 regardless. While the risk is lower if automations are not location-dependent, the underlying flaw still allows any installed app to broadcast forged location data. Future automations or integrations might use location, and the exposure is eliminated by patching.
Can this vulnerability be exploited remotely?
No. The attacker must install an app on the target Android device. However, the installation itself could be remote (e.g., via malicious link, sideloading from a compromised third-party store, or supply-chain compromise). Once installed, exploitation is trivial and does not require the attacker to physically touch the device.
Does Home Assistant server software have the same issue?
No. The vulnerability is specific to the Home Assistant Companion app for Android. The server software does not export a LocationSensorManager BroadcastReceiver. However, any instance receiving spoofed location data from a compromised companion app will process it as authentic, so securing the companion app is the primary defense.
What if I use a different Android home automation app instead?
Switching apps does not address the underlying vulnerability in Home Assistant Companion. If you depend on Home Assistant, upgrade to 2026.5.3. If you are evaluating other products, verify their BroadcastReceiver configurations are not exported without permission and that location data is validated before being trusted.
This analysis is provided for informational purposes and reflects the vulnerability as documented in CVE-2026-54318 and vendor advisories. The assessment does not constitute legal advice or guarantee of protection. Organizations should verify patches against official Home Assistant release notes and test them in non-production environments before deployment. The presence of this vulnerability in your environment depends on platform (Android), app version, and configuration; conduct a scoped risk assessment for your specific setup. SEC.co does not provide deployment warranties; consult Home Assistant documentation and your security team for implementation guidance. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2025-68713HIGHRakuten Send Anywhere Android Arbitrary File Download & Code Execution Vulnerability
- CVE-2026-54317HIGHHome Assistant Konnected Authentication Bypass – Unauthorized Sensor Data Access
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20066HIGHWordPress CP Polls 1.0.8 Persistent XSS Vulnerability
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20069HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23