competition-relay-coercion-chain

Trace coercion chains from forced authentication to accepting service in a CTF sandbox.

4|Updated Apr 9, 2026
One-click install
npx skills add https://github.com/xjtu-wang/DigAgent --skill competition-relay-coercion-chain
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: competition-relay-coercion-chain
Source: https://github.com/xjtu-wang/DigAgent/tree/main/.agents/skills/competition-relay-coercion-chain
Command: npx skills add https://github.com/xjtu-wang/DigAgent --skill competition-relay-coercion-chain

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill enables debugging and proving full coercion chains from forced authentication to the accepting service within a CTF sandbox workflow.

Core Features & Use Cases

  • Map coercion source and trigger, capture relay and acceptance points, and preserve transcripts
  • Record service identities, hosts, protocols, and responses for each hop
  • Produce a smallest, replayable coercion-to-acceptance chain for auditing and privilege analysis

Quick Start

Activate this skill after the ctf-sandbox-orchestrator has established the sandbox assumptions and use it to map the coercion source, relay target, and accepted edge to reproduce the decisive chain.

Frequently Asked Questions about competition-relay-coercion-chain

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

FAQPage Schema
How do I trace a coercion chain from forced authentication to an accepting service in a CTF sandbox?

To trace a coercion chain in a CTF sandbox, map the coercion source, relay targets, and final accepted edge across hops. This process records triggers, identities, protocols, and transcripts to produce a smallest replayable chain of decisive authentication steps.

What is an accepted-auth edge in relay coercion security analysis?

An accepted-auth edge in relay coercion is the final authentication hop where the accepting service validates forced credentials. Tracing this edge captures the exact service identities, hosts, protocols, and responses that complete the coercion chain for auditing.

How do I record authentication transcripts and relay hops for CTF audit purposes?

Record authentication transcripts and relay hops by capturing service identities, hosts, protocols, and responses at each hop. This preserves the full coercion path from the forced trigger to the accepting service, resulting in a replayable audit chain.

Do I need a sandbox orchestrator setup before mapping relay coercion paths?

Yes, you need a sandbox orchestrator to establish sandbox assumptions before mapping relay coercion paths. The orchestrator defines the environment boundaries required to accurately trace the coercion source, relay targets, and accepted authentication edges.

Can I reproduce a forced authentication chain for privilege analysis in a CTF environment?

Yes, you can reproduce a forced authentication chain for privilege analysis by extracting the smallest replayable chain of decisive steps. This chain captures coercion triggers, source and target identities, and authentication responses across hops.

What is the best way to audit forced authentication relay paths across multiple hops?

The best way to audit forced authentication relay paths is to trace the coercion source, relay targets, and accepted edge while recording all transcripts and responses. This produces a minimal replayable chain suitable for security analysis and privilege auditing.