chainguard-images/images

Public Chainguard Images

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 27 minutes ago
Added to GitGenius on April 3rd, 2025
Created on November 8th, 2022
Open Issues & Pull Requests: 114 (+0)
Number of forks: 176
Total Stargazers: 692 (+0)
Total Subscribers: 35 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 56.3 days
Mean response time: 221.4 days
90th percentile: 739.1 days
Tracked items: 65

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 94% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. Only 5% of issues opened in the past year have been closed. Three people close 54% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 53
New in 7 days: 1
Closed in 7 days: 0
Avg open age: 721 days
Stale 30+ days: 51
Stale 90+ days: 51

Recent activity

Opened in 7 days: 1
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 1

Top labels

  • needs-triage (93)
  • image-request (28)
  • bug (7)
  • enhancement (6)
  • documentation (5)
  • hacktoberfest (4)
  • q123 (3)
  • q422 (3)

Most active issues this week

Detailed Description

The Chainguard Images repository holds the public build configuration for a comprehensive catalog of minimal, hardened OCI container images distributed through the cgr.dev registry under the chainguard namespace. The repository serves as the source of truth for how these production-ready container images are constructed, tested, and published, making it a critical component of Chainguard's container security and supply chain infrastructure.

Every image in this repository is built using apko, a tool designed for creating minimal container images from declarative configurations. The build process centers on locked_config.json files, which contain fully resolved and pinned package versions for each supported architecture. This pinning approach ensures reproducible builds, meaning the same configuration file will consistently produce identical image content across different build environments and time periods. This reproducibility is fundamental to the repository's security posture and allows users to verify image contents independently.

The publication workflow is automated through a GitHub Actions workflow defined in release.yaml, which monitors changes to locked_config.json files on the main branch and triggers builds on a daily schedule. When changes are detected, the workflow uses a Terraform module at main.tf to orchestrate the build and publication process. This module reads the locked configuration, builds each image variant using the apko Terraform provider, publishes the resulting OCI images to cgr.dev, and generates accompanying SBOMs and cosign attestations for supply chain security verification.

The repository is organized with per-image directories under images/ containing build configurations, tests, and documentation for each image. Shared Terraform modules are centralized in tflib/ to promote consistency across the build infrastructure. The codebase is primarily written in HCL, reflecting its heavy use of Terraform for orchestration and infrastructure as code practices.

The repository emphasizes security best practices through comprehensive documentation including image guidelines in BEST_PRACTICES.md, a security policy for vulnerability reporting, and detailed instructions for building images locally and withdrawing deprecated images. Users can browse the full catalog at images.chainguard.dev and access commercial offerings through Chainguard Console.