Skip to content

CONCEPT Cited by 5 sources

Reproducible builds

Definition

A reproducible build compiles the same source into a byte-identical artifact every time, regardless of who runs the build or where. That turns a binary's hash into a property of its source: anyone can rebuild from public source, get the same digest, and thereby link a running or published binary back to code they can audit. Achieving it requires eliminating non-determinism — timestamps, file ordering, absolute paths, toolchain versions, embedded build IDs — usually via pinned, hermetic toolchains.

Why it matters for system design

Remote attestation proves which digest is running in a TEE; it says nothing about what that digest does. Reproducible builds close the gap: the attested measurement can be recomputed from audited source by an independent party, so attestation + reproducibility together give "this audited source is what's executing." A second-order benefit: since the measurement is deterministic, verifiers can pin constant expected values (e.g. Nitro PCRs) — "verification policies never need to be updated" across rebuilds (Source: sources/2026-10-27-aws-how-anchorage-digital-and-turnkey-verify-code-with-aws-nitro-enclaves). It is also the precondition for a meaningful binary transparency log: a published digest is only auditable if it can be regenerated from source.

Seen in

Last updated · 854 distilled / 2,448 read