mcpField
C
competition-relay-coercion-chain

competition-relay-coercion-chain

github.com/zhaoxuya520安全43.7k93 次安装5 周前更新
代码仓库

关于 competition-relay-coercion-chain

面向 CTF 安全分析的专用技能，用于追踪从强制认证到中继身份被服务接受的完整链路。它依赖 `$ctf-sandbox-orchestrator` 先建立沙箱假设和证据优先级。

主要功能

  1. 01梳理认证强制触发源
  2. 02追踪中继目标与接受点
  3. 03区分捕获、重放和接受
  4. 04提炼决定性链路证据
  5. 05保留可重放的证明

适用场景

  1. 01证明强制认证中继路径
  2. 02确认哪个服务接受了中继身份
  3. 03整理从触发到效果的证据

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-relay-coercion-chain

安装后在 Claude Code 中输入/competition-relay-coercion-chain确认已加载。

附带文件agents/openai.yamlreferences/relay-coercion-chain.md

详细介绍

竞争性中继强制认证链

仅当 $ctf-sandbox-orchestrator 已处于活动状态，并且已经建立沙箱假设、节点归属和证据优先级之后，才将本技能作为下游专项技能使用。如果尚未满足这些条件，请先回到 $ctf-sandbox-orchestrator。

当难点在于证明从强制认证到实际接受中继身份的服务这一完整链条时，使用本技能。

除非用户明确要求英语，否则用简体中文回复。

快速开始

  1. 将链条拆分为强制认证来源、捕获的认证、中继目标、接受点和最终效果。
  2. 记录每一跳的传输方式、协议和服务身份。
  3. 将强制认证的生成与中继成功、下游权限区分开。
  4. 将强制认证触发器、中继记录和接受服务保留在同一条证据链中。
  5. 复现能够证明决定性边沿的最小强制认证到接受路径。

工作流

1. 映射强制认证来源
  • 识别强制进行认证的服务、RPC、文件路径、打印机路径、WebDAV 边沿或协议触发器。
  • 记录来源主机、被强制认证的主体、传输方式以及任何环境前提条件。
  • 用一条简洁记录准确说明是什么导致认证离开来源。
2. 追踪中继目标
  • 记录认证落在何处、如何被转发，以及由哪个协议或服务消费。
  • 区分仅捕获、仅重放和实际中继接受。
  • 将服务名称、目标主机、协议、中继记录和接受响应关联在一起。
3. 缩减到决定性中继链
  • 将结果压缩为最小序列：强制认证触发器 -> 中继的认证 -> 被接受的服务 -> 产生的权限或产物。
  • 清楚说明决定性弱点位于强制认证来源、中继目标、签名设置，还是被接受的下游服务。
  • 如果该路径最终变成证书注册问题或纯 Kerberos 委派边沿，请移交给更专门的相关技能。

阅读此参考

  • 加载 references/relay-coercion-chain.md，获取强制认证检查清单、中继检查清单和证据打包方式。

需要保留的内容

  • 强制认证触发器细节、来源主机、被强制认证身份、目标主机、接受服务和最终效果
  • 中继记录、错误或接受响应，以及每一跳使用的确切协议
  • 最小可重放的强制认证到接受序列

评论

支持 Markdown