mid-engagement-ir-detection

Detect and document client-side security patches and IR activity during red-team engagements.

3|1|Updated Jul 2, 2026
One-click install
npx skills add https://github.com/EntroVyx/hermes-agent-offsec --skill mid-engagement-ir-detection-entrovyx
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mid-engagement-ir-detection
Source: https://github.com/EntroVyx/hermes-agent-offsec/tree/main/skills/offsec/redteam/mid-engagement-ir-detection
Command: npx skills add https://github.com/EntroVyx/hermes-agent-offsec --skill mid-engagement-ir-detection-entrovyx

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the challenge of distinguishing between a failed vulnerability reproduction and a successful defensive intervention by the client's security team during an active red-team engagement.

Core Features & Use Cases

  • State-Change Detection: Automatically monitors baseline response times and error rates to identify when a client SOC has deployed a WAF rule or code-level patch.
  • Evidence Preservation: Provides a structured methodology to capture both the original vulnerability PoC and the subsequent defensive mitigation as distinct, valuable findings.
  • Use Case: Use this during a red-team engagement to prove that a vulnerability was exploitable before the client's SOC detected your traffic and deployed a mitigation, thereby documenting both the flaw and the client's IR responsiveness.

Quick Start

Use the mid-engagement-ir-detection skill to initialize the baseline capture for your current target and begin monitoring for defensive state changes.

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 if a SOC has deployed a WAF rule or patch during an active red-team engagement?

To detect a WAF rule or patch during an active red-team engagement, you monitor baseline response times and error rates. This methodology identifies defensive state changes by comparing current test results against persistent engagement logs of baseline fingerprints.

How do I document incident response activity and differentiate false positives from active mitigations?

To document incident response activity and differentiate false positives, maintain a persistent engagement log of baseline fingerprints. By comparing ongoing test results against this baseline, you can distinguish between a failed vulnerability reproduction and a successful defensive intervention.

Why does my vulnerability PoC suddenly fail to reproduce during a red-team operation?

A vulnerability PoC failing to reproduce during a red-team operation often indicates a successful defensive intervention rather than a false positive. Shifting baseline response patterns, such as new WAF rules or rate limiting, suggest the client SOC has deployed a mitigation.

Can I prove a vulnerability was exploitable before the client SOC deployed a mitigation?

Yes, you can prove a vulnerability was exploitable before a mitigation by preserving evidence of state changes. Capture both the original vulnerability PoC and the subsequent defensive mitigation as distinct findings to document the flaw and IR responsiveness.

What is the best way to capture baseline fingerprints for detecting defensive state changes?

The best way to capture baseline fingerprints for detecting defensive state changes is to initialize baseline capture for your current target. You then monitor for shifts in baseline response patterns, such as account lockouts or rate limiting, to identify active defensive mitigations.

Does this methodology work for detecting code-level patches or just WAF rules?

This methodology works for detecting both WAF rules and code-level patches. It monitors baseline response times and error rates to identify any defensive state change, capturing both the original vulnerability and the subsequent mitigation as distinct findings.