-
Notifications
You must be signed in to change notification settings - Fork 2
chore: Add Security Scan #14
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
chore: Add Security Scan #14
Conversation
Reviewer's GuideIntroduce a GitHub Actions workflow that runs Trivy FS scans (with enforced exit codes on critical/high vulnerabilities) and Bandit security analysis (uploading SARIF artifacts) on push, pull requests, and manual triggers. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
|
This pull request sets up GitHub code scanning for this repository. Once the scans have completed and the checks have passed, the analysis results for this pull request branch will appear on this overview. Once you merge this pull request, the 'Security' tab will show more code scanning analysis results (for example, for the default branch). Depending on your configuration and choice of analysis tool, future pull requests will be annotated with code scanning analysis results. For more information about GitHub code scanning, check out the documentation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey there - I've reviewed your changes - here's some feedback:
Blocking issues:
- An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload. (link)
- An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload. (link)
- An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload. (link)
General comments:
- Consider caching Trivy’s vulnerability database between runs (e.g. via actions/cache) to speed up subsequent scans.
- Instead of uploading Bandit results as a generic artifact, use upload-sarif so the SARIF report shows up in GitHub’s Security tab.
- You might consolidate the repeated Python setup and dependency-installation steps into a reusable workflow or composite action.
Prompt for AI Agents
Please address the comments from this code review:
## Overall Comments
- Consider caching Trivy’s vulnerability database between runs (e.g. via actions/cache) to speed up subsequent scans.
- Instead of uploading Bandit results as a generic artifact, use upload-sarif so the SARIF report shows up in GitHub’s Security tab.
- You might consolidate the repeated Python setup and dependency-installation steps into a reusable workflow or composite action.
## Individual Comments
### Comment 1
<location> `.github/workflows/security-scan.yaml:77` </location>
<code_context>
+ uses: actions/setup-python@v5
+ with:
+ python-version: "3.11"
+ cache: "pip"
+
+ - name: Create virtual environment
</code_context>
<issue_to_address>
Pip cache is enabled for Python setup, but not used in Trivy job.
Enable pip cache in the Trivy job to improve installation speed and maintain consistency with the Bandit job.
Suggested implementation:
```
- name: Set up Python
uses: actions/setup-python@v5
with:
python-version: "3.11"
cache: "pip"
```
If the Trivy job is defined separately from the Bandit job, make sure to apply this change to the Trivy job's `actions/setup-python` step. If you do not see a `cache: "pip"` line in the Trivy job, add it as shown above.
</issue_to_address>
## Security Issues
### Issue 1
<location> `.github/workflows/security-scan.yaml:36` </location>
<issue_to_address>
**security (yaml.github-actions.security.third-party-action-not-pinned-to-commit-sha):** An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload.
*Source: opengrep*
</issue_to_address>
### Issue 2
<location> `.github/workflows/security-scan.yaml:46` </location>
<issue_to_address>
**security (yaml.github-actions.security.third-party-action-not-pinned-to-commit-sha):** An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload.
*Source: opengrep*
</issue_to_address>
### Issue 3
<location> `.github/workflows/security-scan.yaml:95` </location>
<issue_to_address>
**security (yaml.github-actions.security.third-party-action-not-pinned-to-commit-sha):** An action sourced from a third-party repository on GitHub is not pinned to a full length commit SHA. Pinning an action to a full length commit SHA is currently the only way to use an action as an immutable release. Pinning to a particular SHA helps mitigate the risk of a bad actor adding a backdoor to the action's repository, as they would need to generate a SHA-1 collision for a valid Git object payload.
*Source: opengrep*
</issue_to_address>Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.
9ada9cb
into
trustyai-explainability:main
Summary by Sourcery
Add a GitHub Actions workflow to perform automated Trivy and Bandit security scans on code pushes and pull requests to the main branch, including SARIF reporting and artifact uploads.
CI: