Skip to content

chore(deps): bump the actions-deps group across 1 directory with 2 updates#5

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/github_actions/actions-deps-c932318184
Open

chore(deps): bump the actions-deps group across 1 directory with 2 updates#5
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/github_actions/actions-deps-c932318184

Conversation

@dependabot

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

Copy link
Copy Markdown
Contributor

Bumps the actions-deps group with 2 updates in the / directory: step-security/harden-runner and actions/checkout.

Updates step-security/harden-runner from 2.15.1 to 2.19.4

Release notes

Sourced from step-security/harden-runner's releases.

v2.19.4

What's Changed

  • Improvements for HTTPS Monitoring for the Enterprise tier of Harden Runner

Full Changelog: step-security/harden-runner@v2.19.3...v2.19.4

v2.19.3

What's Changed

Full Changelog: step-security/harden-runner@v2.19.2...v2.19.3

v2.19.2

What's Changed

  • Update the Harden Runner agent for enterprise tier to use go 1.26 and fix minor bugs.

Full Changelog: step-security/harden-runner@v2.19.1...v2.19.2

v2.19.1

What's Changed

What the fix changes

  • Harden-Runner will detect ubuntu-slim runners and exit cleanly with an informational log message, instead of post harden runner step failing on chown: invalid user: 'undefined'.

What the fix does not do

  • Jobs running on ubuntu-slim will not be monitored by Harden-Runner. The agent relies on kernel-level features (that require elevated capabilities).
  • Per GitHub's docs on single-CPU runners: "The container for ubuntu-slim runners runs in unprivileged mode. This means that some operations requiring elevated privileges such as mounting file systems, using Docker-in-Docker, or accessing low-level kernel features are not supported." Those low-level kernel features are what the agent needs, so monitoring inside the unprivileged container is not feasible today.

For StepSecurity enterprise customers If your security posture requires that workflows are always monitored, you can block the use of ubuntu-slim via workflow run policies see the Runner Label Policy docs. This lets you enforce that jobs only run on monitored runner types.

New Contributors

Full Changelog: step-security/harden-runner@v2.19.0...v2.19.1

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

... (truncated)

Commits
  • 9af89fc Merge pull request #667 from step-security/update-agent-v1.8.6
  • 485dce8 Update agent to v1.8.6
  • ab7a940 Merge pull request #665 from step-security/fix/use-policy-store-default-audit
  • ec41b78 Default to audit mode when api-key missing with use-policy-store
  • 9ca718d Merge pull request #664 from step-security/update-agent-v1.8.5
  • 1dee3df Update agent to v1.8.5
  • a5ad31d Merge pull request #657 from devantler/fix/ubuntu-slim-user-env
  • 6e92856 build dist and trim ubuntu-slim message
  • 4e0504e Merge branch 'main' into fix/ubuntu-slim-user-env
  • 8d3c67d Release v2.19.0 (#661)
  • Additional commits viewable in compare view

Updates actions/checkout from 6.0.2 to 6.0.3

Release notes

Sourced from actions/checkout's releases.

v6.0.3

What's Changed

New Contributors

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

Changelog

Sourced from actions/checkout's changelog.

Changelog

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

v4.2.0

v4.1.7

... (truncated)

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 rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
  • @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
  • @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
  • @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
  • @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

…dates

Bumps the actions-deps group with 2 updates in the / directory: [step-security/harden-runner](https://github.com/step-security/harden-runner) and [actions/checkout](https://github.com/actions/checkout).


Updates `step-security/harden-runner` from 2.15.1 to 2.19.4
- [Release notes](https://github.com/step-security/harden-runner/releases)
- [Commits](step-security/harden-runner@58077d3...9af89fc)

Updates `actions/checkout` from 6.0.2 to 6.0.3
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](actions/checkout@de0fac2...df4cb1c)

---
updated-dependencies:
- dependency-name: step-security/harden-runner
  dependency-version: 2.19.4
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: actions-deps
- dependency-name: actions/checkout
  dependency-version: 6.0.3
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: actions-deps
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Jun 2, 2026
goozang-records added a commit to goozang-records/canton-token-template that referenced this pull request Jun 7, 2026
…de-review OpenZeppelin#5–#8)

Quality/altitude follow-ups from the code review, root-caused rather than
patched.

OpenZeppelin#5 (altitude) + #7 (DRY): pause and freeze are both origination controls
checked at the same chokepoints, so they are unified into a single
`assertCanOriginate this <parties>` call at every origination chokepoint (the
five factory entry points + direct mint). A new origination path now makes one
call covering BOTH gates — it cannot enable one and silently forget the other.
The V2 account→parties extraction (owner + provider, addressing the earlier
provider gap) is factored into `accountsFreezeParties`, so the resolution rule
lives in one place instead of being respelled at each V2 site. (There is no
single on-ledger funnel to host the check — the V2 transfer/settlement paths
delegate input-archiving to the token-standard library — so the obligation is
documented on `assertCanOriginate` and kept to one uniform call.)

#8 (type-safety): `assertAccountsNotFrozen` now takes the `SimpleTokenRules`
record (reads `.frozenAccounts` itself) instead of a bare `[Party]` first arg,
so a call site cannot pass two same-typed party lists in the wrong order — it
is type-impossible to swap.

OpenZeppelin#6 (consistency): `Rules_FreezeAccount` + `Rules_UnfreezeAccount` collapse into
one `Rules_SetAccountFrozen` with a `frozen : Bool`, mirroring `Rules_SetPaused`
— the capability gate, admin carve-out, and recreate live once. The two
redundancy errors collapse into `eRedundantFreezeChange` (the OZ Pausable
non-idempotency, mirroring `eRedundantPauseChange`); the state-must-change guard
keeps the set duplicate-free without a separate membership check. Test helpers
keep their `freezeAccount`/`unfreezeAccount` names (call sites unchanged).

Suite 158/158 green; daml-lint back to the 7-baseline unbounded-fields (a
transient false-positive `unguarded-division` on a `/` in a doc comment was
removed by rewording). PLAN.md row left unstaged (still contended with the
parallel AL-8 doc edit).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
goozang-records added a commit to goozang-records/canton-token-template that referenced this pull request Jun 7, 2026
…ed state

AL-10 row + §17.5 row 2a now reflect the delivered + code-reviewed AL-10:
- `Rules_SetAccountFrozen` (Bool freeze/unfreeze, mirroring `Rules_SetPaused`)
  replaces the earlier `Rules_FreezeAccount`/`Rules_UnfreezeAccount` pair;
- pause + freeze unified into one `assertCanOriginate` gate at every origination
  chokepoint + direct mint + cold-path mint accept (`Rules_AcceptMintProposal`);
- V2 guards check `accountParties` (owner AND provider);
- suite 146→158; review fixes #1–#8 landed in c2e61f3 / f062f16.

Also carries the parallel AL-8 verify/props status lines (top status block + the
AL-8 roadmap row → ✅, daml-verify OpenZeppelin#5 / daml-props #3) that were already staged in
the working tree by the concurrent AL-8 effort — included here to land PLAN.md in
a consistent state rather than splitting one file across two authors' commits.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
goozang-records added a commit to goozang-records/canton-token-template that referenced this pull request Jun 7, 2026
Code-review follow-ups on the AL-11 seizure (none required design input; the
three that do are documented as open design calls).

#1 Separation of duties: two-person control only checked `approver /= proposer`,
not that the BENEFICIARY differs from the officers — an approver could approve a
seizure into their own account. Added `newOwner /= proposer` at propose and
`newOwner /= approver && /= proposer` at approve (`eSeizureBeneficiaryIsOfficer`).

OpenZeppelin#4 Dead code / phantom doc: `Admin_ProposeSeizure`'s comment promised an
approval-time tamper check via `eSeizureHoldingMismatch` that never existed and
never ran, and `seizedOwner` was written-never-read. Reworded the comment (cid
immutability already forces a re-propose on a stale target) and relabelled
`seizedOwner` as audit-only.

#8 Dedup: `TransferPreapproval_ReceiveSeized` was byte-for-byte `MintInto`. Factor
a shared `createViaPreapproval` body; the two remain distinct CHOICES (for the
reconciler's mint-vs-reallocation distinction) but share one implementation.

#2/#3 Docs: documented that `ReceiveSeized` is a root-callable create whose
supply-neutrality is a caller property (the off-ledger D2 reconciler must net the
seizure pair and must not treat a standalone ReceiveSeized as value-neutral), in
ADMIN-LAYER-PLAN §11.4.

#7/#10 Tests: added test_seizeBeneficiaryCannotBeOfficer, ...ForeignHoldingRejected
(cross-registry), ...ForeignPreapprovalRejected (the preapproval.admin guard half),
...ScopedLegalAdmin (instrument-scoped cap, both directions); strengthened the
stale-target test to assert no recovery holding was created. Suite 166 -> 170.

OpenZeppelin#5/OpenZeppelin#6/#9 design calls recorded as TT-Q-011a/b/c (PLAN §17.7): locked-fund seizure,
structural-vs-convention two-person control, court-order onboarding — with
recommendations, for your decision (not blockers).

daml-lint baseline-clean; 170/170 green.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

cla: signed 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.

0 participants