In der Praxis ist Provenance eine in-toto-Attestierung mit einem SLSA-Provenance-Predicate, die in der CI mit einem kurzlebigen Sigstore-Zertifikat signiert wird, das an die Identität des Workflows gebunden ist. npm zeigt sie als Provenance-Badge auf Paketseiten an, PyPI als Attestierungen, GitHub über Artefakt-Attestierungen (gh attestation verify), und Container-Registrys speichern sie neben den Images.
Provenance beantwortet die Frage „Woher stammt das?“, nicht „Ist das sicher?“: Ein bösartiger Commit, den die echte Pipeline baut, hat gültige Provenance. Der Nutzen liegt darin, Unterschiebungen zu verhindern – etwa ein Paket, das mit einem gestohlenen Token von einem Laptop aus veröffentlicht wurde – und dem Incident-Response-Team eine exakte Spur zu liefern. Verifizierer sollten das Repository, den Pfad des Workflows oder die Builder-ID und, wo möglich, den Commit mit den Erwartungen abgleichen.