Skip to content

feat: manual threat authoring and editing - #28

Merged
Hacks4Snacks merged 1 commit into
mainfrom
hacks4snacks/threatauthoring
Jul 9, 2026
Merged

Hacks4Snacks merged 1 commit into
mainfrom
hacks4snacks/threatauthoring

Conversation

@Hacks4Snacks

Copy link
Copy Markdown
Owner

feat: manual threat authoring and editing

Up to now the tmforge-json overlay could say exactly one thing about a threat: "I accept the risk." Every threat came from a rule, and the only author-owned bit we round-tripped was acceptance. If you actually understood your system and wanted to record a threat the rules don't know about or fix the wording, priority, or mitigation on one they do there was nowhere to put it.

The model is unchanged in spirit: the register stays a regenerable projection of the rules. We do not serialize the whole register to the wire. Instead we widen the existing sparse overlay so it carries two new kinds of author intent besides acceptance:

  1. edits to a rule-generated threat (state, priority, title,
    description, mitigation, justification), and
  2. fully hand-authored threats that no rule produced.

A manual threat is an overlay entry keyed manual:{guid} with no TypeId. On read we materialize it into the register; on generate we append it; on export we regenerate the rules and re-apply the overlay on top.

@Hacks4Snacks
Hacks4Snacks merged commit 4be2067 into main Jul 9, 2026
9 checks passed
@Hacks4Snacks
Hacks4Snacks deleted the hacks4snacks/threatauthoring branch July 9, 2026 17:29
This was referenced Jul 9, 2026
This was referenced Jul 24, 2026
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.

1 participant