Skip to content

ci: [StepSecurity] Apply security best practices#455

Merged
jmeridth merged 10 commits intogithub-community-projects:mainfrom
step-security-bot:chore/GHA-132103-stepsecurity-remediation
Mar 14, 2026
Merged

ci: [StepSecurity] Apply security best practices#455
jmeridth merged 10 commits intogithub-community-projects:mainfrom
step-security-bot:chore/GHA-132103-stepsecurity-remediation

Conversation

@step-security-bot
Copy link
Contributor

Summary

This pull request is created by StepSecurity at the request of @jmeridth. Please merge the Pull Request to incorporate the requested changes. Please tag @jmeridth on your message if you have any questions related to the PR.

Security Fixes

Pinned Dependencies

GitHub Action tags and Docker tags are mutable. This poses a security risk. GitHub's Security Hardening guide recommends pinning actions to full length commit.

Harden Runner

Harden-Runner is an open-source security agent for the GitHub-hosted runner to prevent software supply chain attacks. It prevents exfiltration of credentials, detects tampering of source code during build, and enables running jobs without sudo access. See how popular open-source projects use Harden-Runner here.

Harden runner usage

You can find link to view insights and policy recommendation in the build log

Please refer to documentation to find more details.

Detect Vulnerabilities with SAST Workflow

Static Code Analysis (also known as Source Code Analysis) is usually performed as part of a Code Review (also known as clear-box testing) and is carried out at the Implementation phase of a Security Development Lifecycle (SDL). Static Code Analysis commonly refers to the running of Static Code Analysis tools that attempt to highlight possible vulnerabilities within ‘static’ (non-running) source code by using techniques such as Taint Analysis and Data Flow Analysis.

Add Dependency Review Workflow

The Dependency Review Workflow enforces dependency reviews on your pull requests. The action scans for vulnerable versions of dependencies introduced by package version changes in pull requests, and warns you about the associated security vulnerabilities. This gives you better visibility of what's changing in a pull request, and helps prevent vulnerabilities being added to your repository.

Maintain Code Quality with Pre-Commit

Pre-commit is a framework for managing and maintaining multi-language pre-commit hooks. Hooks can be any scripts, code, or binaries that run at any stage of the git workflow. Pre-commit hooks are useful for enforcing code quality, code formatting, and detecting security vulnerabilities.

Feedback

For bug reports, feature requests, and general feedback; please email [email protected]. To create such PRs, please visit https://app.stepsecurity.io/securerepo.

Signed-off-by: StepSecurity Bot [email protected]

@jmeridth jmeridth changed the title [StepSecurity] Apply security best practices ci: [StepSecurity] Apply security best practices Mar 13, 2026
@github-actions github-actions bot added the automation automation label Mar 13, 2026
Added persist-credentials option to checkout action.

Signed-off-by: Jason Meridth <[email protected]>
Set persist-credentials to false for checkout action.

Signed-off-by: Jason Meridth <[email protected]>
@zkoppert
Copy link
Collaborator

Any reason not to add this to to our other workflows?

  • auto-labeler.yml
  • mark-ready-when-ready.yml
  • pr-title.yml
  • release.ym

ran this locally:

```
brew install pre-commit
pre-commit install
pre-commit clean
pre-commit run --all-files
```

Result:

```
Cleaned /Users/jmeridth/.cache/pre-commit.
[INFO] Initializing environment for https://github.com/gitleaks/gitleaks.
[INFO] Initializing environment for https://github.com/pre-commit/pre-commit-hooks.
[INFO] Installing environment for https://github.com/gitleaks/gitleaks.
[INFO] Once installed this environment will be reused.
[INFO] This may take a few minutes...
[INFO] Installing environment for https://github.com/pre-commit/pre-commit-hooks.
[INFO] Once installed this environment will be reused.
[INFO] This may take a few minutes...
Detect hardcoded secrets.................................................Passed
fix end of files.........................................................Passed
trim trailing whitespace.................................................Passed
flake8...................................................................Passed
isort....................................................................Passed
pylint...................................................................Passed
mypy.....................................................................Passed
black....................................................................Passed
```


Signed-off-by: Jason Meridth <[email protected]>
@jmeridth
Copy link
Collaborator

jmeridth commented Mar 13, 2026

Any reason not to add this to to our other workflows?

  • auto-labeler.yml
  • mark-ready-when-ready.yml
  • pr-title.yml
  • release.ym

any of them calling ospo-reusable-workflows don't need it. I'm going to add the step to those reusable workflows.

mark-ready-when-ready hadn't merged yet. Will add now.

UPDATE: maybe not, what is an easy way to add a new file to the PR from a forked repo? 🤔 Maintainers can edit, but can we add?

@zkoppert
Copy link
Collaborator

Good call on handling the reusable workflows separately.

For adding files to a forked PR - if "Allow edits from maintainers" is checked, you can just gh pr checkout 455, make your changes, and push. Git will push to the fork's branch automatically. If that's not an option, we can always handle it in a follow-up PR after this merges.

@jmeridth
Copy link
Collaborator

jmeridth commented Mar 13, 2026

Good call on handling the reusable workflows separately.

For adding files to a forked PR - if "Allow edits from maintainers" is checked, you can just gh pr checkout 455, make your changes, and push. Git will push to the fork's branch automatically. If that's not an option, we can always handle it in a follow-up PR after this merges.

😄

That's how I've been making changes but when I push it creates a new branch on the repo, not update the fork. 🤷

I'll do follow-up PR

@jmeridth jmeridth requested a review from zkoppert March 13, 2026 23:53
@jmeridth jmeridth merged commit f1b61d1 into github-community-projects:main Mar 14, 2026
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

automation automation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants