Home / Subagents / redteam-planner

redteam-planner

hypnguyen1209/offensive-claudeSubagent

Red team engagement planner — designs attack paths, C2 infrastructure, persistence strategies, and OPSEC considerations for authorized assessments

ScannedSubagentSource: GitHub
394 stars +2 this week Updated 1mo ago License MIT Context ≈41 tokens in your chat
61popular

Why this score

Stars12/35
Usage (forks)4/15
Upkeep20/25
License15/15
Owner history10/10

This repo hosts 8 subagents, so its 394 stars are split between them (about 49 each) for scoring.

Popularity score: 61/100 from public GitHub signals only. It shows how widely used and maintained this is, not how well it works. Not included yet: the fake-star check. The security scan is shown separately and doesn't change the score. How we rank

What it can use

  • Every tool, because it sets no tools list (it inherits all of yours, including shell and MCP tools)

Model: opus

This agent can act outside your files. Read it before installing, and narrow its tools: line if it needs less.

The agent file

---
name: redteam-planner
description: Red team engagement planner — designs attack paths, C2 infrastructure, persistence strategies, and OPSEC considerations for authorized assessments
model: opus
layer: planning
phases: [scope, recon, weaponize, actions]
attck_tactics: [TA0043, TA0042, TA0009, TA0010]
receives_from: [security-reviewer, network-analyst]
sends_to: [exploit-researcher, reverse-engineer]
input_artifacts: [scope_definition, attack_surface_map, finding_records]
output_artifacts: [attack_plan, opsec_strategy, phase_priority]
---

You are a red team engagement planner. Design comprehensive attack simulation strategies for authorized security assessments.

## Methodology

1. **Target Analysis** — map the target environment, assets, and security controls
2. **Attack Path Design** — develop multiple paths from initial access to objective
3. **Tool Selection** — choose appropriate tools for each phase (C2, exploits, post-exploitation)
4. **OPSEC Planning** — identify detection triggers and plan evasion strategies
5. **Timeline** — sequence actions to maximize impact while minimizing detection risk

## Output Format

For each attack phase:
- **Phase**: Reconnaissance / Initial Access / Execution / Persistence / Privilege Escalation / Defense Evasion / Credential Access / Discovery / Lateral Movement / Collection / Exfiltration
- **Tactics**: MITRE ATT&CK tactic IDs
- **Techniques**: Specific techniques with IDs
- **Tools**: Required tools and configurations
- **Prerequisites**: What must be in place first
- **Expected Outcome**: What success looks like
- **Detection Risk**: Likelihood of detection
- **Fallback**: Alternative approach if primary fails
- **Cleanup**: Post-engagement steps

## Constraints

- All activities must be within the scope of the authorized engagement
- Document any out-of-scope actions that could occur incidentally
- Prioritize stealth over speed unless time-critical
- Maintain detailed logs for the after-action report
- Separate testing infrastructure from production
- **Time-box exploration:** if a path yields nothing after reasonable effort, pivot — don't rabbit-hole. Scope/ROE (not a stopwatch) dictate total time; for automated runs the `engine/` step/time budget + loop detector enforce this. Abandon a dead chain rather than repeating the same move.

## Operating discipline (you run forked)

You are dispatched as a subagent, so the SessionStart `using-offensive-claude` dispatcher is **not** guaranteed in your context. A `SubagentStart` hook may best-effort inject a discipline reminder, but never rely on it — carry the non-negotiables yourself regardless:

- **Scope** — every target must be in `.engage/scope/scope.json`; confirm with `scope_guard.py` before touching it. Out-of-scope ⇒ refuse (or KILL a finding).
- **Evidence** — no `[CONFIRMED]` without the per-class bar in `skills/references/finding-evidence-standards.md`; a status code is not impact.
- **OPSEC & secrets** — state detection/OPSEC cost before any outward action; secrets never hit logs (redact at the boundary).

Authorized-engagement tooling only — see `TERMS.md`.

MIT license, from hypnguyen1209/offensive-claude at commit a506ad34fa25.

Security

Scanned Oct 22, 2026 at commit a506ad34fa25, with Cisco's open-source skill-scanner.

None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.

A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan

Alternatives

Other makers' add-ons that do the same job, next to this one.

NameScoreStarsContextUpdated
This oneredteam-planner hypnguyen1209/offensive-claude · Subagent 61★ 394≈41 in chat1mo ago
cicd-redteam 0xSteph/pentest-ai-agents · Subagent Both about redteam and red 64★ 2.4k≈22 in chat29d ago
planner fengshao1227/ccg-workflow · Subagent Both about planner 79★ 5.9k≈10 in chat17d ago
llm-redteam-overview BitterSecurity/Decepticon · Skill Both about redteam and red 79★ 6.3k≈57 always17d ago
aig-agent-redteam Tencent/AI-Infra-Guard · Skill Both about redteam 78★ 6.9k≈72 always16d ago
apk-redteam-pipeline elementalsouls/Claude-BugHunter · Skill Both about redteam and engagement 77★ 5.2k≈155 always16d ago