Skip to content

Use code-sign secrets from a GitHub environment#18295

Merged
zanieb merged 1 commit intozb/cargo-code-signfrom
zb/cargo-code-sign-ii
Mar 6, 2026
Merged

Use code-sign secrets from a GitHub environment#18295
zanieb merged 1 commit intozb/cargo-code-signfrom
zb/cargo-code-sign-ii

Conversation

@zanieb
Copy link
Member

@zanieb zanieb commented Mar 4, 2026

Instead of generating test secrets in the workflow itself as was done in #18280 for testing.

This includes a script to generate self-signed certificates and adds them to the release-test environment. We'll populate the real secrets in the release environment. We may want a dedicated environment for code-signing secrets? We also may want to sign with the real secrets on main or similar.

Instead of generating test secrets in the workflow itself
@zanieb zanieb force-pushed the zb/cargo-code-sign-ii branch from ed0f65e to 7612712 Compare March 4, 2026 22:51
@zanieb zanieb temporarily deployed to uv-test-publish March 4, 2026 22:56 — with GitHub Actions Inactive
# the same format.
# ---------------------------------------------------------------------------

openssl req -x509 -newkey rsa:2048 -sha256 -days 3650 -nodes \
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member

@woodruffw woodruffw left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! My only concern is/was about the structure of the certs themselves, but since this is for the test-only self-signing certs it's probably not a huge deal if they aren't 100% conformant with Apple's X.509 profile.

@zanieb zanieb marked this pull request as ready for review March 6, 2026 17:41
@zanieb zanieb merged commit 971341a into zb/cargo-code-sign Mar 6, 2026
68 checks passed
@zanieb zanieb deleted the zb/cargo-code-sign-ii branch March 6, 2026 17:41
zanieb added a commit that referenced this pull request Mar 6, 2026
Instead of generating test secrets in the workflow itself as was done in
#18280 for testing.

This includes a script to generate self-signed certificates and adds
them to the `release-test` environment. We'll populate the real secrets
in the `release` environment. We may want a dedicated environment for
code-signing secrets? We also may want to sign with the real secrets on
`main` or similar.
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.

2 participants