docs(STM): refactor threat model - clarify process, remove findings - #353
Open
dkamburov wants to merge 1 commit into
Open
docs(STM): refactor threat model - clarify process, remove findings#353dkamburov wants to merge 1 commit into
dkamburov wants to merge 1 commit into
Conversation
dkamburov
requested review from
turbobobbytraykov
and
a lite review from Copilot
August 20, 2026 13:43
Contributor
There was a problem hiding this comment.
Pull request overview
This PR refactors the security threat model and review template documentation to avoid publicly enumerating open security findings, shifting the docs to a process- and analysis-area-focused approach aligned with responsible disclosure.
Changes:
- Replaced detailed, public “threats/findings” enumerations with “analysis areas” describing what is assessed per boundary/package.
- Added a dedicated “How findings are handled” section describing private tracking, triage, release gating, disclosure, and re-analysis triggers.
- Updated the security review template to use a generic findings register format (one row per finding) and to point to the findings-handling process.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| docs/security/threat-model.md | Reframes the threat model around analysis areas and documents a private findings handling process plus updated references. |
| docs/security/review-template.md | Removes public findings lists and introduces a generic findings register with guidance to keep open findings private. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Comment on lines
+53
to
54
| **Disposition values** | ||
| control, name it) · `Accepted` (residual risk, requires an approver in the table below). |
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.
Description
This pull request updates the security documentation to improve the privacy and clarity of threat modeling and findings tracking. The main changes are the removal of public enumerations of open security findings and the introduction of a process-focused approach, ensuring that unfixed vulnerabilities are not disclosed prematurely. The documentation now emphasizes analysis methodology, private tracking of findings, and clearer references to relevant policies.
Key changes:
1. Findings and Threats Handling
review-template.mdandthreat-model.md, replacing them with a process for private tracking and post-fix disclosure. This reduces the risk of exposing unfixed vulnerabilities. [1] [2]2. Analysis Methodology and Documentation Structure
3. References and Process Documentation
SECURITY.md,CONTRIBUTING.md, and the review template, making it easier to find relevant policies and processes.These changes collectively strengthen the security posture by ensuring responsible disclosure and clearer documentation of the security review and threat modeling process.