Status · Plans and data
Data and privacy
Status keeps what it needs to tell you how your monitors are and were: their checks, their changes between up and down, and the people to tell. Nothing runs on your servers but the calls you make.
What Status keeps
Loading what it keeps…
What a check keeps
Every check keeps when it ran, whether it passed, the status code, how long the answer took, and the reason when it failed.
A failed check also keeps the answer as it came, so its page can show where to look:
- its status and a few headers that say who answered and why (
content-type,server,location,retry-after,cache-control,cf-ray,x-request-id,via), - the first 2 KB of the body,
- how long the name lookup, the connection, TLS and the first byte took,
- the IP address it reached.
An HTTPS check also keeps the certificate it met: who issued it and when it expires. Checks are kept for as long as the list above says, then deleted.
Keep secrets out of addresses
What a ping keeps
A ping keeps when it came, and whether it reported a success or a failure, with its exit code. A start only marks the run as started. A POST's body is your job's output: its last 10 KB are kept with the ping, and shown on the heartbeat's page to everyone who may open the project. Pings are kept and deleted as checks are.
Output is kept as it is
Keys and secrets
- A server secret is kept only as a hash. It's shown once, when it's made, and never again.
- A Telegram bot token, a Slack webhook, an Incidents server secret and each webhook signing secret are kept encrypted with a key of Status's own. None is shown again in full.
- Making a server secret or a webhook endpoint asks for a sign-in at id.my-beast.com within the last 15 minutes, because the next page shows the secret.
What is public
Only the project's status page, and only for the monitors you mark public: their names and groups there, their states, their days and their downtimes. It never shows an address, a reason, a check's answer or who was told. Its feed and badge show the same. Everything else needs a sign-in, and is shown only to the project's people.
Status keeps no data about your own users, unless you put some in a monitor's name or address, or in a job's output.
Erasing data
- A monitor: remove it on its page, or leave it out of the deploy's list. Its checks stop at once, and its check results are deleted as they age, like all others. Its daily uptime figures and its changes between up and down are kept, as the list above says.
- A person on your team: their name and email come from id.my-beast.com, with the project's people. Remove them from the project there, and Status stops telling them and lets them in no more. The audit log keeps what they did, for as long as the list above says.
- Anything else, or a whole project's data: write to us. Our data processing terms say what happens to the data when the service ends.