SLSA (pronounced "salsa") is a security framework from source to service, giving anyone working with software a common language for increasing levels of software security and supply chain integrity. It’s how you get from safe enough to being as resilient as possible, at any link in the chain.
The best way to read about SLSA is to visit slsa.dev.
The fun way to get a taste of SLSA is to check out the Operation SLSA videos.
The primary content of this repo is the docs/ directory, which contains the core SLSA specification and sources to the slsa.dev website.
You can read SLSA's documentation here. The key documents are levels - which defines the framework - and requirements, which explains how to attain compliance.
The initial v0.1 specification is out and is now ready to be tried out and tested. We encourage the community to try adopting SLSA levels incrementally and to share your experiences back to us. We’ve released a set of tools and services to generate SLSA 1-2 provenance, which we’re looking to develop further soon.
Google has been using an internal version of SLSA since 2013 and requires it for all of their production workloads.
SLSA is currently led by an initial cross-organization, vendor-neutral steering committee. This committee is:
- Bruno Domingues - Intel
- David A. Wheeler - Linux Foundation
- Joshua Lock - VMware
- Mark Lodato - Google
- Mike Lieberman - Citi/CNCF
- Trishank Karthik Kuppusamy - Datadog
- Zak Greant - ActiveState
Shortcut to notify the steering committee on any issues/PRs:
@slsa-framework/slsa-steering-committee
To email the steering committee, use [email protected].
We rely on feedback from other organizations to evolve SLSA and be more useful to more people. We’d love to hear your experiences using it.
Are the levels achievable in your project? Would you add or remove anything from the framework? What else is needed before you can adopt it?
- If you want to discuss the framework, Github issues are the way.
- If you want to contribute to the framework take a look at our contribution guidelines.
- We meet bi-weekly on Wednesdays at 9am PT. Anyone is welcome to join, whether to listen or to contribute. Here's the invite.
- We're part of the OpenSSF Digital Identity Attestation Working Group. The OpenSSF community calendar is here.
- Our mailing list is [email protected].
- You can join our chat on the OpenSSF Slack here