Agent-ready Community Edition Images
Free open-source images with handbooks checked against the exact image, tested seed data, and a build kit that rebuilds the image offline. Built for engineers and their AI agents.
Rebuild it yourself: any release, with the network off, on your own builder and with your own signing key, to the identical digest we published. The SLSA Build Level 3 path
The network is off.
The bytes still match.

Rebuild from the build kit with --network=none. A release counts below only when our latest clean-room rebuild reproduced the identical linux/amd64 image-manifest digest we published.
--network=none, nothing fetchedBuild SLSA 3 images on your own infrastructure.
Each build kit is the complete, pinned build of one release. Run it on your own hardened build platform, sign the SLSA v1 provenance BuildKit generates, and you reach SLSA Build Level 3 without engineering the build yourself. We are the shortcut; your platform supplies the hardening and the signing key.
$ ./BUILD_OFFLINE.sh --provenance # --network=none · SLSA v1 provenance from BuildKit $ ./VERIFY_OFFLINE.sh ==> DIGEST MATCH # then sign the provenance with your own key
Defects our checks found
Open the defect logWhat our checks found before release, counted from the public defect log, which says how each was found and what happened to it.
- Documentation 8,897
- Insecure default 60
- Image 52
- Verification 32
- Build kit 23
- Deviation from upstream 19
- Reproducibility 11
- License 8
- Bug 7
- Upstream documentation 2
- Build 1
What happened to them: 8,713 fixed before release · 61 fixed after release · 319 open, disclosed with their release · 19 not a defect (works as designed). Where they were: 9,037 in our build or documentation, 75 in the upstream project.
Don't trust us. Rebuild it yourself.
What a match looks like# 1. the build kit is what we shipped $ sha256sum -c CHECKSUMS.sha256 # 2. rebuild it with the network off, and compare $ ./BUILD_OFFLINE.sh # --network=none, nothing fetched $ ./VERIFY_OFFLINE.sh published : sha256:7e229b55c116501a7c00b78a1eba91ca… rebuilt : sha256:7e229b55c116501a7c00b78a1eba91ca… ==> DIGEST MATCH — reproduces the published image bit-for-bit. # 3. the image is ours: signed, logged in the public Sigstore log $ cosign verify --key https://readystack.dev/keys/cosign.pub readystack/<app>@sha256:…
How we count: a release counts only when our latest record shows it rebuilt from its build kit as sold, with the kit's own scripts and the network off, to the identical linux/amd64 digest. Each product page gives the date of that rebuild, or says it has not been re-verified.
What that takes
How the build works- Every basePinned by digest
- Every timestampFrozen
- The whole toolchainVendored
- Left to varyNothing
- Live Docker Hub tagAdd
--onlineto prove it holds that digest
Docker Hub image
FreeOpen source images, free to pull.
- Community Edition (CE), open source only
- Documented build process
- Addressed by SHA-256 digest
- Base OS named in every release tag
- Each release's grade, with the date and why
Whether a release is signed, runs as non-root and carries SBOM and provenance attestations is shown per release on its product page, as read from the registry.
Agent-ready Build Kit
Paid, per productEverything to verify, rebuild, and operate.
The offline build, full documentation, seed data, validated tests, defect reports, and provenance records — per product.
Dockerfile.offlineBUILD_RECIPE.jsonCHECKSUMS.sha256SBOM.jsonVERIFY.mdREBUILD.mdbases/pinned base imagesvendored/source
- Admin handbook
- DB handbook
- API guide
- Seed data
- Security report
- Defects report
- Validation tests
- Release notes
The build kit holds the pinned base images and everything else the build needs, not the published image itself: you rebuild that from it, and VERIFY_OFFLINE.sh checks it matches.
What we promise, and what we don't
For auditors- Community Edition only, every release.
- Every release signed with our published key and dated.
- Every release on sale scanned every day; one that drops below grade A goes into the build queue the same day.
- Every defect we find, logged in public with what happened to it.
- No contractual CVE SLA yet. We measure the time from detection to a fixed release first, and will publish a target once the numbers support one.
- linux/amd64 only. Every digest and rebuild we publish is for linux/amd64.
- Not a compliance certificate. We supply evidence; your controls decide how you use it.