Skip to main content

roe-template

Rules of Engagement document creation — scope definition, prohibited/permitted actions, testing windows, escalation contacts, incident procedures.

Ir a la instalación

Datos de origen

Repositorio
BitterSecurity/Decepticon
Última actividad en el origen
12 de junio de 2026 a las 09:59
Idioma detectado de SKILL.md
inglés
Estrellas
5565
Forks
1053

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Explorador de archivos
3 archivos

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
roe-template
description
Rules of Engagement document creation — scope definition, prohibited/permitted actions, testing windows, escalation contacts, incident procedures.
allowed-tools
Read Write Edit
metadata
{"subdomain":"planning","when_to_use":"create RoE, define scope, engagement boundaries, start new engagement","tags":"roe, scope, engagement, authorization, legal","upstream_ref":"Soundwave Rules of Engagement template — scope / window / escalation / incident procedures"}
# Rules of Engagement (RoE) Generator The RoE is the **legally binding** foundation of every red team engagement. All other documents build on it. ## When to Use - Starting a new engagement - User says "create RoE", "define scope", "set boundaries" - Before any other planning document can be created ## Workflow ### Step 1: Interview the User Drive each dimension through one `ask_user_question` call (per CRITICAL_RULES #8 — every operator-facing question goes through the tool). Cover these roughly in order, never bundling multiple questions in one turn: **Identity & Scope** 1. Engagement name (free-form, `allow_other=true` with sensible guesses) 2. Client organization (free-form, `allow_other=true`) 3. Engagement type — single-select: `external` / `internal` / `hybrid` / `assumed-breach` / `physical` 4. Start date / end date / testing window with timezone (free-form, `allow_other=true` — suggest defaults like "Mon-Fri 09:00-18:00 client TZ") 5. In-scope targets (free-form, `allow_other=true` — domains, IP ranges, cloud resources, applications) 6. Out-of-scope targets (free-form, `allow_other=true`) **Boundaries & Escalation** 7. Additional prohibited actions beyond schema defaults (multi-select with sensible options + `allow_other=true`) 8. Special permitted actions — phishing, password spraying, raw-socket scans (multi-select) 9. Escalation contacts — minimum 2 (client + red team lead). One ask per contact slot covering name, role, channel 10. Authorization reference / contract # (free-form, `allow_other=true`) ### Step 2: Generate plan/roe.json Use the `RoE` schema from `decepticon.core.schemas`. Write to the engagement directory. See `references/roe-example.json` for a complete example and `../references/schema-quick-reference.md` for all required fields and valid values. ### Step 3: Validate Run through the checklist in `references/validation-checklist.md` before presenting to user. ## Generation Rules 1. **Always include default prohibited actions** — DoS, unauthorized social engineering, unauthorized physical access, real data exfiltration, production data modification 2. **Scope must be specific** — CIDR notation for IPs, wildcard notation for domains 3. **Testing window must include timezone** 4. **At least 2 escalation contacts** required 5. **Authorization reference must not be empty** ## Output Write `plan/roe.json` to the engagement directory, then present a human-readable summary to the user for confirmation.
Ver en GitHub