Skip to content

build(deps): bump the actions group across 1 directory with 4 updates - #1

Closed
dependabot[bot] wants to merge 57 commits into
mainfrom
dependabot/github_actions/actions-7296014c82
Closed

dependabot[bot] wants to merge 57 commits into
mainfrom
dependabot/github_actions/actions-7296014c82

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 23, 2026 •

Copy link
Copy Markdown

Bumps the actions group with 4 updates in the / directory: actions/checkout, actions/upload-artifact, actions/download-artifact and actions/cache.

Updates actions/checkout from 4.4.0 to 7.0.1

Release notes

Sourced from actions/checkout's releases.

v7.0.1

What's Changed

Full Changelog: actions/checkout@v7...v7.0.1

v7.0.0

What's Changed

New Contributors

Full Changelog: actions/checkout@v6.0.3...v7.0.0

v6.1.0

What's Changed

https://github.blog/changelog/2026-06-18-safer-pull_request_target-defaults-for-github-actions-checkout/ for more details about this breaking change

Full Changelog: actions/checkout@v6.0.3...v6.1.0

v6.0.3

What's Changed

New Contributors

Full Changelog: actions/checkout@v6...v6.0.3

v6.0.2

What's Changed

... (truncated)

Changelog

Sourced from actions/checkout's changelog.

Changelog

v7.0.1

v7.0.0

v6.0.3

v6.0.2

v6.0.1

v6.0.0

v5.0.1

v5.0.0

v4.3.1

v4.3.0

v4.2.2

v4.2.1

... (truncated)

Commits

Updates actions/upload-artifact from 4.6.2 to 7.0.1

Release notes

Sourced from actions/upload-artifact's releases.

v7.0.1

What's Changed

Full Changelog: actions/upload-artifact@v7...v7.0.1

v7.0.0

v7 What's new

Direct Uploads

Adds support for uploading single files directly (unzipped). Callers can set the new archive parameter to false to skip zipping the file during upload. Right now, we only support single files. The action will fail if the glob passed resolves to multiple files. The name parameter is also ignored with this setting. Instead, the name of the artifact will be the name of the uploaded file.

ESM

