mcpField
J
judge-ctf

judge-ctf

github.com/wgpsec安全1.8k47 次安装4 天前更新
代码仓库

关于 judge-ctf

judge-ctf 是用于评估 CTF 任务是否获取 flag 并诊断失败原因的安全技能。它依据已发现和利用的漏洞，给出具体的后续建议。

主要功能

  1. 01从日志和证据中检测 flag
  2. 02诊断漏洞发现情况
  3. 03提供漏洞利用后续建议
  4. 04给出具体载荷和位置提示

适用场景

  1. 01检查 CTF 任务是否获取 flag
  2. 02分析已发现漏洞为何未能取得 flag
  3. 03在漏洞利用后提供针对性后续步骤

安装

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

$npx skills add https://github.com/wgpsec/aboutsecurity --skill judge-ctf

安装后在 Claude Code 中输入/judge-ctf确认已加载。

详细介绍

CTF 夺旗评估清单

唯一成功标准

是否已找到 flag{...}？

  • 在 Agent 输出日志中搜索 flag{
  • 在证据文件中搜索 flag{
  • 搜索 vulns.json 的 detail 字段

已找到 → complete: true，无需进一步评估。

未找到 flag 时的诊断

第 1 步：是否发现了任何漏洞？
if vuln_count == 0:
    → Insufficient reconnaissance, expand attack surface
    feedback: "No vulnerabilities discovered. Suggestions:
      1. Carefully inspect all HTTP responses for hidden clues
      2. Try directory bruteforce to discover hidden endpoints
      3. Check page source for comments and hidden parameters
      4. Try common default credentials for login"
第 2 步：是否利用了该漏洞？
if vulns_found but not_exploited:
    → Insufficient exploitation
    feedback: "Discovered {vuln_type} but did not exploit to get flag. Suggestions:
      - SQLi: Use UNION SELECT to read database tables, find flag table
      - LFI: Read /flag.txt, /home/*/flag, /var/www/flag
      - RCE: find / -name 'flag*' 2>/dev/null
      - IDOR: Enumerate all id values, check each response for flag"
第 3 步：已利用但未找到 flag？
if vuln_exploited but no_flag:
    → Flag may not be in expected location
    feedback: "Vulnerability exploited but flag not found. Suggestions:
      1. Database search: SELECT * FROM flags / search all tables
      2. File search: find / grep -r 'flag{' / env | grep FLAG
      3. Check response headers: curl -v for HTTP headers
      4. Check hidden pages: use gained privileges to access /admin, /dashboard
      5. Check source code: decompile/view application source for hardcoded flag"

常见 CTF 挑战模式

评审者应了解以下模式，以便提供精准反馈：

漏洞类型flag 通常所在位置
SQL 注入某个数据库表中的字段
LFI/路径遍历/flag.txt、/etc/flag 或应用程序目录中
RCE/命令注入文件系统中，需要使用 find/grep
IDOR特定资源中由 id 标识的内容
反序列化获得 RCE 后的文件系统中
SSRF内部服务的响应中
XSS通常没有直接的 flag，除非存在管理员机器人
信息泄露源码注释、备份文件、配置文件

反馈精准度要求

禁止：诸如“继续测试”或“深入挖掘”之类的模糊反馈。

必须提供具体的：

  1. 要利用哪个已发现的漏洞
  2. 具体的利用步骤（载荷级别）
  3. 最可能的 flag 位置

评论

支持 Markdown