All NewsSecurity

Securing CI/CD for an open source project: Locking down dependencies

Cilium enhances CI/CD security by locking down dependencies, ensuring builds pull only trusted code.

06 / 12 / 2026Source: Security
Test ingest layout blocks
Feature image

News

What happened

Cilium has published the second installment of its series on hardening CI/CD pipelines, focusing on securing dependencies. This is crucial for developers looking to mitigate risks associated with compromised third-party code.

In the latest blog post, Cilium details its approach to securing the dependency layer of its CI/CD pipeline. By pinning GitHub Actions and container images to specific commit SHAs, Cilium ensures that builds only pull in trusted code. The post also discusses automated updates and the importance of maintaining a trust boundary to protect against supply chain attacks.

Release at a glance

Key facts from the announcement.

Product

Cilium CI/CD

Post

Part 2 of 3

Focus

Dependency Security

MANAGED ALTERNATIVE

Prefer Not to Self-Host Your Passwords?

Self-hosting Vaultwarden gives you full control — but it also gives you full responsibility. If you want the same zero-knowledge security model without the operational overhead, Proton Pass is the managed option we'd recommend.

Try Proton Pass

This is an affiliate link. If you purchase, I earn a commission at no extra cost to you.

Changes at a glance

What's new

Cilium has implemented a strategy to pin GitHub Actions and container images by SHA digest, which prevents the use of compromised code. Additionally, they have introduced automated updates through Renovate, which helps maintain security without relying on mutable references.

Breaking changes

No breaking changes were reported in the source material.

Analysis

In detail

Cilium emphasizes the importance of pinning dependencies in its CI/CD workflow. By referencing actions using full 40-character commit SHAs, they prevent the risk of pulling in compromised code from mutable tags. This practice applies to all third-party actions, including docker/build-push-action and sigstore/cosign-installer, ensuring that even tools run inside CI are content-addressed.

To manage updates efficiently, Cilium utilizes Renovate, which automatically opens pull requests to update SHA pins when new action versions are released. This process is governed by a cooldown period to avoid immediate updates on newly released versions, allowing time for potential vulnerabilities to be identified and addressed. The Renovate bot operates with fine-grained permissions to maintain security while automating dependency management.

Cilium also employs Go module vendoring, committing all Go dependencies to the repository to ensure builds are reproducible and isolated from external module proxies. This approach, combined with license checks, further enhances the security of their CI/CD pipeline.

Key takeaways

The most important facts from this update.

Cilium's CI/CD pipeline now pins dependencies by commit SHA.
Renovate automates SHA pin updates while maintaining a trust boundary.
Dependency cooldown prevents immediate updates on new releases.
All Go dependencies are vendored to ensure reproducibility.
License checks are performed to filter out unwanted licenses.

Why it matters

This approach to dependency management is critical for self-hosters and homelab builders, as it mitigates risks associated with supply chain attacks. By implementing strict controls on dependencies, projects can maintain integrity and security in their CI/CD processes.

Homelab impact

Homelab operators using CI/CD pipelines can adopt similar strategies to enhance their security posture. By pinning dependencies and automating updates, they can reduce the risk of introducing vulnerabilities through third-party code.

Additionally, the practices outlined by Cilium can be integrated into various automation tools and workflows, ensuring that builds remain secure and reproducible. Operators should consider implementing dependency locking and automated update mechanisms to safeguard their environments.

What to do next

Practical steps for operators running self-hosted stacks.

Review your CI/CD workflows for dependency pinning.
Implement SHA pinning for all third-party actions and images.
Set up Renovate or a similar tool for automated dependency updates.
Establish a cooldown period for new dependency releases.
Conduct license checks on your dependencies to avoid unwanted licenses.

This article summarises reporting from CNCF Blog. Visit the original post for release notes, changelogs, and full technical documentation.

Self HostingSecurityInfrastructureNetworkingArchitecture