Repository navigation
docs: SignPath declined for now — record both remaining routes honestly - #357
Merged
Merged
Conversation
The SignPath Foundation's free OSS programme declined the application: it is
for projects with an established user base, and Skrog does not have one yet.
They invited a reapplication as visibility grows.
Five documents claimed signing was applied for and imminent, and one of them
credited SignPath as though they were already sponsoring us. All of that is now
false, and it is the kind of false that matters: a reader deciding whether to
trust an unsigned binary should not be told a signature is on its way when
nobody has promised one.
The honest position is two open routes, neither closed:
free the Foundation, deferred until the project is bigger -- and gated on
exactly the thing signing would help with, since winget builds
reputation fastest and wants a signed installer
paid a subscription, which needs nobody's approval and could happen at
any time
docs/code-signing.md keeps the roles, the CI-only rule and the threat model.
They were written to meet the Foundation's requirements but they are good
practice whoever issues a certificate, and having them settled beats inventing
them in a hurry later. The attribution block crediting SignPath is removed --
they are not sponsoring this project, and saying so would be misleading.
Also written down, because it is the actual decision in #77 and the cheaper
option is not automatically the better one: the Foundation issues the
certificate TO THE PROJECT and forbids commercial dual-licensing of any
component, and can revoke. A purchased certificate costs money but nobody can
withdraw it over a licence change. The free route keeps a door open that the
paid route closes, and vice versa.
Signing is lifted out of the ROADMAP's weekend plan -- it is a decision, not a
scheduled item -- and PLAN's SmartScreen risk is raised to high, since the
circularity is now explicit rather than assumed away.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The SignPath Foundation's free OSS programme declined the application — it is for projects with an established user base, and Skrog does not have one yet. They invited a reapplication as visibility grows.
Five documents claimed signing was applied for and imminent, and
docs/code-signing.mdcredited SignPath as though they were already sponsoring us. All of that is now false, and it is the kind of false that matters: someone deciding whether to trust an unsigned binary should not be told a signature is on its way when nobody has promised one.The honest position: two routes, neither closed
What
docs/code-signing.mdkeeps, and what it dropsKeeps the roles, the CI-only signing rule and the threat model. They were written to meet the Foundation's requirements, but they are good practice whoever issues a certificate, and having them settled beats inventing them in a hurry the week a certificate arrives.
Drops the attribution block crediting SignPath for providing free signing. They are not sponsoring this project; leaving it would be misleading.
Adds the part that is actually the decision in #77, because the cheaper option is not automatically the better one:
Elsewhere
#77is where the choice lives.Docs only, no behaviour change. The thing every release does carry — SLSA provenance and a cosign-signed
SHA256SUMS— is unchanged and still stated as not a substitute for signing.