To support new versions of the @actions/* packages, we've upgraded the package to ESM.

What's Changed

New Contributors

Full Changelog: actions/upload-artifact@v6...v7.0.0

v6.0.0

v6 - What's new

[!IMPORTANT] actions/upload-artifact@v6 now runs on Node.js 24 (runs.using: node24) and requires a minimum Actions Runner version of 2.327.1. If you are using self-hosted runners, ensure they are updated before upgrading.

Node.js 24

This release updates the runtime to Node.js 24. v5 had preliminary support for Node.js 24, however this action was by default still running on Node.js 20. Now this action by default will run on Node.js 24.

What's Changed

Full Changelog: actions/upload-artifact@v5.0.0...v6.0.0

v5.0.0

What's Changed

... (truncated)

Commits
  • 043fb46 Merge pull request #797 from actions/yacaovsnc/update-dependency
  • 634250c Include changes in typespec/ts-http-runtime 0.3.5
  • e454baa Readme: bump all the example versions to v7 (#796)
  • 74fad66 Update the readme with direct upload details (#795)
  • bbbca2d Support direct file uploads (#764)
  • 589182c Upgrade the module to ESM and bump dependencies (#762)
  • 47309c9 Merge pull request #754 from actions/Link-/add-proxy-integration-tests
  • 02a8460 Add proxy integration test
  • b7c566a Merge pull request #745 from actions/upload-artifact-v6-release
  • e516bc8 docs: correct description of Node.js 24 support in README
  • Additional commits viewable in compare view

Updates actions/download-artifact from 4.3.0 to 8.0.1

Release notes

Sourced from actions/download-artifact's releases.

v8.0.1

What's Changed

Full Changelog: actions/download-artifact@v8...v8.0.1

v8.0.0

v8 - What's new

[!IMPORTANT] actions/download-artifact@v8 has been migrated to an ESM module. This should be transparent to the caller but forks might need to make significant changes.

[!IMPORTANT] Hash mismatches will now error by default. Users can override this behavior with a setting change (see below).

Direct downloads

To support direct uploads in actions/upload-artifact, the action will no longer attempt to unzip all downloaded files. Instead, the action checks the Content-Type header ahead of unzipping and skips non-zipped files. Callers wishing to download a zipped file as-is can also set the new skip-decompress parameter to true.

Enforced checks (breaking)

A previous release introduced digest checks on the download. If a download hash didn't match the expected hash from the server, the action would log a warning. Callers can now configure the behavior on mismatch with the digest-mismatch parameter. To be secure by default, we are now defaulting the behavior to error which will fail the workflow run.

ESM

To support new versions of the @actions/* packages, we've upgraded the package to ESM.

What's Changed

Full Changelog: actions/download-artifact@v7...v8.0.0

v7.0.0

v7 - What's new

[!IMPORTANT] actions/download-artifact@v7 now runs on Node.js 24 (runs.using: node24) and requires a minimum Actions Runner version of 2.327.1. If you are using self-hosted runners, ensure they are updated before upgrading.

Node.js 24

This release updates the runtime to Node.js 24. v6 had preliminary support for Node 24, however this action was by default still running on Node.js 20. Now this action by default will run on Node.js 24.

What's Changed

... (truncated)

Commits
  • 3e5f45b Add regression tests for CJK characters (#471)
  • e6d03f6 Add a regression test for artifact name + content-type mismatches (#472)
  • 70fc10c Merge pull request #461 from actions/danwkennedy/digest-mismatch-behavior
  • f258da9 Add change docs
  • ccc058e Fix linting issues
  • bd7976b Add a setting to specify what to do on hash mismatch and default it to error
  • ac21fcf Merge pull request #460 from actions/danwkennedy/download-no-unzip
  • 15999bf Add note about package bumps
  • 974686e Bump the version to v8 and add release notes
  • fbe48b1 Update test names to make it clearer what they do
  • Additional commits viewable in compare view

Updates actions/cache from 4.3.0 to 6.1.0

Release notes

Sourced from actions/cache's releases.

v6.1.0

What's Changed

Full Changelog: actions/cache@v6...v6.1.0

v6.0.0

What's Changed

Full Changelog: actions/cache@v5...v6.0.0

v5.1.0

What's Changed

Full Changelog: actions/cache@v5...v5.1.0

v5.0.5

What's Changed

Full Changelog: actions/cache@v5...v5.0.5

v5.0.4

What's Changed

New Contributors

Full Changelog: actions/cache@v5...v5.0.4

v5.0.3

What's Changed

... (truncated)

Changelog

Sourced from actions/cache's changelog.

Releases

How to prepare a release

[!NOTE] Relevant for maintainers with write access only.

  1. Switch to a new branch from main.
  2. Run npm test to ensure all tests are passing.
  3. Update the version in https://github.com/actions/cache/blob/main/package.json.
  4. Run npm run build to update the compiled files.
  5. Update this https://github.com/actions/cache/blob/main/RELEASES.md with the new version and changes in the ## Changelog section.
  6. Run licensed cache to update the license report.
  7. Run licensed status and resolve any warnings by updating the https://github.com/actions/cache/blob/main/.licensed.yml file with the exceptions.
  8. Commit your changes and push your branch upstream.
  9. Open a pull request against main and get it reviewed and merged.
  10. Draft a new release https://github.com/actions/cache/releases use the same version number used in package.json
    1. Create a new tag with the version number.
    2. Auto generate release notes and update them to match the changes you made in RELEASES.md.
    3. Toggle the set as the latest release option.
    4. Publish the release.
  11. Navigate to https://github.com/actions/cache/actions/workflows/release-new-action-version.yml
    1. There should be a workflow run queued with the same version number.
    2. Approve the run to publish the new version and update the major tags for this action.

Changelog

6.1.0

6.0.0

  • Updated @actions/cache to ^6.0.1, @actions/core to ^3.0.1, @actions/exec to ^3.0.0, @actions/io to ^3.0.2
  • Migrated to ESM module system
  • Upgraded Jest to v30 and test infrastructure to be ESM compatible

5.0.4

  • Bump minimatch to v3.1.5 (fixes ReDoS via globstar patterns)
  • Bump undici to v6.24.1 (WebSocket decompression bomb protection, header validation fixes)
  • Bump fast-xml-parser to v5.5.6

5.0.3

5.0.2

... (truncated)

Commits
  • 55cc834 Merge pull request #1768 from jasongin/readonly-cache
  • d8cd72f Bump @​actions/cache to v6.1.0 - handle cache write error due to RO token
  • 2c8a9bd Merge pull request #1760 from actions/samirat/esm_migration_and_package_update
  • e9b91fd Prettier fixes
  • e4884b8 Rebuild dist
  • 10baf01 Fixed licenses
  • e39b386 Fix test mock return order
  • b692820 PR feedback
  • 6074912 Rebuild dist bundles as ESM to match type:module
  • 5a912e8 Fix lint and jest issues
  • Additional commits viewable in compare view

An end-to-end encrypted git remote stored on an ordinary git host: age
encryption with SSH-key participants, SSH-signed manifest, incremental
transfer over a chained backend branch and compare-and-swap pushes.
Includes the design document, Nix-pinned reproducible build image, CI
and release pipeline.
The receiving repository's gc --auto can merge the packs a push stored,
which made transfers_are_incremental count fewer packs than pushes. The
transfers themselves were incremental.
…tion

The URL went to `git fetch` / `git push` as a positional argument
without `--`, so `enc::--upload-pack=<cmd>` ran <cmd>. Put `--` before
it, and refuse an empty URL or one starting with `-` when the remote is
opened.
…STSEC-2023-0071)

rsa 0.9 has an unfixed timing side channel. age's ssh feature still
pulls the crate in, so the advisory stays ignored, with the rationale
now that no RSA key ever reaches it. ssh-key no longer enables `rsa`.
Tags are mutable, and these actions run with the release job's write
token. Dependabot keeps the pins and the Cargo dependencies moving.
deny.toml admits permissive licences and crates.io only, and refuses
wildcard versions; duplicates are reported. Both crates are marked
publish = false, which the path-dependency exemption requires.
sbom.sh writes one SBOM per released platform from the pinned image's
cargo-cyclonedx. publish attests SLSA build provenance for every
archive and build manifest, and each SBOM against its archive, before
it writes to main, and publishes the provenance bundle as an asset.
Once a signer list is known (accepted state or configured participants)
the parser only sees authenticated text. Trust on first use still has
to parse first, since the signer list comes from the manifest itself.
…t use is set

A new clone or URL used to accept whoever signed the manifest, so the
host chose what it trusted. Now the signer must be in the configured
participants, or enc.trustOnFirstUse must opt in. A URL respelling of
a repository already known locally reuses its trust state, found by
repo id.
…ntly

The trust file now ends in an HMAC keyed from the first identity; a
tag that does not verify is refused. Missing trust while the tracking
ref exists is refused too, instead of a fresh first contact. The error
messages that advised deleting .git/enc/ point to a new
`git-remote-enc forget`, which clears the state and the tracking ref.
…memory

Pack keys, the manifest plaintext and envelope, passphrases and the
trust-state MAC key are held in zeroize wrappers or wiped on drop.
Memory is not locked; DESIGN.md §6.5 states that residual.
…s --apply`

Every push used to overwrite the remote's list with the pusher's
configured one, so a stale local list silently ejected participants.
A push now keeps the remote's list and warns when the configuration
differs; the new subcommand shows the difference and applies it.
Manifest format bumped to 2: new `admin <key>` items. A reader accepts
a change to the participant or admin list only if an admin of the
accepted manifest signed it, and refuses a manifest dropping every
admin. A new remote's admin defaults to its creator. Version 1 is still
read; the first push rewrites it as version 2, which 0.1 cannot read.
Backend commits are anonymous by design, so the audit trail comes from
the manifests: each push now records a `time` item (format 2, not yet
released), and `log` walks the backend branch printing each
generation's signer, time and ref, participant and admin changes.
A deterministic mutator (bit flips, insertions, deletions, truncation,
line duplication and removal) drives the manifest, envelope, refspec,
key, signature and trust-file parsers. They must not panic, what parses
must round-trip, and a verifying signature must be the original one.
Section 6.7 names the assets, actors, trust boundaries and data flows,
with a threat / mitigation / residual table. Section 6.4 now lists the
backend branch name, and that published forge keys let anyone match the
ssh recipient tags to participants, with the mitigations.
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Sep 23, 2026
A trust file with its `mac` line cut off was read as pre-authentication
state and then re-signed, so stripping the tag defeated it. Such files,
including those written by 0.1.0, are now refused; `forget` recovers.
The host could squash or drop past backend commits unnoticed, and `log`
then credited the next remaining signer with every earlier change. Connect
now warns when the new tip does not descend from the one fetched before,
and `log` flags missing generations and says what each diff is relative to.
Packs from an encrypted remote are indexed by the helper, outside the
fetch path where git applies fetch.fsckObjects, so a hostile object (a
tree entry named .git) reached collaborators unchecked. index-pack now
runs with --fsck-objects unless fetch/transfer.fsckObjects is false,
passing git's fetch.fsck.* severities on.
…loor

With only the signer pinned, a host could serve a new clone an older
manifest (before a participant's removal) or another remote signed by the
same key. enc.repo and enc.minGeneration, handed out with the key, are
now checked against every manifest, and the first-contact message prints
both values.
vanackere and others added 24 commits September 24, 2026 17:56
The guard only protected clones where someone ran `install-hook`. The
first contact with an encrypted remote now installs it, unless a pre-push
hook exists or core.hooksPath is set (both reported) or
enc.installHook=false.
Matching "git lfs" in the hook missed `git  lfs`, quoting, variables and
hook managers. LFS uploads only from its local storage, so a push is now
refused when that storage holds a file and any pre-push hook other than
the guard exists.
log checked each historical signature against any key, and took the
signer's name from the manifest itself, so the host could insert forged
generations naming a participant. Manifests now carry `previous`, the
SHA-256 of their predecessor's text (format 2, not yet released); log
verifies the chain from the accepted manifest and flags the rest.
A participant could sign generation 2^64-1: readers accepted it, no push
could follow, and restoring the branch read as a rollback. Each push adds
one commit and one generation, so a manifest may now run ahead of the
accepted one only by the commits added since (recorded in the trust
state), or on first contact by the branch's length.
hmac 0.12 was already in the tree through age but needs sha2 0.10, so
the workspace moves to the sha2 line age and ssh-key build on. Same
output (RFC 4231 vectors), so existing trust files still verify.
The previous item joined format 2 after remotes had been written in it, so
a format 2 manifest without one could not tell an old remote from a broken
chain. Format 3 is written; 1 and 2 are still read. Older binaries cannot
read a remote once a version 3 writer has pushed to it.
…st only

Another tool can replace the guard at any time (git lfs install --force
does), after which a push to a plain remote publishes encrypted commits
silently. Every connect now reinstalls a missing guard and reports a
foreign, non-executable or core.hooksPath-shadowed one.
A backport whose diff context differed from the fix (a line added within
three lines of it) or whose removed lines changed in a conflict resolution
got a new blob and a new patch id, and was published. Patch ids are now
taken without context, and a pushed hunk adding what an encrypted-only hunk
adds, whitespace aside and at least 24 bytes, is refused too.
A manifest that forks from the accepted one was reported and then accepted,
so a host serving another view had every client follow it after one
warning. It is now refused; enc.refuseForks=false accepts the view the
participants settle on, which then becomes the baseline.
…output

run_input wrote all of stdin before reading stdout, so a command answering
as it reads deadlocked once both pipes filled: the guard's patch-id hung
past about 800 encrypted-only commits (64 KiB of output).
With only the guard as pre-push hook, LFS never runs, and the push carried
the pointers of LFS-tracked files without their content: the other
participants got files they could not resolve, and no error. Such a push
is now refused unless enc.allowLfs is set.
Bumps the actions group with 4 updates in the / directory: [actions/checkout](https://github.com/actions/checkout), [actions/upload-artifact](https://github.com/actions/upload-artifact), [actions/download-artifact](https://github.com/actions/download-artifact) and [actions/cache](https://github.com/actions/cache).


Updates `actions/checkout` from 4.4.0 to 7.0.1
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](actions/checkout@11d5960...3d3c42e)

Updates `actions/upload-artifact` from 4.6.2 to 7.0.1
- [Release notes](https://github.com/actions/upload-artifact/releases)
- [Commits](actions/upload-artifact@ea165f8...043fb46)

Updates `actions/download-artifact` from 4.3.0 to 8.0.1
- [Release notes](https://github.com/actions/download-artifact/releases)
- [Commits](actions/download-artifact@d3f86a1...3e5f45b)

Updates `actions/cache` from 4.3.0 to 6.1.0
- [Release notes](https://github.com/actions/cache/releases)
- [Changelog](https://github.com/actions/cache/blob/main/RELEASES.md)
- [Commits](actions/cache@0057852...55cc834)

---
updated-dependencies:
- dependency-name: actions/cache
  dependency-version: 6.1.0
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: actions
- dependency-name: actions/checkout
  dependency-version: 7.0.1
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: actions
- dependency-name: actions/download-artifact
  dependency-version: 8.0.1
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: actions
- dependency-name: actions/upload-artifact
  dependency-version: 7.0.1
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: actions
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title build(deps): bump the actions group with 4 updates build(deps): bump the actions group across 1 directory with 4 updates Sep 30, 2026
@dependabot
dependabot Bot force-pushed the dependabot/github_actions/actions-7296014c82 branch from 5a580dc to b5b1b41 Compare September 30, 2026 05:14
@vanackere vanackere closed this Oct 2, 2026
@dependabot @github

dependabot Bot commented on behalf of github Oct 2, 2026

Copy link
Copy Markdown
Author

This pull request was built based on a group rule. Closing it will not ignore any of these versions in future pull requests.

To ignore these dependencies, configure ignore rules in dependabot.yml

@dependabot
dependabot Bot deleted the dependabot/github_actions/actions-7296014c82 branch October 2, 2026 02:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant