chore: bump docker/setup-buildx-action from 4.1.0 to 4.2.0 - #119
chore: bump docker/setup-buildx-action from 4.1.0 to 4.2.0#119dependabot[bot] wants to merge 1 commit into
Conversation
Bumps [docker/setup-buildx-action](https://github.com/docker/setup-buildx-action) from 4.1.0 to 4.2.0. - [Release notes](https://github.com/docker/setup-buildx-action/releases) - [Commits](docker/setup-buildx-action@v4.1.0...v4.2.0) --- updated-dependencies: - dependency-name: docker/setup-buildx-action dependency-version: 4.2.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
There was a problem hiding this comment.
Summary
| Severity | Count |
|---|---|
| High | 21 |
| Total | 21 |
Details
Grouped by audit rule and file. Line/column refer to the workflow or action YAML on the scanned branch.
template-injection — High
code injection via template expansion
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#template-injection
Locations:
- Line 79–92 (cols 8–60) — this step
- Line 84 (cols 27–42) — expression
github.workflow— may expand into attacker-controllable code - Line 81 (cols 8–11) — this run block
unpinned-uses — High (9 similar finding(s))
unpinned action reference
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#unpinned-uses
Locations:
- Line 26 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 31 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - Line 44 (cols 14–41) — expression
docker/setup-qemu-action@v4— action is not pinned to a hash (required by blanket policy) - Line 48 (cols 14–47) — expression
docker/setup-buildx-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 52 (cols 14–40) — expression
docker/login-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 60 (cols 14–45) — expression
docker/build-push-action@v7.2.0— action is not pinned to a hash (required by blanket policy) - Line 77 (cols 14–46) — expression
sigstore/cosign-installer@v4.1.2— action is not pinned to a hash (required by blanket policy) - Line 101 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - …and 1 more location(s) in this file.
cache-poisoning — High
runtime artifacts potentially vulnerable to a cache poisoning attack
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#cache-poisoning
Locations:
- Line 60 (cols 8–45) — runtime artifacts usually published here
- Line 26 (cols 8–35) — enables caching by default
- Line 25–28 (cols 8–47) — this step
excessive-permissions — High
overly broad permissions
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#excessive-permissions
Locations:
- Line 8 (cols 2–17) — packages: write is overly broad at the workflow level
unpinned-uses — High (8 similar finding(s))
unpinned action reference
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#unpinned-uses
Locations:
- Line 47 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - Line 50 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 58 (cols 14–41) — expression
docker/setup-qemu-action@v4— action is not pinned to a hash (required by blanket policy) - Line 61 (cols 14–47) — expression
docker/setup-buildx-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 64 (cols 14–40) — expression
docker/login-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 71 (cols 14–45) — expression
docker/build-push-action@v7.2.0— action is not pinned to a hash (required by blanket policy) - Line 94 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 99 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy)
cache-poisoning — High
runtime artifacts potentially vulnerable to a cache poisoning attack
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#cache-poisoning
Locations:
- Line 71 (cols 8–45) — runtime artifacts usually published here
- Line 50 (cols 8–35) — enables caching by default
- Line 49–52 (cols 8–47) — this step
Please review these findings before merging.
There was a problem hiding this comment.
Summary
| Severity | Count |
|---|---|
| High | 21 |
| Total | 21 |
Details
Grouped by audit rule and file. Line/column refer to the workflow or action YAML on the scanned branch.
template-injection — High
code injection via template expansion
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#template-injection
Locations:
- Line 79–92 (cols 8–60) — this step
- Line 84 (cols 27–42) — expression
github.workflow— may expand into attacker-controllable code - Line 81 (cols 8–11) — this run block
unpinned-uses — High (9 similar finding(s))
unpinned action reference
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#unpinned-uses
Locations:
- Line 26 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 31 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - Line 44 (cols 14–41) — expression
docker/setup-qemu-action@v4— action is not pinned to a hash (required by blanket policy) - Line 48 (cols 14–47) — expression
docker/setup-buildx-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 52 (cols 14–40) — expression
docker/login-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 60 (cols 14–45) — expression
docker/build-push-action@v7.2.0— action is not pinned to a hash (required by blanket policy) - Line 77 (cols 14–46) — expression
sigstore/cosign-installer@v4.1.2— action is not pinned to a hash (required by blanket policy) - Line 101 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - …and 1 more location(s) in this file.
cache-poisoning — High
runtime artifacts potentially vulnerable to a cache poisoning attack
File: .github/workflows/release.yaml
Fix guidance: https://docs.zizmor.sh/audits/#cache-poisoning
Locations:
- Line 60 (cols 8–45) — runtime artifacts usually published here
- Line 26 (cols 8–35) — enables caching by default
- Line 25–28 (cols 8–47) — this step
excessive-permissions — High
overly broad permissions
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#excessive-permissions
Locations:
- Line 8 (cols 2–17) — packages: write is overly broad at the workflow level
unpinned-uses — High (8 similar finding(s))
unpinned action reference
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#unpinned-uses
Locations:
- Line 47 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy) - Line 50 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 58 (cols 14–41) — expression
docker/setup-qemu-action@v4— action is not pinned to a hash (required by blanket policy) - Line 61 (cols 14–47) — expression
docker/setup-buildx-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 64 (cols 14–40) — expression
docker/login-action@v4.2.0— action is not pinned to a hash (required by blanket policy) - Line 71 (cols 14–45) — expression
docker/build-push-action@v7.2.0— action is not pinned to a hash (required by blanket policy) - Line 94 (cols 14–35) — expression
actions/setup-node@v6— action is not pinned to a hash (required by blanket policy) - Line 99 (cols 14–33) — expression
actions/checkout@v7— action is not pinned to a hash (required by blanket policy)
cache-poisoning — High
runtime artifacts potentially vulnerable to a cache poisoning attack
File: .github/workflows/test.yaml
Fix guidance: https://docs.zizmor.sh/audits/#cache-poisoning
Locations:
- Line 71 (cols 8–45) — runtime artifacts usually published here
- Line 50 (cols 8–35) — enables caching by default
- Line 49–52 (cols 8–47) — this step
Please review these findings before merging.
Bumps docker/setup-buildx-action from 4.1.0 to 4.2.0.
Release notes
Sourced from docker/setup-buildx-action's releases.
Commits
bb05f3fMerge pull request #580 from docker/dependabot/npm_and_yarn/docker/actions-to...321c814[dependabot skip] chore: update generated contentb9a36efbuild(deps): bump@docker/actions-toolkitfrom 0.91.0 to 0.92.0ebeab24Merge pull request #570 from docker/dependabot/npm_and_yarn/undici-6.27.05c7b8ae[dependabot skip] chore: update generated content037e618build(deps): bump undici from 6.25.0 to 6.27.066080e5Merge pull request #577 from docker/dependabot/npm_and_yarn/sigstore-4.1.1409aef0Merge pull request #562 from docker/dependabot/npm_and_yarn/js-yaml-4.2.049c6e42build(deps): bump sigstore from 4.1.0 to 4.1.12211273[dependabot skip] chore: update generated contentDependabot 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)