release: add a security policy and a code of conduct #15
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Context
The readiness list asks for a license, a security policy and a code of conduct. The license exists.
Source
Acceptance criteria
SECURITY.mdwith how to report a vulnerability and what is supportedCODE_OF_CONDUCT.mdDependencies
None known.
Moved from the planning lists of the docs; the design record stays the specification.
[loop:torbscript] intake: in scope (author orion, label loop). Release readiness item of RELEASE.md section 2; docs only, no seed impact. Owner question to settle in refine: the vulnerability reporting contact and the code of conduct text (a public statement of the project). Release freeze for 0.1.0 (2026-10-06) holds new PRs, next: refine (queued)
[loop:torbscript] claim refine by session:loop-torbscript-20261008 until 2026-10-08T14:40:00Z
[loop:torbscript] refine: not ready, an owner decision is needed, next: waiting (owner decision)
owner decision:
SECURITY.mdandCODE_OF_CONDUCT.mdare public statements of the project. RELEASE.md section 9 settles the form (RFC 9116 style policy withsecurity@torb.dev, acknowledgement, coordinated disclosure; the Contributor Covenant, current version, with "the enforcement contact on torb.dev"), but not:security@torb.devbounces. Creating the mailbox is the owner's action.Options:
SECURITY.md:security@torb.dev, acknowledgement within 3 days, assessment within 7 days, coordinated disclosure up to 90 days; supported = the latest minor, plus the previous minor for security fixes for one more month (RELEASE.md section 3).CODE_OF_CONDUCT.md: Contributor Covenant 2.1 text, enforcement atconduct@torb.dev. The owner sets up both mailboxes before the PR lands.SECURITY.mdpoints to a private (confidential) report on the forge and sayssecurity@torb.devfollows with the preview; the enforcement contact is the same channel. Times as above.Recommendation: mail-defaults (it follows the design record literally; only the two mailboxes and three numbers are new).
Once decided, the issue is ready as: docs only, one PR, no seed impact, implementer sonnet/medium, acceptance criteria refined (files, content, links from README and RELEASE.md section 9,
torb docs site --checkand theskills/regeneration green).Worker usage: about 65k tokens (sonnet/medium).
[owner-answer] q=q1 option=mail-defaults „security@ and conduct@torb.dev, 3/7/90 days“ 2026-10-29T22:53:33Z
[loop:torbscript] refine: ready. Owner decision q1 answered 2026-10-29 (mail-defaults):
SECURITY.mdwith security@torb.dev, acknowledgement 3 days, assessment 7 days, coordinated disclosure up to 90 days, supported = latest minor plus previous minor for one more month;CODE_OF_CONDUCT.md= Contributor Covenant 2.1 with enforcement at conduct@torb.dev; both linked from the README and RELEASE.md section 9. Docs only, one PR, no seed impact, sonnet/medium. The PR body notes that the two mailboxes must exist before it lands (Torben's action).[loop:torbscript] claim implement by session:loop-torbscript-20261030 @anthropic:theorben until 2026-10-30T07:00Z
[loop:torbscript] release: PR #677 open (head
5dc98c97). Open point: the supported-versions text follows the refine wording, but RELEASE.md section 3 says only the newest minor is maintained in 0.x (the one-month overlap starts at 1.0); the design record wins, so a fix aligns SECURITY.md with section 3. The mailboxes security@ and conduct@torb.dev must exist before the PR lands (owner action).[loop:torbscript] claim implement (fix PR #677 supported versions) by session:loop-torbscript-20261030 @anthropic:theorben until 2026-10-30T07:00Z
[loop:torbscript] release: PR #677 fixed (head
66639a42): supported versions now follow RELEASE.md section 3 (0.x newest minor only, one-month overlap from 1.0), section 9 aligned, machine-readable contact phrased as in section 9. Next: CI and Argus review; the mailboxes security@ and conduct@torb.dev must exist before it lands (owner action).[loop:torbscript] review: PR #677 has Argus REQUEST_CHANGES on the current head
66639a42(CI green, mergeable); the only blocker is the PR hold: torb.dev has no MX record (checked 2026-11-02 via DNS), so security@ and conduct@torb.dev cannot receive mail. No code change needed. The question is filed as a blocking question block at https://git.dmb.zone/orion/infra/issues/2006 (q1, the repo of this loop cannot hold it). After the answer: re-request review from argus on PR #677.next: waiting (mailboxes security@ and conduct@torb.dev must receive mail, MX missing; q1 on orion/infra#2006) until 2026-11-09T12:00:00+01:00