mid-engagement-ir-detection

Detect and document mid-engagement security-state changes during red-team testing.

3.3k|507|Updated May 5, 2026
One-click install
npx skills add https://github.com/elementalsouls/Claude-BugHunter --skill mid-engagement-ir-detection-elementalsouls
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mid-engagement-ir-detection
Source: https://github.com/elementalsouls/Claude-BugHunter/tree/main/skills/mid-engagement-ir-detection
Command: npx skills add https://github.com/elementalsouls/Claude-BugHunter --skill mid-engagement-ir-detection-elementalsouls

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The mid-engagement IR detection methodology helps security teams capture and document real-time SOC patches and attacker activity during red-team engagements, preserving both pre-change and post-change observations as actionable findings.

Core Features & Use Cases

  • Baseline capture of target behavior, including timing, response sizes, and headers
  • Append-only journal logging of every test result with full context
  • State-change diffing and formal finding templates for reporting IR observations
  • Guidance for handling rechecks and two-state evidence to demonstrate engagement impact

Quick Start

Run the mid-engagement-ir-detection workflow at engagement start to capture baseline state and log subsequent changes as findings.

Frequently Asked Questions about mid-engagement-ir-detection

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

FAQPage Schema
How do I document mid-engagement state changes during red-team testing?

You document mid-engagement state changes by capturing baseline target behavior and logging subsequent test results in an append-only journal, then diffing the state to generate formal findings. This preserves both pre-change and post-change observations for reporting.

What is mid-engagement IR detection and when is it needed?

Mid-engagement IR detection captures real-time SOC patches and attacker activity during active red-team testing. It is needed when target environments apply mitigations or credential locks mid-test, requiring you to record both pre- and post-change security states.

How do I capture two-state findings when SOC patches are applied mid-engagement?

Capture two-state findings by maintaining a baseline state file and an append-only event log. When a state change occurs, run a diff against the baseline and use the provided finding templates to document the pre- and post-change evidence.

What log formats are required to track real-time security state changes?

Tracking real-time security state changes requires maintaining a baseline.json for initial state, a journal.jsonl for append-only test result logging, and a state_changes.jsonl for diffing and recording formal findings.

Can I use this workflow if my engagement does not have active SOC mitigations?

If your engagement lacks active SOC mitigations or real-time state changes, this workflow is less applicable. It is specifically designed for dynamic environments where patches and credential locks occur mid-test, enabling two-state evidence capture.

How do I maintain an append-only journal for red-team engagement evidence?

You maintain an append-only journal by logging every test result with full context into the journal.jsonl file throughout the engagement. This ensures an immutable record of observations for later state-change diffing and reporting.