mantis-threat-model
Skill2.5k starsChanged 15 days agoApache-2.0View on GitHub
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.
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 2 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 120
If --snapshot_id was passed → CUR = that value.
- Very specific: line 148
If workspace/kb/THREAT_MODEL.md exists: ensure workspace/archive/kb/ exists (mkdir -p workspace/archive/kb/) and COPY (do NOT move) the …
- Very specific: line 152
All paths in this step are STATE-RELATIVE (under state_root/workspace).
- Very specific: line 160
Read workspace/kb/architecture.md to understand the system's data flows and high-level design.
- Very specific: line 162
Read the files inside workspace/kb/entities/ to understand the individual components and any historical constraints or vulnerability …
- Very specific: line 174
Write a comprehensive, structured Markdown file and save it directly to workspace/kb/THREAT_MODEL.md (overwriting the old one).
- Distinctive: line 176
Token Optimization: Use your file-writing tools to write the file directly to disk.
- Very specific: line 193
ONLY IF ALL five checks are TRUE.
- Very specific: line 197
NO entity in workspace/kb/entities/*.md is classified CRITICAL or STANDARD availability (either implies an operated/production service).
- Very specific: line 206
EVERY component/path referenced in the KB lies exclusively under test/sample directories — its path contains one of test, tests, example, …
- Distinctive: line 211
NO entity documents a real (non-mock, non-test) untrusted external input crossing a trust boundary into privileged/production logic.
- Very specific: line 243
If SYNC_OCCURRED == false (snapshot unchanged since the last model): you MAY reuse the prior model's substance, but you MUST insert this …
- Very specific: line 247
If SYNC_OCCURRED == true: do NOT emit the STALE banner — you re-derived every section fresh this pass, including the Deployment-Intent …
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
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 ofworkspace/. If absent, use./workspace/...relative to the current directory. Locates.mantis_state.json, the KB, and the archive directory.--snapshot_id <id>: theSNAPSHOT_IDthis pass is pinned to. Used ONLY as the provenance value stamped intoTHREAT_MODEL.md(theKB_SNAPSHOT:line). If absent, fall back toactive_snapshot.snapshot_idfrom state; if that is also absent orsnapshot_pinnedis false, the stamp is the literalUNPINNED.--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.mdfrom the previous pass, if present — only its firstKB_SNAPSHOT:line, for the freshness check in step 0.
- Writes:
workspace/kb/THREAT_MODEL.md(first line is aKB_SNAPSHOT:provenance header).- Archives the previous
workspace/kb/THREAT_MODEL.md(if any) toworkspace/archive/kb/THREAT_MODEL_pass_${N}.mdBEFORE 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 overwritesworkspace/kb/THREAT_MODEL.mdin-place. Re-running a pass with an unchanged snapshot reproduces an equivalent model plus aSTALEbanner (see step 0 and the final save step).
- Copies the prior
Instructions
LOCATOR RESOLUTION (before reading ANY target code or artifact):
0. ROLE: If this skill NEVER reads target source (report, calibrate, reflect),
you are a FINDINGS-ONLY stage: skip steps 2-6; still read active_snapshot from
state for provenance/annotation; NEVER stop merely because a code root is unset.
1. Determine CODE_ROOT, in this priority order:
a. If --target_root is passed on THIS invocation, CODE_ROOT = --target_root.
It is AUTHORITATIVE and OVERRIDES SNAPSHOT_ROOT and the state fallback
(used when a caller hands you a prepared tree, e.g. a patched shadow).
b. Else if --snapshot_root (or SNAPSHOT_ROOT) is passed, use it.
c. Else read state_root/workspace/.mantis_state.json (state_root from
--state_root if passed, else ./workspace/... relative to the current dir)
-> active_snapshot.root / .snapshot_id / .snapshot_pinned.
d. Else (no arg AND no readable active_snapshot): CODE_ROOT = current directory,
treat snapshot_pinned = false (MODE-OFF). Do NOT stop.
2. SENTINEL CHECK (only if snapshot_pinned is true AND you did NOT take path 1a):
verify CODE_ROOT/.mantis_snapshot_id exists and equals SNAPSHOT_ID. If missing
or different -> STOP "snapshot sentinel mismatch". (A --target_root tree (1a) is
deliberately mutated and is sentinel-EXEMPT.)
3. PATH FIELDS:
- SNAPSHOT-RELATIVE (read under CODE_ROOT): code_paths entries; plan target_files
that are file paths. Strip ONLY a trailing ":<digits>". A code_paths entry
containing "://" is a URL/endpoint, NOT a file read. A code_paths entry that is
NOT of the form <existing-path>:<integer> is a non-source LOCATOR
(symbol/offset/endpoint): only check that the artifact/symbol exists; skip ALL
line-range and line-existence logic.
- STATE-RELATIVE (read/write under state_root/workspace, NEVER prefix CODE_ROOT):
kb_references, repro_file_path, reattack_file_path, helper scripts, report
files, and all state/findings JSON.
4. Never WRITE under CODE_ROOT when snapshot_pinned is true. Any command that
compiles, generates, or writes artifacts MUST run in a PRIVATE SHADOW copy
(mktemp -d from CODE_ROOT), never with cwd=CODE_ROOT. Read-only inspection may
cd into CODE_ROOT.
5. VCS-METADATA CARVE-OUT: history-log extraction and any VCS diff/blame command
run in the LIVE repository root (which still has .git/.hg/.repo), NOT CODE_ROOT
(the snapshot copy strips VCS metadata). Do NOT stop merely because CODE_ROOT
lacks .git/.hg/.repo.
6. Every shell command uses ABSOLUTE paths and sets its own working directory on
that call. Do NOT assume the working directory persists between calls.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:
Resolve Snapshot Provenance, Freshness, and Archive the Prior Model:
a. Compute
CUR(the snapshot this threat model is stamped against):- If
--snapshot_idwas passed →CUR= that value. - Else if state
active_snapshot.snapshot_pinnedis true →CUR=active_snapshot.snapshot_id. - Else →
CUR= the literalUNPINNED(degraded / today's behavior).
b. Compute
PREV_TM(what the last model was stamped against): read the FIRST line matching^KB_SNAPSHOT:in the existingworkspace/kb/THREAT_MODEL.md; its value (trimmed) isPREV_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"fromworkspace/.mantis_state.json. If missing or invalid, scanworkspace/archive/for folders matchingfindings_pass_NorloopN_findingsand setN = max_found + 1, defaulting to1if no archives exist. (Same rule the architecture stage uses.) - If
workspace/kb/THREAT_MODEL.mdexists: ensureworkspace/archive/kb/exists (mkdir -p workspace/archive/kb/) and COPY (do NOT move) the file toworkspace/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 prefixCODE_ROOT.
Carry
CUR,SYNC_OCCURRED, andNforward into steps 1–3 and the final save.- If
Read the Synthesized KB:
- Read
workspace/kb/architecture.mdto 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-architecturestage.
- Read
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?
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: PRODUCTIONorIntent: SAMPLE_OR_TEST_ONLY. This verdict has a large blast radius:/mantis-criticmarks EVERY findingSAMPLE_OR_TEST(dismissing the whole pass) the instant it readsIntent: SAMPLE_OR_TEST_ONLY. SoSAMPLE_OR_TEST_ONLYis FAIL-CLOSED behind a mechanical checklist:PRODUCTION-SIGNAL CHECKLIST — you may write
Intent: SAMPLE_OR_TEST_ONLYONLY 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 writeIntent: PRODUCTION.- NO entity in
workspace/kb/entities/*.mdis classifiedCRITICALorSTANDARDavailability (either implies an operated/production service). architecture.mdnames 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).- The KB describes NO installable/publishable package or runtime
entrypoint (e.g.,
console_scripts/entry_points, amain()/service binary, a published library or package manifest). - 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 assrc,lib,pkg,internal,cmd,app,server, orcore. - 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 == truefrom step 0) you MUST re-run this checklist from scratch against the CURRENT KB and MUST NOT inherit a priorIntent:verdict — a sync can add production code to a tree that was previously sample-only, which would otherwise silently dismiss every new finding.- NO entity in
- 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.
- Write a comprehensive, structured Markdown file and save it directly to
Stamp and save the model:
- The FIRST line of
workspace/kb/THREAT_MODEL.mdMUST be the provenance stampKB_SNAPSHOT:followed byCUR(from step 0) — e.g.KB_SNAPSHOT: <CUR>, orKB_SNAPSHOT: UNPINNEDin degraded mode. The next pass reads this back asPREV_TM, andmantis-criticreads 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 theKB_SNAPSHOT:line:> STALE: Threat model NOT re-evaluated this pass; carried unchanged from snapshot <CUR>.IfSYNC_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.
Trending
Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data
Who's talking about google/mantis
- Matheus Battisti“O Google lançou uma ferramenta que caça falhas de segurança com IA (Google Mantis)”YouTube · Jul 30, 2026 · 9.2k views
- ☕ Claude Code Cafe“🔒 コードの脆弱性を AI に探させて再現まで確かめる Google のリポジトリで公開された mantis #claude #claudecode”YouTube · Sep 8, 2026 · 647 views
- o0o0o0o“Your Tests Pass. Is Your Code Safe? Google’s AI Security Agents”YouTube · Sep 30, 2026 · 180 views
- ☕️ Claude Code Cafe“🔒 Let an Agent Find Your Security Flaws and Reproduce Them — mantis #claude #claudecode”YouTube · Sep 9, 2026 · 40 views
- 智用AI“Mantis:85% Token开销削减,AI漏洞扫描怎么做到的? #Shorts”YouTube · Sep 10, 2026 · 26 views
The biggest 5 of 46 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 46
Talked about on GitHub, YouTube and Bluesky (46 times).
On GitHub · 32
- Oct 30, 2026Design sandboxed agentic bug hunting, RCA, and novel vulnerability discovery — combustrrr/code-analysis-dashboard0 reactions
- Oct 30, 2026Epic: governed scanner and agentic analysis expansion — combustrrr/code-analysis-dashboard0 reactions
- Oct 28, 2026[radar-spike] google/mantis skills — sandbox threat-model (no CI gate) — pablontiv/a4s0 reactions
- Oct 27, 2026google 'mantis' — AI 코딩 에이전트용 취약점 자동 발견·재현·패치 툴킷 (10/26, GitHub) — roomedia/ax-trend0 reactions
- Oct 24, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-22 → 0-unstable-2026-10-24 — sudosubin/agents.nix0 reactions
27 more on GitHub
- Oct 23, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-17 → 0-unstable-2026-10-22 — sudosubin/agents.nix0 reactions
- Oct 17, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-16 → 0-unstable-2026-10-17 — sudosubin/agents.nix0 reactions
- Oct 16, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-15 → 0-unstable-2026-10-16 — sudosubin/agents.nix0 reactions
- Oct 15, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-14 → 0-unstable-2026-10-15 — sudosubin/agents.nix0 reactions
- Oct 14, 2026feat: SAST — LLM alert triage of CodeQL and Semgrep findings with human sign-off (PR/CI, Advanced) — sparkgeo/github-actions0 reactions
- Oct 14, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-13 → 0-unstable-2026-10-14 — sudosubin/agents.nix0 reactions
- Oct 13, 2026agent-skills.github.google.mantis: 52093f7 → 49ab993 — sudosubin/agents.nix0 reactions
- Oct 13, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-05 → 0-unstable-2026-10-13 — sudosubin/agents.nix0 reactions
- Oct 5, 2026agent-skills.github.google.mantis: 76bf653 → f671cd8 — sudosubin/agents.nix0 reactions
- Oct 5, 2026agent-skills.github.google.mantis: 0-unstable-2026-10-04 → 0-unstable-2026-10-05 — sudosubin/agents.nix0 reactions
- Oct 5, 2026agent-skills.github.google.mantis: 30447e1 → f5656dd — sudosubin/agents.nix0 reactions
- Oct 5, 2026agent-skills.github.google.mantis: f48a85e → 30447e1 — sudosubin/agents.nix0 reactions
- Oct 4, 2026Update skill: /google-mantis-patch (high risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-meta-agent (critical risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-dedupe (high risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-threat-model (low risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-history (medium risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-structural-index (high risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026Update skill: /google-mantis-calibrate (high risk) — aiskillstore/marketplace0 reactions
- Oct 4, 2026agent-skills.github.google.mantis: 0-unstable-2026-09-28 → 0-unstable-2026-10-04 — sudosubin/agents.nix0 reactions
- Oct 3, 2026agent-skills.github.google.mantis: 0-unstable-2026-09-18 → 0-unstable-2026-09-28 — sudosubin/agents.nix0 reactions
- Sep 27, 2026agent-skills.github.google.mantis: init at 0-unstable-2026-09-18 — sudosubin/agents.nix0 reactions
- Sep 22, 2026fix(rust): patch parameter bounds validation bugs to avoid panic — morrowc/mrtparser0 reactions
- Sep 22, 2026fix(cpp): add minimal bound checks for packet lengths — morrowc/mrtparser0 reactions
- Sep 11, 2026mode — chogng/ash0 reactions
- Jul 27, 2026Integrate Google Mantis Skills as CRSs — ossf/oss-crs0 reactions · 1 comment
- Jul 3, 2026Add Google Mantis — agentic AI security review pipeline — ottosulin/awesome-ai-security0 reactions
On YouTube · 9
- Jul 30, 2026O Google lançou uma ferramenta que caça falhas de segurança com IA (Google Mantis) — Matheus Battisti - Hora de Codar9.2k views · 29 comments
- Sep 8, 2026🔒 コードの脆弱性を AI に探させて再現まで確かめる Google のリポジトリで公開された mantis #claude #claudecode — ☕ Claude Code Cafe647 views
- Sep 30, 2026Your Tests Pass. Is Your Code Safe? Google’s AI Security Agents — o0o0o0o180 views
- Sep 9, 2026🔒 Let an Agent Find Your Security Flaws and Reproduce Them — mantis #claude #claudecode — ☕️ Claude Code Cafe40 views
- Sep 10, 2026Mantis:85% Token开销削减,AI漏洞扫描怎么做到的? #Shorts — 智用AIsays it tested it26 views
4 more on YouTube
- Sep 3, 2026今日のAI実用ニュース4選:Slack・Skills・動画理解・WebGPU【9月3日】 — 毎日最速AIニュース21 views
- Sep 10, 2026Mantis:85% Token开销削减,AI漏洞扫描怎么做到的? — 智用AIsays it tested it19 views
- Jul 15, 2026Developer tools and hidden risk & Enterprise agents need real infrastructure - AI News (Jul 15, 2... — The Automated Daily9 views
- Sep 3, 2026Googleの新Skills「Mantis」公開、本番PCで試すな #Shorts — 毎日最速AIニュース5 views
On Bluesky · 5
- Sep 15, 2026Mantis : toolkit open source de Google pour agents de coding, conçu pour trouver, reproduire et corriger des vulnérabilités de façon… — @camilleroux.com3 likes and reposts · 1 reply
- Oct 1, 2026GitHub - google/mantis: A modular, stack-agnostic toolkit for AI coding agents to autonomously find, reproduce, and patch vulnerabilities.… — @tech-trending.bsky.social1 likes and repost
- Sep 23, 2026#ばばさん通信ダイジェスト 賛否関わらず話題になった/なりそうなものを共有しています。 GitHub - google/mantis: A modular, stack-agnostic toolkit for AI coding agents to autonomously… — @netmarkjp.bsky.social1 likes and repost
- Jul 3, 2026Three repos that are leading our path forward in scaling AppSec workflows: 1. github.com/google/mantis 2. github.com/anthropics/d... 3.… — @javanrasokat.bsky.social1 likes and repost
- Oct 1, 2026🤖 GitHub - google/mantis: A modular, stack-agnostic toolkit for AI coding agents to autonomously find,... 要約:… — @ai-bs-bot.bsky.social0 likes and reposts · 1 reply
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- mantis-configureSkill
- mantis-launchSkill
- mantis-adviseSkill
- mantis-architectureSkill
- mantis-calibrateSkill
- mantis-chainSkill
- mantis-criticSkill
- mantis-dedupeSkill
- mantis-historySkill
- mantis-meta-agentSkill
- mantis-patchSkill
- mantis-pipeline-adapterSkill
- mantis-planSkill
- mantis-reflectSkill
- mantis-reportSkill
- mantis-reproduceSkill
- mantis-researcherSkill
- mantis-reviewSkill
- mantis-structural-indexSkill
- mantis-summarizeSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

