← All stories
● Covered by 1 source · 1 reportMedium impact1 neutral

HashiCorp Packer 1.16 Adds Native SLSA Provenance Generation and Verification for Machine Images

🔄 Updated 18h ago
New to BrevFeed? We gather this story from every outlet covering it into one summary — ranked by real-world impact, not just the latest headline — so you never miss what matters. What is BrevFeed? →

Key points

  • Packer v1.16.0 introduces native SLSA provenance generation and verification.
  • The new feature creates in-toto statements with SLSA Provenance v1 predicate.
  • Attestations capture Git commit, CI pipeline, and build timestamps.
  • Supports various signing modes including local PEM, cloud KMS, Vault, and Sigstore Fulcio.

Native SLSA Provenance for Machine Images

HashiCorp has released Packer v1.16.0, which includes native support for generating, signing, and verifying SLSA provenance attestations for every machine image built using the tool. This new capability provides a secure and tamper-proof record of an image's creation process, directly within Packer, eliminating the need for external supply-chain security tools.

Addressing Infrastructure Supply Chain Gaps

The update addresses a significant gap in infrastructure security, as machine images underpin all workloads running on them. Previously, verifying the origin of an image often involved sifting through outdated build logs, and Packer lacked a direct method to link an artifact to its specific commit, pipeline, or identity. This new feature prevents the silent spread of tampered or unverified images by providing clear traceability.

Technical Implementation and Attestation Details

The core addition is a new provenance post-processor that generates in-toto statements using an SLSA Provenance v1 predicate. This vendor-neutral format is compatible with existing supply-chain security tools. Attestations record crucial details such as the Git commit, repository, reference, triggering CI pipeline, and build timestamps. Local artifacts are bound by their SHA-256 digest, while cloud artifacts are linked to a canonical identity record containing builder and artifact IDs.

Flexible Signing and SLSA Compliance

Packer offers four signing modes to accommodate different key management strategies: unsigned JSON for internal use, local PEM keys for isolated setups, cloud KMS or Vault for centralized key management, and Sigstore Fulcio for keyless signing in CI pipelines with Rekor upload for transparency. Packer maps its output to SLSA's build-level ladder, with L1 achievable with the provenance post-processor, and L2 with keyless signing on a CI platform. Achieving L3 compatibility involves separating provenance generation from the build job using a different signing job, though full L3 compliance also depends on platform hardening and build isolation controls.

✨ This summary was generated by AI from the outlets' reporting listed below. It is not independently verified and may contain errors — check the original sources. How BrevFeed works →

The daily brief

One email each morning: the day's tech stories, clustered across outlets and summarized. No account needed.

One email a day. Unsubscribe in one click, any time.

Today's brief

Spend a few minutes, get the whole day. Every topic's top stories in one hands-free rundown — listen, watch, or read the transcript.

~8 min · 6 stories · Sep 08

▶ Play today's brief Listen on Spotify

New every morning, and the back catalogue is archived by date.

Reporting from

HashiCorp released Packer v1.16.0, which now natively supports generating, signing, and verifying SLSA provenance attestations for machine images. This update provides a secure, tamper-proof record of how an image was built, addressing a gap in supply-chain security for infrastructure. It matters because it enhances the integrity and traceability of machine images, which are foundational for many workloads, without requiring additional tools.