Skip to content

Conversation

@rossabaker
Copy link
Member

Follows https://www.rfc-editor.org/rfc/rfc9116

The key is signed by the same PGP key that signs our artifacts and is published to our site, but the referenced encryption keys are mine and @armanbilge's, as they appear on the Typelevel security policy. This distinction makes sense in my mind, because Arman and I don't typically sign artifacts for Typelevel, and the Typelevel bot shouldn't receive encrypted messages.

This is something that should be renewed every year.

/cc @typelevel/security

Copy link
Member

@jducoeur jducoeur left a comment

Choose a reason for hiding this comment

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

Makes sense, and appears to match the RFC.

Does raise the question of how we track and remember to renew things like this (when there isn't a company dunning us with email reminders), but that's not a blocker.

@rossabaker
Copy link
Member Author

If we remember to renew it when we renew the GPG key that signs it, they're on approximately the same cycle.

We could also establish a shared key for the Security Team, which would simplify some things and complicate others, but that's something that can be done any time after this. I'd just like to have something reasonable in place as a starting point.

@rossabaker rossabaker merged commit 1ec0539 into main Feb 20, 2025
3 checks passed
@rossabaker rossabaker deleted the security.txt branch February 20, 2025 05:26
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.

4 participants