I published a safe read only Trading 212 integration last week, i'd been working on it locally for some time, it started as a complicated NodeRed flow; a few days later another appeared, fully polished and submitted to HACS and HA...
That's all fine, if a little suspiciou, but the Github account is brand new, and there is only one public repo, a Trading 212 repo...
If you are building or using custom integrations that require API tokens, especially for financial services, please be careful.
watch for:
-
a very new GitHub account or organisation
-
little or no visible project history
-
one or two highly polished public repositories appearing suddenly
-
broad feature claims from day one
-
polished README, screenshots, release notes and companion cards
-
an integration asking users to enter API credentials
None of that proves anything malicious. New developers are welcome, and AI-assisted development is clearly here to stay.
But it should raise the level of scrutiny.
A Home Assistant custom integration is not just a harmless dashboard add-on. It is code running inside your Home Assistant environment. If it asks for an API token, that token is only as safe as the code handling it.
For financial integrations in particular, users should check:
-
Does the integration clearly state it is read-only?
-
Does the external service allow API tokens to be restricted to read-only access?
-
Are users explicitly told to create a read-only token only?
-
Does the code make outbound calls only to the expected API?
-
Are tokens excluded from logs, diagnostics and issue templates?
-
Is the maintainer/project history credible?
-
Are there unnecessary companion cards, telemetry, or external services involved?
-
Is the entity model controlled, or does it create a huge number of entities by default?
-
Does the project have clear releases, changelogs and issue handling?
-
Has anyone technically reviewed the code?
The risk is simple: if a user accidentally creates a token with more access than needed, a bad integration could potentially expose that token or account data. That does not mean every new project is dangerous. It means credential-handling projects need more care.
For developers, my lesson learned is also simple:
-
keep early work private until it is mature
-
do not publish detailed roadmaps too early
-
document your security model clearly
-
state exactly what the integration does and does not do
-
avoid mutation/write endpoints unless absolutely necessary
-
make read-only token guidance prominent
-
avoid logging secrets or sensitive account data
-
make your project trustworthy, not just feature-rich
AI can now produce a very polished-looking copy integration quickly. That makes trust, provenance, reviewability and security posture more important than ever.
Use custom integrations, build custom integrations, but do not treat a polished README as proof of safety.
Franck Nijhof as a maintainer of HACS, please can you look into these two PR's. Mine is under dougle03. I'm not saying there is anything wrong with the later submission, but it certainly looks very fishy...