Infrastructure worth keeping — and kept patched.

Security policy: how to report a vulnerability

Found a security problem in FosterStack Cache or on this website? Tell us privately. Here is how, what happens next, and what we sign and publish so you can check our work.

Report a vulnerability

Send the report, not a patch. Please do not post details publicly before a fix ships.

What we aim for

Vulnerable dependencies fixed fast — our target is 48 hours from disclosure. Security patches are never withheld from the free tier: the same fix ships to everyone on the same day.

The supported version is the latest minor release.

What we sign and publish

Releases are built only in CI. Each one comes with files you can check without an account:

The commands are under "Verifying a release" in RELEASING.md. See also how we build.

Every published image is scanned again every day, so a vulnerability disclosed against something we already shipped raises an issue.

What the server does with your data

The server sends no telemetry and needs no connection to FosterStack: no usage reporting, no licence check, no update ping. It stores what your build tool sends it, which is cache keys and the files they point to. You can check that it makes no outbound connections, and the command is in the security policy on GitHub.

This website has no forms, no cookies, no analytics and no third-party requests.

What we do not claim

Machine-readable contact: security.txt.

Full security policy on GitHub FosterStack home