mid-engagement-ir-detection

Correlate baseline measurements with post-change observations to log mid-engagement security-state deltas.

13|2|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/chatbotkit/rook --skill mid-engagement-ir-detection-chatbotkit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mid-engagement-ir-detection
Source: https://github.com/chatbotkit/rook/tree/main/skills/mid-engagement-ir-detection
Command: npx skills add https://github.com/chatbotkit/rook --skill mid-engagement-ir-detection-chatbotkit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill formalizes the process of detecting client SOC patches, attacker activity, and security-state changes that occur during a red-team engagement — and converting those observations into deliverable findings. It is built from authorized red-team work where the client patched vulnerabilities and attackers were observed, and is intended for use when an active engagement is underway or when state changes occur mid-test.

Core Features & Use Cases

  • Baseline capture and continuous monitoring of security-state changes during an active engagement.
  • Structured logging of observed deltas (timing, responses, headers, and state changes) for IR findings.
  • Guidance for reporting: distinguishes mitigations at the WAF/code level and provides a path to client deliverables.
  • Real-world scenarios include observing SOC patches, attacker activity, and shifts in response patterns mid-engagement.

Quick Start

Initiate mid-engagement IR detection to capture the baseline state, monitor changes, and log post-change 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 detect security-state changes during an active red-team engagement?

Capture baseline security-state fingerprints before testing, then continuously monitor post-change observations and log deltas in engagement_log/state_changes.jsonl to detect and document mid-engagement security-state changes.

Why does a known vulnerability stop reproducing mid-engagement?

A known vulnerability may stop reproducing mid-engagement because the client SOC deployed real-time WAF rules or code patches. Correlating baseline and post-change fingerprints distinguishes these mitigations from true vulnerability changes.

How do I log mid-engagement IR findings for response timing shifts?

Log mid-engagement IR findings by recording observed timing shifts, response header changes, and state deltas into the structured engagement_log/state_changes.jsonl file to generate deliverable IR findings.

Can I use mid-engagement IR detection to identify client SOC patches?

Yes, mid-engagement IR detection identifies client SOC patches and attacker activity by comparing baseline measurements with post-change observations during active engagements to generate structured IR findings.

What is the best way to distinguish WAF mitigations from true vulnerability changes?

Capture pre- and post-engagement fingerprints, record observed deltas in state_changes.jsonl, and generate IR findings that isolate the mitigation layer to distinguish WAF rules from true vulnerability changes.

When should I not use mid-engagement security-state monitoring?

Mid-engagement security-state monitoring should not be used without an active engagement or baseline data, as it relies on correlating pre- and post-change observations to detect real-time client mitigations or attacker activity.