redteam-mindset

Enforce red team scope discipline with checklists and blocker decision trees.

1.1k|191|Updated Jun 24, 2026
One-click install
npx skills add https://github.com/uphiago/recon-skills --skill redteam-mindset-uphiago
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: redteam-mindset
Source: https://github.com/uphiago/recon-skills/tree/main/redteam/redteam-mindset
Command: npx skills add https://github.com/uphiago/recon-skills --skill redteam-mindset-uphiago

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Red team operators frequently misapply bug bounty or web application penetration testing (WAPT) scope rules to authorized red team engagements, leading to missed access-yielding findings, premature retraction of valid vulnerabilities, and incomplete host coverage due to unnecessary self-throttling.

Core Features & Use Cases

  • Scope Discipline Rules: Clear guidelines to distinguish red team (gain access, prove impact) from bug bounty/WAPT (find bugs, write reports) to avoid incorrect prioritization of low-impact vulnerability classes.
  • Mindset Corrections: 9 targeted fixes for common operator anti-patterns including premature finding retraction, incomplete sister-app sweeps, and stopping at first blocker.
  • Engagement Cadence Standards: Pre/during/post engagement checklists and a complete per-host sweep checklist to ensure no live surface is left untested.
  • Blocker Decision Trees: Step-by-step alternative vectors for common roadblocks including captchas, WAFs, rate limits, and failed reproducibility checks to avoid unnecessary engagement stops.
  • Use Case: For an authorized external red team engagement targeting a corporate network, load this skill at the start to avoid missing critical authentication bypass or SSRF vulnerabilities by incorrectly skipping them as "WAPT-class" bugs.

Quick Start

Load the redteam-mindset skill at the start of any authorized red team engagement and refer to it whenever you encounter a blocker, are tempted to retract a finding, or are unsure if a tested host surface is fully covered.

Frequently Asked Questions about redteam-mindset

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I avoid missing access-yielding findings during a red team engagement?

To avoid missing access-yielding findings during red team engagements, apply operational discipline that distinguishes adversary emulation from bug bounty workflows to prevent incorrect scope alignment and ensure complete host coverage.

What is the difference between red team scope rules and web application penetration testing?

Red team scope focuses on gaining access and proving impact through adversary emulation, whereas web application penetration testing prioritizes identifying individual low-severity bugs, which often causes operators to incorrectly skip critical vulnerabilities.

How do I bypass common blockers like WAFs and rate limits during an authorized red team engagement?

Bypass common blockers like WAFs, rate limits, and captchas during red team engagements by following step-by-step blocker decision trees that map alternative vectors to prevent unnecessary engagement stops.

Can I use mindset corrections to fix premature vulnerability retraction in red team operations?

Yes, targeted mindset corrections fix common red team operator anti-patterns including premature finding retraction, incomplete sister-app sweeps, and stopping at the first blocker to ensure valid finding validation.

Does this engagement discipline apply to assume breach and TIBER-style offensive security operations?

This engagement discipline applies to assume breach, TIBER-style, and adversary emulation offensive security operations where the core objective is gaining access and proving impact rather than writing low-impact bug reports.

What should be included in pre and post engagement checklists for complete host coverage?

Pre, during, and post engagement checklists for complete host coverage should include per-host sweep protocols, evidence logging standards, and blocker decision trees to ensure no live surface is left untested.