Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

POLICY for "Identity Management" requirement #8

Open
TomHennen opened this issue Jan 7, 2025 · 1 comment
Open

POLICY for "Identity Management" requirement #8

TomHennen opened this issue Jan 7, 2025 · 1 comment

Comments

@TomHennen
Copy link
Contributor

For L2+ we need to figure out the story for how this is met when using GitHub.

Suggestion: Assume that since we're running on GitHub that they're using GitHub identity Management and leave it at that.

Potential problem: People could do development elsewhere and then just sync to GitHub. That will still look as though primary development happens in GitHub (just under one account) but it would be misleading.

Solution 1: Ignore that problem. Those folks can use a different tool to attest to their SLSA Source Level.

Solution 2: Have a parameter to the tool that requires people to identify the canonical source repository. The tool checks to see if that source repository matches the one it's currently running in. If it does match, then it's eligible for L2+. If it doesn't match then it can still get L1.

I think I like solution 2? It would be easy and it might be a way to answer the "Canonical location" organization requirement (mentioned in #3).

@mlieberman85
Copy link
Member

mlieberman85 commented Jan 8, 2025

I think I like solution 2 as well. In almost all case I've seen mirrors of repos on GitHub all state specifically that they're purely a mirror or sync along with a link to the canonical repo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants