mcpField
C
competition-ad-certificate-abuse

competition-ad-certificate-abuse

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

关于 competition-ad-certificate-abuse

供 CTF 使用的下游技能，需在 `$ctf-sandbox-orchestrator` 建立沙箱假设和证据优先级后启用。它追踪证书签发如何经服务接受而转化为权限。

主要功能

  1. 01梳理 CA 与证书模板策略
  2. 02检查注册权限和证书字段
  3. 03追踪证书映射及服务接受路径
  4. 04提炼可复现的权限链
  5. 05保留证书与接受证据

适用场景

  1. 01分析涉及 AD CS 模板的 CTF 路径
  2. 02确认已签发证书如何被接受并取得权限
  3. 03记录最小化的注册到权限链

安装

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

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-ad-certificate-abuse

安装后在 Claude Code 中输入/competition-ad-certificate-abuse确认已加载。

附带文件agents/openai.yamlreferences/ad-certificate-abuse.md

详细介绍

竞赛 AD 证书滥用

仅在 $ctf-sandbox-orchestrator 已激活并已建立沙箱假设、节点归属和证据优先级之后，才将此技能用作下游专门化。如果尚未做到这一点，请先返回 $ctf-sandbox-orchestrator。

当决定性的身份边缘基于证书，且难点在于证明模板或 CA 策略如何转化为被接受的特权时，请使用此技能。

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

快速开始

  1. 在深入每个证书细节之前，先识别 CA、模板、注册主体和接受服务。
  2. 将模板可注册性与基于证书的身份验证或特权接受分开。
  3. 用紧凑块记录 EKU、主题或 SAN 控制、颁发要求、注册权限和映射行为。
  4. 将已颁发证书绑定到一条被接受的路径：PKINIT、Schannel、LDAPS、WinRM 或其他映射服务。
  5. 复现能产生决定性特权的最小证书颁发到接受链。

工作流

1. 映射 CA 和模板信任
  • 记录 CA 配置、模板名称、注册权限、管理员批准、授权签名、EKU、主题要求和 SAN 行为。
  • 注意该路径是否依赖备用主题名称、UPN、DNS 名称、注册 Agent 行为或模板取代。
  • 将主体、模板和颁发策略保持绑定。
2. 证明证书到特权的接受
  • 展示已颁发证书如何被映射或接受：PKINIT、智能卡登录、Schannel 身份验证、服务映射或显式证书映射。
  • 记录序列号、主题、SAN、EKU、有效期以及接受它的确切服务或域边缘。
  • 区分证书颁发与实际授予特权的单独步骤。
3. 缩减到决定性滥用链
  • 将路径压缩为最小序列：注册权限或错误配置 -> 已颁发证书 -> 被接受的映射 -> 最终特权。
  • 清楚说明弱点位于模板配置、CA 策略、映射逻辑、中继路径还是注册权限。
  • 如果任务实际上涉及 PKINIT 之后的委派或票据转换，请切换回更严格的 Kerberos 技能。

阅读此参考

  • 加载 references/ad-certificate-abuse.md 以获取 AD CS 检查清单、模板检查清单和证据打包。

需要保留的内容

  • CA 名称、模板名称、权限、EKU、颁发标志、SAN 控制和映射细节
  • 已颁发证书字段、序列号、主题、SAN 以及接受服务或登录路径
  • 最小可复现的注册到特权链

评论

支持 Markdown