mcpField
C
competition-kerberos-delegation

competition-kerberos-delegation

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

关于 competition-kerberos-delegation

面向 CTF 的 Kerberos 委派分析技能，追踪信任边、票据签发、服务接受情况及实际权限。它需在 `$ctf-sandbox-orchestrator` 建立沙箱假设和证据优先级后使用。

主要功能

  1. 01识别委派路径类型
  2. 02追踪票据签发与接受
  3. 03记录 SPN、票据字段和 PAC 数据
  4. 04区分候选路径与已证实权限

适用场景

  1. 01验证服务接受的委派票据
  2. 02记录可重放的 Kerberos 权限链

安装

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

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-kerberos-delegation

安装后在 Claude Code 中输入/competition-kerberos-delegation确认已加载。

附带文件agents/openai.yamlreferences/kerberos-delegation.md

详细介绍

竞赛 Kerberos 委派

仅当 $ctf-sandbox-orchestrator 已经激活，并已建立沙箱假设、节点归属和证据优先级之后，才将此技能作为下游专项使用。如果尚未发生这种情况，请先返回 $ctf-sandbox-orchestrator。

当难点不是“这里是否存在 Kerberos”，而是存在哪条委派边、正在签发哪张票据，以及哪个服务真正接受它时，请使用此技能。

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

快速开始

  1. 先写出信任链：principal -> 委派边 -> 票据类型 -> 目标 SPN -> 接受服务 -> 产生的权限。
  2. 将持有票据与已接受的权限区分开。
  3. 将 SPN、委派模式、PAC/组数据、加密类型和服务接受情况保存在一个紧凑的证据块中。
  4. 在扩展到各种变体之前，先复现一条最小委派链。
  5. 将每一项权限声明都绑定到一张具体被接受的票据或服务端效果上。

工作流

1. 识别委派边
  • 确定路径是约束委派、非约束委派、基于资源的约束委派、协议转换，还是另一条信任边。
  • 仅当 SPN、ACL、服务账户、SIDHistory、证书模板和复制权限会影响当前路径时，才检查它们。
2. 追踪票据签发与接受
  • 记录 TGT/TGS 类型、相关时的 S4U 步骤、委派标志、PAC 或组数据、加密类型、缓存位置和目标 SPN。
  • 证明哪个服务实际接受该票据，以及接受后会出现什么能力。
3. 报告有效边
  • 将链条压缩为一条可重放的路径，而不是含糊的“域已被攻陷”陈述。
  • 将候选边与真正落地权限的边区分开。

阅读此参考

  • 加载 references/kerberos-delegation.md，获取委派检查清单、需要保留的票据字段以及常见证明错误。

需要保留的内容

  • SPN、票据类型、委派模式、PAC/组数据、加密类型、缓存位置、接受服务
  • 证明有效权限的服务端日志、事件 ID、登录会话变化或组变化
  • 使票据可重放的确切信任边

评论

支持 Markdown