Skip to content
Skillpedia
Misc42k · #4733

competition-relay-coercion-chain

Helps your agent analyze authentication coercion chains. It allows tracing how authentication is forced in a system and how that can lead to privilege escalation.

What it does

This tool helps understand how a 'forced authentication' attack can be used to gain system access. It traces the path a stolen credential takes to a service that accepts it, revealing the complete attack chain.

When to use it

  • ✓When you want to understand how a credential was used in an attack.
  • ✓To analyze how a service accepted authentication it shouldn't have.
  • ✓To map the full path of a 'forced authentication' attack.

Example of what to ask your AI

“Analyze the forced authentication chain for service X, showing how the credential was relayed and accepted.”

Want more? Open the sections below.

How to use

The easiest way: copy the message below and paste it into Claude, ChatGPT, Cursor or any AI. It reads the skill and follows the instructions.

Skill link

https://github.com/zhaoxuya520/reverse-skill/blob/main/CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md

Ready-to-paste message

Use this skill to help me: https://github.com/zhaoxuya520/reverse-skill/blob/main/CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md Read the SKILL.md file at that link and follow its instructions for my task.
How it works

The tool identifies the starting point that forces authentication, traces where that authentication is sent, and which service accepts it. It documents each step, focusing on the shortest path that proves the vulnerability.

Installation

Easiest way: copy the skill link and paste it into Claude, ChatGPT or Cursor asking it to follow the instructions.

In the terminal (Claude Code, Codex, Cursor), in your project folder:

npx skills add zhaoxuya520/reverse-skill --skill competition-relay-coercion-chain

Or download just the file:

curl -L https://raw.githubusercontent.com/zhaoxuya520/reverse-skill/main/CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md -o SKILL.md
Technical content (original SKILL.md)

Original text by the author, straight from GitHub.

Competition Relay Coercion Chain

Use this skill only as a downstream specialization after $ctf-sandbox-orchestrator is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to $ctf-sandbox-orchestrator first.

Use this skill when the hard part is proving the full chain from forced authentication to a service that actually accepts the relayed identity.

Reply in Simplified Chinese unless the user explicitly requests English.

Quick Start

  1. Split the chain into coercion source, captured auth, relay target, acceptance point, and resulting effect.
  2. Record transport, protocol, and service identity at each hop.
  3. Separate forced-auth generation from relay success and from downstream privilege.
  4. Keep coercion trigger, relay transcript, and accepting service in one evidence chain.
  5. Reproduce the smallest coercion-to-acceptance path that proves the decisive edge.

Workflow

1. Map The Coercion Source

  • Identify the service, RPC, file path, printer path, WebDAV edge, or protocol trigger that forces authentication.
  • Record source host, coerced principal, transport, and any environmental preconditions.
  • Keep one compact note of exactly what causes the auth to leave the source.

2. Trace The Relay Target

  • Record where the authentication lands, how it is forwarded, and which protocol or service consumes it.
  • Distinguish capture-only, replay-only, and actual relay acceptance.
  • Keep service name, target host, protocol, relay transcript, and acceptance response tied together.

3. Reduce To The Decisive Relay Chain

  • Compress the result to the smallest sequence: coercion trigger -> relayed auth -> accepted service -> resulting privilege or artifact.
  • State clearly whether the decisive weakness lives in the coercion source, the relay target, signing settings, or the accepted downstream service.
  • If the path ultimately becomes a certificate-enrollment issue or a pure Kerberos delegation edge, hand off to the tighter specialized skill.

Read This Reference

  • Load references/relay-coercion-chain.md for the coercion checklist, relay checklist, and evidence packaging.

What To Preserve

  • Coercion trigger details, source host, coerced identity, target host, accepting service, and resulting effect
  • Relay transcripts, error or acceptance responses, and the exact protocol used at each hop
  • The smallest replayable coercion-to-acceptance sequence
FAQ

What is 'forced authentication'?

It's a technique where an attacker tricks a system into sending a user's credentials to another system, often without the user's knowledge.

What is a 'relay chain'?

It's the path stolen credentials take, being forwarded from one system to another, until a service accepts them.

Why is it important to reduce the path?

To pinpoint the exact, simplest flaw that enables the attack, making it easier to fix and defend against.

Details

Original description by the author

Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for forced-auth coercion, relay chains, target selection, NTLM or related acceptance paths, and coercion-to-privilege transitions. Use when the user asks to trace a coercion primitive, follow a relay path, analyze forced authentication, determine which service accepts relayed auth, or connect a coercion step to resulting

repo: zhaoxuya520/reverse-skill

Popularity

GitHub stars
42k
Ranking position
#4733
License
MIT
Updated
9/22/2026

Is this skill useful?

0

Sign in to vote.

Comments

  • …

More skills from this repository

Similar skills