Reporting a security problem
A vulnerability disclosure policy for WristUnlock. Linked from /.well-known/security.txt per RFC 9116.
This app can unlock a car. If you have found something that lets one person reach another person's vehicle, say so in the first line of your report and it will be treated as the highest priority — ahead of anything else in the queue.
Write to [email protected]. Plain email is fine; there is no form to fill in and no account to create.
What to expect
What is in scope
- Anything that crosses between users. One account reaching another's vehicle, tokens, telemetry or history is the most serious class here and always will be.
- The command path — authentication, authorization, the confirmation gates, the Siri and Control Center entry points, and replay of any command.
- Tesla OAuth handling, including the callback bridge at
/auth/callbackand anything touching an authorization code or a refresh token. - This site, its headers and its
.well-knownpaths.
What is not
- Tesla's own Fleet API, vehicles and infrastructure. Report those to Tesla directly — WristUnlock is an independent third-party client and cannot fix them.
- Findings from automated scanners with no demonstrated impact, missing headers on paths that serve no content, and version-disclosure reports.
- Social engineering, physical attacks, and denial of service. Please do not test availability against the live Worker; there is one, it serves real requests, and every response below 500 costs money.
Ground rules
Test against your own account and your own vehicle, never anyone else's. Do not access, modify or retain data that is not yours — if you reach someone else's data by accident, stop, and say so in the report. Give us a reasonable chance to fix the issue before publishing.
Report in good faith within these rules and we will not pursue you for it, and we will not ask you to sign anything to receive that assurance.
Where the answers already are
Some questions are answered without a report: what the app stores and for how long is in the Privacy Policy, what it can and cannot do is in Features, and the trademark and authorization position is in Legal.