mid-engagement-ir-detection

Detects SOC patches, attacker activity, and security-state changes during authorized red-team engagements.

Updated May 29, 2026
One-click install
npx skills add https://github.com/hhjkjkjk/Claude-skills --skill mid-engagement-ir-detection-hhjkjkjk
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: mid-engagement-ir-detection
Source: https://github.com/hhjkjkjk/Claude-skills/tree/main/skills/mid-engagement-ir-detection
Command: npx skills add https://github.com/hhjkjkjk/Claude-skills --skill mid-engagement-ir-detection-hhjkjkjk

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? During an authorized red-team engagement, the target's security state changes in response to your testing — SOC teams deploy WAF rules, patch confirmed vulnerabilities, and rate-limit your IPs, while unrelated attackers may be spraying credentials concurrently. Without a disciplined methodology, testers misread these changes as false positives, lose confirmed findings, or miss critical incident-response observations that belong in the final report. ## Core Features & Use Cases - Baseline Fingerprinting and State Diffing: Capture pre-test fingerprints (response timing, sizes, headers, WAF cookies, lockout counts) and diff them against post-test state to surface mid-engagement changes. - Three IR Observation Patterns: Detect mid-engagement WAF rule deployment, active concurrent password-spray attackers (via AADSTS50053 Smart Lockout math), and detection-induced rate limiting or IP blocks. - Finding Templates: Convert each observed state change into a reportable finding with subject, observation, impact, and recommendation sections, including positive client-capability metrics. - Use Case: You confirm a SQL injection at 14:24, but at 14:55 the payload stops reproducing. Instead of retracting the finding, you capture the new state, test WAF-evasion variants, and report both the original vulnerability and the client's 31-minute mitigation response. ## Quick Start Ask the AI to capture a pre-test baseline fingerprint of the target and set up state-change monitoring for the engagement.

Frequently Asked Questions about mid-engagement-ir-detection

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

FAQPage Schema
What should I do when a confirmed vulnerability stops reproducing during a pentest?▼

Do not retract the finding. Capture the new response state in detail, try at least three WAF-evasion variants (encoding changes, method switches, slower pacing), and document both the original PoC and the observed mitigation with timestamps.

How do I detect a WAF rule deployed mid-engagement?▼

Compare current responses against your pre-test baseline: look for new cookies or headers, reverted timing, and identical body sizes. Confirm by testing WAF-evasion variants — if they restore the signal, the mitigation is at the WAF layer rather than in code.

How can I tell if AADSTS50053 lockouts come from another attacker?▼

With a strict one-attempt-per-user discipline, you cannot mathematically trigger Smart Lockout, which requires about 10 failures in 10 minutes. Check for alphabetical clustering of locked accounts and new lockouts appearing during your session window.

Does this methodology apply to bug bounty hunting?▼

No. Bug bounty targets do not know you are testing, so there is no real-time incident response to observe. This methodology is designed for authorized red-team engagements where the client SOC actively monitors and responds.

Why is a mid-engagement patch considered a finding?▼

It confirms the original vulnerability was real, demonstrates the SOC's detection and response latency as a positive capability metric, and raises the question of mitigation depth — a WAF rule is bypassable while a code fix is durable.