Only the latest release is supported with security fixes.
| Version | Supported |
|---|---|
| latest | Yes |
| older | No |
Please do not open a public GitHub issue for security vulnerabilities.
Report issues by email to the maintainer listed in the repository's GitHub profile. Include a clear description of the vulnerability, steps to reproduce, and potential impact. You will receive an acknowledgement within 7 days. If a fix is warranted, a patch will be prepared before any public disclosure is coordinated.
The following areas are in scope:
- MQTT communication — unauthenticated or unencrypted message exchange that could allow spoofing of sensor data or injection of presence events.
- Home Assistant API token — exposure of
HA_TOKENthrough logs, config files committed to version control, or process environment leaks. - Telegram bot token — exposure of
TELEGRAM_TOKENin the same ways as above. - Docker
network_mode: host— the service runs with host networking, which means it shares the host network stack. Any service binding to a port is directly reachable on the host without Docker's usual network isolation. This is intentional for MDNS/mDNS discovery but widens the attack surface.
- Enable TLS on your MQTT broker (
port: 8883) and configure the service to verify the broker certificate. - Use a dedicated MQTT user for the fusion service with publish/subscribe limited to the topics it needs.
- Pass the password via the
MQTT_PASSWORDenvironment variable, not inconfig.yaml.
- Create a long-lived access token scoped to the minimum required permissions
(reading the specific
binary_sensorentities used as ground-truth inputs). - Rotate the token if it is ever logged or accidentally committed.
- Set the token via the
HA_TOKENenvironment variable only.
- Store
TELEGRAM_TOKENin a.envfile (added to.gitignore) and load it via Docker Compose'senv_filedirective — do not place it indocker-compose.ymlorconfig.yaml. - Restrict the bot to your own chat ID in
config.yaml.
- Because
network_mode: hostis used, run the container on a dedicated host or VLAN that is not directly internet-reachable. - Use a firewall to restrict inbound connections to only the ports the service requires (MQTT client — outbound only; no listening ports required by default).