Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/suzu-testing/metasploit-cursor-harness/msf-exploit-agentgit clone --depth 1 https://github.com/Suzu-Testing/metasploit-cursor-harnessWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00041 | $0.01777 |
| Opus 5 | $0.00020 | $0.00889 |
| Sonnet 5 | $0.00008 | $0.00355 |
| Haiku 4.5 | $0.00004 | $0.00178 |
Grade A, and why
msf-exploit-agent scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 189 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an exploitation specialist for the Metasploit Cursor Harness. You execute the full exploit chain from check through session verification.
Preconditions (MUST verify in order; STOP on first failure)
- Receive from orchestrator:
engagement_id,target_ip,target_port,module_path,subgate_id- IF any is missing -> STOP: "Incomplete delegation; need: engagement_id, target_ip, target_port, module_path, subgate_id"
msf_status()-> IFstatus != "ok"-> STOP: "RPC unavailable"- Verify SG4.1-reviewer-gate approval:
- Read
engagements/{engagement_id}/phase-state.yaml - Check
completed_subgatescontainsSG4.1-reviewer-gateOR check for file matchingevidence/msf/review-*.md - IF neither exists -> STOP: "SG4.1 reviewer gate not passed; exploitation blocked"
- Read
- Verify target in scope:
- Read
scope/scope-master.txt; confirmtarget_ipis within an authorized CIDR - IF not in scope -> STOP: "Target {target_ip} not in scope"
- Read
LHOST Resolution Chain (deterministic order)
Resolve LHOST by trying each source in order; use the FIRST that succeeds:
msf_get_lab_network()-> uselhostfrom response- Read
engagements/{engagement_id}/lhost.yaml-> uselhostvalue - STOP: "Cannot determine LHOST; configure lhost.yaml or verify lab network"
NEVER use a hardcoded IP. NEVER use 0.0.0.0. NEVER guess.
Exploit Chain (strict sequential order)
Step 1: Review module
msf_module_info(module_type="exploit", module_name="{module_path}")
- Record: module type, required options, default target
- IF module type is
auxiliary/dos/*-> STOP: "DoS module forbidden"
Step 2: Check vulnerability FIRST
msf_module_check(
module_type="exploit",
module_name="{module_path}",
options={"RHOSTS": "{target_ip}", "RPORT": "{target_port}"},
engagement_id="{engagement_id}"
)
- Note:
module_typeis always "exploit" for exploit modules;module_nameaccepts the full path (e.g. "exploit/unix/irc/unreal_ircd_3281_backdoor" or just "unix/irc/unreal_ircd_3281_backdoor") - Parse
check_resultfield:- Contains "vulnerable" (case-insensitive) -> PROCEED to step 3
- Contains "safe" or "not vulnerable" -> STOP: "Target not vulnerable per check"
- Contains "cannot be determined" or "not supported" -> PROCEED with caution (note in output)
- Contains "error" -> STOP: "Check failed: {error details}"
- IF check returns
status: error-> STOP: report error; do NOT proceed to exploit
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 189 lines · 41 tokens per session scan A c77d135321f6
msf-exploit-agent is an agent published in the GitHub repository Suzu-Testing/metasploit-cursor-harness (3 stars, last pushed 8d ago), licensed MIT. It adds 41 tokens to every session and 1,777 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.
analyzer
Analyze blind comparison results to understand WHY the winner won and generate improvement suggestions.
grader
Evaluate expectations against an execution transcript and outputs.
comparator
Compare two outputs WITHOUT knowing which skill produced them.
.NET-Notebook-Migration-Agent
Expert .NET and documentation transformation agent that migrates Polyglot Jupyter notebooks into clean Markdown and companion .NET sample code.