Skip to content

chore(deps): Bump actions/download-artifact from 4.3.0 to 8.0.1 - #4

Closed
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/github_actions/actions/download-artifact-8
Closed

chore(deps): Bump actions/download-artifact from 4.3.0 to 8.0.1#4
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/github_actions/actions/download-artifact-8

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jun 10, 2026

Copy link
Copy Markdown

Bumps 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

@dependabot @github

dependabot Bot commented on behalf of github Jun 10, 2026

Copy link
Copy Markdown
Author

Labels

The following labels could not be found: ci, dependencies. Please create them before Dependabot can add them to a pull request.

Please fix the above issues or remove invalid values from dependabot.yml.

@dependabot
dependabot Bot force-pushed the dependabot/github_actions/actions/download-artifact-8 branch from 3180145 to 7d15313 Compare June 10, 2026 20:31
Bumps [actions/download-artifact](https://github.com/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)

---
updated-dependencies:
- dependency-name: actions/download-artifact
  dependency-version: '8'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): Bump actions/download-artifact from 4 to 8 chore(deps): Bump actions/download-artifact from 4.3.0 to 8.0.1 Jun 13, 2026
@dependabot
dependabot Bot force-pushed the dependabot/github_actions/actions/download-artifact-8 branch from 7d15313 to a9e5d20 Compare June 13, 2026 14:13
@dependabot @github

dependabot Bot commented on behalf of github Jun 13, 2026

Copy link
Copy Markdown
Author

Superseded by #14.

@dependabot dependabot Bot closed this Jun 13, 2026
@dependabot
dependabot Bot deleted the dependabot/github_actions/actions/download-artifact-8 branch June 13, 2026 14:32
leocelis added a commit that referenced this pull request Jul 19, 2026
Follow-up pass specifically hunting for regulatory regimes not covered in the prior legal
review, per an explicit "extend the research, check if I'm 100% protected" request. Same
standard as before: primary sources, real citations, no invented text.

OFAC sanctions (docs/EXPORT_COMPLIANCE.md):
- A distinct regime from EAR export control — Treasury/OFAC governs *who* you transact with,
  separate from Commerce/BIS governing *what* crosses borders.
- Documents the "informational materials" exemption published source code generally qualifies
  for (OFAC FAQ #4: ofac.treasury.gov/faqs/4), and why it's narrower than it sounds for a
  project that accepts external contributions: the exemption clearly covers one-way receipt of
  existing code, not clearly two-way PR review/discussion.
- Real precedent, not hypothetical: the Linux kernel removed several Russia-affiliated
  maintainers in October 2024 over sanctions concerns, which is what prompted the Linux
  Foundation's OFAC guidance this section is modeled on.
- Resulting policy: no two-way technical review of a contribution from an OFAC SDN-listed
  account or a comprehensively sanctioned jurisdiction until the transaction is confirmed
  exempt or licensed. Not a statement about any past contributor — none has raised this.

EU Cyber Resilience Act (new: docs/EU_CRA_STATUS.md):
- A different legal domain than export/sanctions law — ongoing manufacturer obligations
  (vulnerability reporting, CE marking) rather than cross-border movement restrictions.
- Current status documented: out of scope. Individual maintainers cannot hold the Act's
  "open-source steward" category (requires a legal person), and non-monetized OSS is
  generally exempt from manufacturer obligations outright — both conditions currently true
  for Blindkey.
- Names the exact trigger that would require re-running this analysis BEFORE acting, not
  after: monetization (a paid tier, commercial support, or a legal entity forming around the
  project) — relevant given the project's enterprise-adoption positioning, and reporting
  deadlines (11 September 2026 for in-scope actors) that start running once triggered.

Also independently verified (not just re-documented) the "zero network, zero telemetry" claim
against the actual codebase — grepped for reqwest/hyper/TcpStream/known telemetry SDKs across
every crate. Confirmed backed by an enforced test (constraint_policy.rs, C23 — scans both
Cargo.toml deps and source for network-call patterns), not just asserted in prose. No gap
found; recorded as a verified claim, not a documentation change.

Linked both docs from README.md, docs/README.md, and SECURITY.md alongside the existing
export-compliance entry.

Verification: cargo test --workspace --all-features (48 suites, 0 failures — docs-only change,
confirms nothing broke); fmt clean; all markdown links resolve.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
leocelis added a commit that referenced this pull request Jul 20, 2026
Follow-up pass specifically hunting for regulatory regimes not covered in the prior legal
review, per an explicit "extend the research, check if I'm 100% protected" request. Same
standard as before: primary sources, real citations, no invented text.

OFAC sanctions (docs/EXPORT_COMPLIANCE.md):
- A distinct regime from EAR export control — Treasury/OFAC governs *who* you transact with,
  separate from Commerce/BIS governing *what* crosses borders.
- Documents the "informational materials" exemption published source code generally qualifies
  for (OFAC FAQ #4: ofac.treasury.gov/faqs/4), and why it's narrower than it sounds for a
  project that accepts external contributions: the exemption clearly covers one-way receipt of
  existing code, not clearly two-way PR review/discussion.
- Real precedent, not hypothetical: the Linux kernel removed several Russia-affiliated
  maintainers in October 2024 over sanctions concerns, which is what prompted the Linux
  Foundation's OFAC guidance this section is modeled on.
- Resulting policy: no two-way technical review of a contribution from an OFAC SDN-listed
  account or a comprehensively sanctioned jurisdiction until the transaction is confirmed
  exempt or licensed. Not a statement about any past contributor — none has raised this.

EU Cyber Resilience Act (new: docs/EU_CRA_STATUS.md):
- A different legal domain than export/sanctions law — ongoing manufacturer obligations
  (vulnerability reporting, CE marking) rather than cross-border movement restrictions.
- Current status documented: out of scope. Individual maintainers cannot hold the Act's
  "open-source steward" category (requires a legal person), and non-monetized OSS is
  generally exempt from manufacturer obligations outright — both conditions currently true
  for Blindkey.
- Names the exact trigger that would require re-running this analysis BEFORE acting, not
  after: monetization (a paid tier, commercial support, or a legal entity forming around the
  project) — relevant given the project's enterprise-adoption positioning, and reporting
  deadlines (11 September 2026 for in-scope actors) that start running once triggered.

Also independently verified (not just re-documented) the "zero network, zero telemetry" claim
against the actual codebase — grepped for reqwest/hyper/TcpStream/known telemetry SDKs across
every crate. Confirmed backed by an enforced test (constraint_policy.rs, C23 — scans both
Cargo.toml deps and source for network-call patterns), not just asserted in prose. No gap
found; recorded as a verified claim, not a documentation change.

Linked both docs from README.md, docs/README.md, and SECURITY.md alongside the existing
export-compliance entry.

Verification: cargo test --workspace --all-features (48 suites, 0 failures — docs-only change,
confirms nothing broke); fmt clean; all markdown links resolve.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants