Commit 7a490bc
committed
ci: Add id-token permissions to support WIF
Grant workflow-level `id-token: write` in release.yaml and
pull_request.yaml so the jobs calling extenda/actions/* can request an
OIDC token from GitHub. The release job already re-declared it
alongside `contents: write`; job-level blocks replace rather than merge,
so that one stays as-is.
The extenda wrappers pick their auth mode from the contents of the
service-account-key value -- either a legacy `private_key` JSON key or a
`workload_identity_provider` federation config. SECRET_AUTH currently
holds a legacy key, so this permission is groundwork only. The migration
completes when SECRET_AUTH is swapped to a WIF cred-config on the GCP
side, which also needs the WIF principal to hold the Secret Manager
roles the current service account has.
The commonpom 4.0.3+ prerequisite does not apply here: this repo has no
io.extenda.maven:commonpom parent since #86, and the Maven deploy
authenticates to Maven Central with the MAVEN_CENTRAL_* and GPG secrets
rather than to GCP.1 parent 93c0a01 commit 7a490bc
2 files changed
Lines changed: 8 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
4 | 4 | | |
5 | 5 | | |
6 | 6 | | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
7 | 11 | | |
8 | 12 | | |
9 | 13 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
4 | 4 | | |
5 | 5 | | |
6 | 6 | | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
7 | 11 | | |
8 | 12 | | |
9 | 13 | | |
| |||
0 commit comments