Re: SLSA Provenance in Apache Commons
Emmanuel Bourg <[email protected]> Tue, 5 May 2026 13:38:26 +0200
| Newsgroups | gmane.comp.jakarta.commons.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 05/05/2026 à 12:21, Piotr P. Karwasz a écrit : > On 5.05.2026 11:57, Emmanuel Bourg wrote: >> This all looks quite burdensome. Isn't provenance attestation irrelevant >> if our builds are reproducible anyway? > > > Provenance and reproducibility cover overlapping, but similar problems: > > - A reproducible build can still be malicious or come from an > unauthorized source. A reproducible build provides a proof that a binary comes from a given source. Who/where/when the source was built doesn't matter once the build is reproducible. This assumes the source is trusted of course. > - A build can of course be not reproducible, in which case we need to > trust the builder. In our case the SPDX artifact is not reproducible. If our builds aren't reproducible yet I think we must aim to make them so. What is the issue with the SPDX artifact? > In the attestation produced by `build-attestation` I tried to capture > the information that we see in each vote e-mail, so they could > constitute a machine-readable version of the e-mail. Is there a machine that already do something useful out of this attestation? > The information contained also helps reproducing the artifacts, by > capturing the environment characteristics (such as JDK version, > time-zone and Maven version) that we know can influence the build. Capturing the build environment is a good idea, but I'd rather fix the reproducibility issue caused by the timezone than documenting the timezone used at build time. Emmanuel Bourg