Improvement of OpenSSF Scorecard Score

[harshitasao]

Is your proposal related to a problem?

Hi, I'm Harshita. I’m working with CNCF and the Google Open Source Security Team for the GSoC 2024 term. We are collaborating to enhance security practices across various CNCF projects. The goal is to improve security for all CNCF projects by both using OpenSSF Scorecards and implementing its security improvements.

Describe the solution you'd like

After the opening of the scorecard action addition PR, I'm here to increase the final score by going over each check. I've listed all of the checks where work needs to be done, in order of its criticality. I plan to submit each PR for each fix. Please let me know what you think and for which ones a PR is welcome that I will submit it ASAP.

Current Score: 6.5

Scorecard report: https://scorecard.dev/viewer/?uri=github.com/thanos-io/thanos

Here's a few checks we can work on to improve the project's security posture:

• Signed-Releases: Score = 0

  • The releases need to be signed; we can use cosign using github actions for that, and it will increase the score to 8. Additionally, SLSA provenance also needs to be added, which can be done using this, increasing the overall score to 10.

• Token-Permissions: Score = 0

  • The issue here is that some workflows doesn’t have a top-level read-only permissions block like present in the other workflows.Scorecard is quite severe in this check: a single workflow without top-level permissions gets a 0/10 for the check.
  • PR: fix: fixed the token-permission and pinned dependencies issue #7649

• Vulnerabilities: Score = 0

  • After running the osv scanner locally, a significant amount of vulnerabilities in Go dependencies were found that need to be fixed.
  • Open vulnerabilities are easily exploited by attackers and should be fixed as soon as possible.
  • PR: vulnerability fix #7650

• Pinned-Dependencies: Score = 2

  • Github actions and Container images in dockerfile are not pinned by hash, which is resulting in a low score. But pinning container images would introduce the risk of running outdated images.
  • Pinning dependencies to a specific hash rather than allowing mutable versions or ranges of versions improves supply chain security.
  • PR: fix: fixed the token-permission and pinned dependencies issue #7649

Describe alternatives you've considered

N/A

Additional context

/cc @joycebrum @diogoteles08 @pnacht @nate-double-u

[harshitasao]

cc @saswatamcode