chore(deps): bump step-security/harden-runner from 2.16.1 to 2.19.0
Type: Pull Request
State: Open
Association: Unknown
Comments: 2
(24 days ago)
(23 days ago)
dependencies github_actions
Bumps step-security/harden-runner from 2.16.1 to 2.19.0.
Release notes
Sourced from step-security/harden-runner's releases.
v2.19.0
What's Changed
New Runner Support
Harden-Runner now supports Depot, Blacksmith, Namespace, and WarpBuild runners with the same egress monitoring, runtime monitoring, and policy enforcement available on GitHub-hosted runners.
Automated Incident Response for Supply Chain Attacks
- Global block list: Outbound connections to known malicious domains and IPs are now blocked even in audit mode.
- System-defined detection rules: Harden-Runner will trigger lockdown mode when a high risk event is detected during an active supply chain attack (for example, a process reading the memory of the runner worker process, a common technique for stealing GitHub Actions secrets).
Bug Fixes
Windows and macOS: stability and reliability fixes
Full Changelog: https://github.com/step-security/harden-runner/compare/v2.18.0...v2.19.0
v2.18.0
What's Changed
Global Block List: During supply chain incidents like the recent axios and trivy compromises, StepSecurity will add known malicious domains and IP addresses (IOCs) to a global block list. These will be automatically blocked, even in audit mode, providing immediate protection without requiring any workflow changes.
Deploy on Self-Hosted VM: Added
deploy-on-self-hosted-vminput that allows the Harden Runner agent to be installed directly on ephemeral self-hosted Linux runner VMs at workflow runtime. This is intended as an alternative when baking the agent into the VM image is not possible.Full Changelog: https://github.com/step-security/harden-runner/compare/v2.17.0...v2.18.0
v2.17.0
What's Changed
Policy Store Support
Added
use-policy-storeandapi-keyinputs to fetch security policies directly from the StepSecurity Policy Store. Policies can be defined and attached at the workflow, repo, org, or cluster (ARC) level, with the most granular policy taking precedence. This is the preferred method over the existingpolicyinput which requiresid-token: writepermission. If no policy is found in the store, the action defaults to audit mode.Full Changelog: https://github.com/step-security/harden-runner/compare/v2.16.1...v2.17.0
Commits
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Package Dependencies
step-security/harden-runner
actions
2.16.1 → 2.19.0
Minor
Technical Details
| ID: | 15584881 |
| UUID: | 4363341591 |
| Node ID: | PR_kwDOAeCJis7XXcDo |
| Host: | GitHub |
| Repository: | NativeScript/NativeScript |