mantis-threat-model
Synthesizes trust boundaries, attack surfaces, and attacker profiles into a living threat model. Use as Stage B of the Knowledge Base generation process, reading architecture and entity definitions from the KB. Don't use for analyzing source code or extracting raw learnings from JSONL files.
By google · 1,139 installs
npx skills add google/mantis --skill mantis-threat-model
Source repository · Upstream listing
Threat Modeler (/mantis threat model)
System Goal
Security Architect. Synthesizes trust boundaries, attack surfaces, and attacker
profiles into THREAT MODEL.md based exclusively on the entities and
architecture defined in the Knowledge Base (KB).
Command Definition
Command: /mantis threat model
Description: Evaluates architectural perimeters, entry points, and trust
boundaries to construct the threat model.
Arguments (all optional; absent → today's behavior):
state root <dir : parent of workspace/ . If absent, use
./workspace/... relative to the current directory. Locates
.mantis state.json , the KB, and the archive directory.
snapshot id <id : the SNAPSHOT ID this pass is pinned to. Used ONLY as
the provenance value stamped into THREAT MODEL.md (the KB SNAPSHOT:
line). If absent, fall back to active snapshot.snapshot id from state; if
that is also absent or snapshot pinned is false, the stamp is the literal
UNPINNED .
snapshot root <dir : accepted for interface uniformity but NOT used —
this stage never reads target source (Block A step 0, findings only role).
Input/Output Contract
Reads :
workspace/.mantis state.json — pass number (to archive per pass) and,
for provenance only, active snapshot
( {root, snapshot id, snapshot pinned} ). Both optional; absent → degraded
(see Backward compat).
workspace/kb/architecture.md .
workspace/kb/entities/ .md .
The EXISTING workspace/kb/THREAT MODEL.md from the previous pass, if
present — only its first KB SNAPSHOT: line, for the freshness check in
step 0.
Writes :
workspace/kb/THREAT MODEL.md (first line is a KB SNAPSHOT: provenance
header).
Archives the previous workspace/kb/THREAT MODEL.md (if any) to
workspace/archive/kb/THREAT MODEL pass ${N}.md BEFORE overwriting.
Preconditions :
Knowledge Base files must exist and be populated.
Idempotency Guarantee :
Copies the prior THREAT MODEL.md (if any) to the pass archive, then
deterministically overwrites workspace/kb/THREAT MODEL.md in place.
Re running a pass with an unchanged snapshot reproduces an equivalent model
plus a STALE banner (see step 0 and the final save step).
Instructions
Role for this stage (findings only / KB only). /mantis threat model NEVER
reads target source. Every input it uses — architecture.md , entities/ .md ,
the prior THREAT MODEL.md , and .mantis state.json — is STATE RELATIVE (read
under state root/workspace , NEVER under CODE ROOT ). This stage therefore
takes Block A step 0's FINDINGS ONLY path: SKIP Block A steps 2–6, but STILL
read active snapshot from state for provenance, and NEVER stop merely because
a code root is unset or unpinned.
Maintain a high level Threat Model that explicitly defines who the attackers
are and where they can interact with the system, relying on the pre processed
entities in the KB.
Execute the threat modeling process as follows:
0. Resolve Snapshot Provenance, Freshness, and Archive the Prior Model:
a. Compute CUR (the snapshot this threat model is stamped against):
If snapshot id was passed → CUR = that value.
Else if state active snapshot.snapshot pinned is true → CUR =
active snapshot.snapshot id .
Else → CUR = the literal UNPINNED (degraded / today's behavior).
b. Compute PREV TM (what the last model was stamped against): read the
FIRST line matching ^KB SNAPSHOT: in the existing
workspace/kb/THREAT MODEL.md ; its value (trimmed) is PREV TM . If the file
is absent, has no such line, or the value is empty → PREV TM = the empty
string "" .
c. SYNC DELTA DECISION (mechanical; exact string equality, no fuzzy
compare):
CUR == "UNPINNED" → SYNC OCCURRED = true (degraded: always re derive).
else PREV TM == "" → SYNC OCCURRED = true (first run / legacy KB).
else PREV TM != CUR → SYNC OCCURRED = true (a sync or dirty edit
advanced the snapshot).
else ( PREV TM == CUR ) → SYNC OCCURRED = false (snapshot unchanged since
the last model).
d. Archive the prior model (per pass), so overwrite is non destructive:
Resolve N : read "pass number" from workspace/.mantis state.json . If
missing or invalid, scan workspace/archive/ for folders matching
findings pass N or loopN findings and set N = max found + 1 ,
defaulting to 1 if no archives exist. (Same rule the architecture stage
uses.)
If workspace/kb/THREAT MODEL.md exists: ensure workspace/archive/kb/
exists ( mkdir p workspace/archive/kb/ ) and COPY (do NOT move) the file
to workspace/archive/kb/THREAT MODEL pass ${N}.md . You will overwrite the
live file in step 3. If the file does not exist, skip the copy.
All paths in this step are STATE RELATIVE (under state root/workspace );
NEVER prefix CODE ROOT .
Carry CUR , SYNC OCCURRED , and N forward into steps 1–3 and the final
save.
1. Read the Synthesized KB:
Read workspace/kb/architecture.md to understand the system's data flows
and high level design.
Read the files inside workspace/kb/entities/ to understand the individual
components and any historical constraints or vulnerability patterns mapped
to them by the /mantis architecture stage.
2. Analyze Trust Boundaries:
Evaluate the entities to determine where trust boundaries lie. Where does
untrusted data cross into a trusted context? Which components are exposed
to external input?
3. Synthesize the Threat Model:
Write a comprehensive, structured Markdown file and save it directly to
workspace/kb/THREAT MODEL.md (overwriting the old one).
Token Optimization: Use your file writing tools to write the file
directly to disk; do not output the threat model text in your chat
response.
Include the following sections to ensure downstream planning agents have
sufficient context:
System Overview Summary: A concise summary derived from
architecture.md .
Deployment Intent: State exactly one of Intent: PRODUCTION or
Intent: SAMPLE OR TEST ONLY . This verdict has a large blast radius:
/mantis critic marks EVERY finding SAMPLE OR TEST (dismissing the whole
pass) the instant it reads Intent: SAMPLE OR TEST ONLY . So
SAMPLE OR TEST ONLY is FAIL CLOSED behind a mechanical checklist:
PRODUCTION SIGNAL CHECKLIST — you may write Intent: SAMPLE OR TEST ONLY
ONLY IF ALL five checks are TRUE. If ANY is FALSE, or the KB is silent on /
you are unsure about any one of them, you MUST write
Intent: PRODUCTION .
1. NO entity in workspace/kb/entities/ .md is classified CRITICAL or
STANDARD availability (either implies an operated/production service).
2. architecture.md names NO externally reachable service, daemon, server,
API, or network endpoint, AND NO deployment/packaging descriptor
(systemd, Dockerfile/ docker , kubernetes/ k8s /helm, load balancer,
cloud/VPC/IaC, CI/CD publish or release).
3. The KB describes NO installable/publishable package or runtime
entrypoint (e.g., console scripts / entry points , a main() /service
binary, a published library or package manifest).
4. EVERY component/path referenced in the KB lies exclusively under
test/sample directories — its path contains one of test , tests ,
example , examples , sample , samples , tutorial , demo , docs ,
fixtures — and NONE lie under production source roots such as src ,
lib , pkg , internal , cmd , app , server , or core .
5. NO entity documents a real (non mock, non test) untrusted external input
crossing a trust boundary into privileged/production logic.
After a sync ( SYNC OCCURRED == true from step 0) you MUST re run this
checklist from scratch against the CURRENT KB and MUST NOT inherit a prior
Intent: verdict — a sync can add production code to a tree that was
previously sample only, which would otherwise silently dismiss every new
finding.
Trust Boundaries: Clear, rigorous definitions of where untrusted inputs
meet internal trusted states. Reference the specific entities (e.g.,
[Auth Module](entities/auth module.md) ).
Threat Actors & Vectors: Define the profiles of potential attackers
(e.g., Unauthenticated Network Attacker, Malicious Local User) and the
specific boundaries they can reach.
High Risk Assets: The data, execution privileges, or availability
targets an attacker wants to compromise. For availability targets,
classify them into one of these Availability Tiers based on the KB:
CRITICAL : 24/7 immediate operational impact if disrupted.
STANDARD : Important operations; short downtime is tolerable.
LOW CRITICALITY : Non blocking utilities; disruption is a mild
annoyance.
Stamp and save the model:
The FIRST line of workspace/kb/THREAT MODEL.md MUST be the provenance stamp
KB SNAPSHOT: followed by CUR (from step 0) — e.g. KB SNAPSHOT: <CUR ,
or KB SNAPSHOT: UNPINNED in degraded mode. The next pass reads this back as
PREV TM , and mantis critic reads it as a KB freshness check.
If SYNC OCCURRED == false (snapshot unchanged since the last model): you MAY
reuse the prior model's substance, but you MUST insert this STALE banner as
the line immediately AFTER the KB SNAPSHOT: line:
STALE: Threat model NOT re evaluated this pass; carried unchanged from snapshot <CUR .
If SYNC OCCURRED == true : do NOT emit the STALE banner — you re derived
every section fresh this pass, including the Deployment Intent checklist.
Save directly to workspace/kb/THREAT MODEL.md (STATE RELATIVE; the prior
file was already copied to the pass archive in step 0d). Use your file writing
tools; do not print the model to chat. When complete, notify the user.