Only the latest released version on main receives security fixes. If you are running an older release, please update first; the integration is updated through HACS and follows semantic-version-style tags.
| Version | Supported |
|---|---|
Latest release on main |
yes |
| Older releases | no |
Please do not open a public issue for security problems. Use one of the following private channels:
- Preferred: GitHub Security Advisory — encrypted, private, lets us coordinate a fix and assign a CVE if appropriate.
- Alternative: a private DM via the Home Assistant Community Forum addressed to the same maintainer.
Please include:
- A description of the issue and its impact.
- Steps to reproduce, or a proof-of-concept if possible.
- Your Home Assistant version and the integration version (
manifest.json).
You can expect an initial response within roughly a week. This is a hobby project — there is no formal SLA, but credible reports get priority.
This integration is an unofficial, reverse-engineered Home Assistant component. The relevant security surfaces are:
- In scope: issues in the integration code itself (
custom_components/onekommafive/), theonekommafivePython library it depends on, and the published GitHub releases. - Out of scope: vulnerabilities in Home Assistant core, in HACS, or in the 1KOMMA5° backend / API. Please report those to the respective upstream projects.
The integration stores 1KOMMA5° account credentials in the Home Assistant config entry. Home Assistant encrypts config-entry data on disk. The integration never logs credentials and never sends them anywhere except to the official 1KOMMA5° authentication endpoint via the onekommafive library.
If you are aware of a way credentials could leak (logs, diagnostics, traffic on the wire), that is in scope.