Skip to content
GitHub Supply Chain

Secure your software supply chain

Manage open source risks with GitHub’s supply chain security. Detect and fix threats early with automated scanning, updates, and policy enforcement—keeping your software resilient.

The image shows a GitHub 操作 dependency review report on a blue gradient background. It indicates 0 vulnerable packages, 1 package with an incompatible license, and 0 packages with unknown licenses. Each issue has a "Details" link for more information.

Secure your dependencies

Automatically detect vulnerabilities and get trusted updates with Dependabot.

Prioritize what matters

Dependabot surfaces the top 10% of your most critical alerts first using exploitation likelihood, severity scores, and triage rules.

Distribute what you build

Easily sign and verify your builds with artifact attestations—simplifying security and compliance.

Features

From dependencies to deployment, lock down your supply chain.

Identify critical risks faster with EPSS scores and automated alerts. Map dependencies and dependents, including transitive ones, with one-click SBOMs.

探索 supply chain security
The image shows a screenshot of a security vulnerability report for various npm packages. The background is blue, and the report lists four packages with their respective versions and types of vulnerabilities. The first package, "vm2" version 3.9.19, is marked as "Direct" with 5 critical vulnerabilities detected automatically. The second package, "@babel/traverse" version 7.22.6, is marked as "Transitive" with 3 moderate vulnerabilities detected automatically. The third package, "@babel/cli" version 7.17.10, is also marked as "Transitive," but no specific vulnerabilities are listed in the image snippet provided here (the text cuts off). The fourth package, "browserify-sign" version 4.2.1, is similarly marked as "Transitive," with no specific vulnerabilities listed in this snippet.

Secure software from the start

Whether you’re contributing to an open source project or choosing new tools for your team, your security needs are covered with GitHub.

Contact sales

Best practices for more secure software

Securing your end-to-end supply chain

Protect your entire GitHub workflow, from personal accounts to code and builds.

探索 the DevSecOps guide

Learn how to write more secure code from the start with DevSecOps.

Avoid AppSec pitfalls

探索 common application security pitfalls and how to avoid them.

Frequently Asked Questions

What is supply chain security?

When developing a software project, you likely use other software to build and run your application, such as open-source libraries, frameworks or other tools. These resources are collectively referred to as your “dependencies”, because your project depends on them to function properly. Your project could rely on hundreds of these dependencies, forming what is known as your "supply chain".

Your supply chain can pose a security risk. If one of your dependencies has a known security weakness or a bug, malicious actors could exploit this vulnerability to, for example, insert malicious code (malware), steal sensitive data, or cause some other type of disruption to your project. This type of threat is called a "supply chain attack". Having vulnerable dependencies in your supply chain compromises the security of your own project, and you put your users at risk, too.

One of the most important things you can do to protect your supply chain is to patch your vulnerable dependencies.

Attackers don’t just target dependencies you use; they will also target user accounts and build processes as well. It’s important to secure both to ensure that the code you distribute hasn’t been tampered with.

GitHub offers a range of features to help you understand the dependencies and secure the dependencies in your environment, and to secure your GitHub accounts and build system.

Why choose GitHub’s supply chain features instead of third-party products?

Unlike third-party security add-ons, GitHub’s supply chain features operate entirely in the native GitHub workflows that developers already know and love. By making it easier for developers to remediate vulnerabilities as they go, GitHub frees time for security teams to focus on critical strategies that protect businesses, customers, and communities from application-based vulnerabilities.

What is SLSA and SLSA level 3?

Supply-chain Levels for Software Artifacts (SLSA) is a framework for improving the end-to-end integrity of a software artifact throughout its development lifecycle. It provides a comprehensive, step-by-step methodology for building integrity and provenance guarantees into your software supply chain. SLSA Level 3 signifies a significantly hardened software supply chain where builds are highly isolated, source code history is verified, and provenance is strictly controlled, providing a strong guarantee against tampering and ensuring the integrity of software artifacts. GitHub 操作 and Artifact Attestations greatly simplify the journey to SLSA Level 3.

Can GitHub create software bill of materials or SBOMs?

You can export a software bill of materials or SBOM for your repository from the GitHub dependency graph. SBOMs allow transparency into your open source usage and help expose supply chain vulnerabilities, reducing supply chain risks.

Are GitHub’s supply chain features paid or free?

Most of GitHub’s supply chain features are available for free to all users. A select few advanced features are available to private repos only in GitHub Code 安全. See pricing.