mcpField
J
judge-pentest

judge-pentest

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

关于 judge-pentest

面向安全测试人员和 Agent 的渗透测试评估清单，覆盖 Web 与 API 攻击面。它依据测试覆盖情况指导下一轮检查，不因已发现漏洞而提前结束。

主要功能

  1. 01Web 与 API 漏洞检查清单
  2. 02基于覆盖率的完成判定
  3. 03具体的下一轮测试反馈
  4. 04要求查询已知 CVE/CNVD

适用场景

  1. 01复核一轮渗透测试的覆盖情况
  2. 02找出未测试的端点与攻击类型
  3. 03判断是否需要继续测试

安装

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

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

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

详细介绍

渗透测试评估清单

Web 应用漏洞覆盖检查

检查是否已测试以下每个攻击面；未测试的项目标记为缺口：

注入
  • SQL 注入（登录表单、搜索、API 参数、Cookie）
  • XPath 注入
  • LDAP 注入
  • 命令注入（操作系统命令注入）
  • SSTI（服务器端模板注入）
  • XXE（XML 外部实体注入）
跨站攻击
  • 反射型 XSS（搜索框、URL 参数、错误页面）
  • 存储型 XSS（评论、反馈、用户个人资料）
  • DOM XSS
  • CSRF（转账、密码更改、关键操作）
身份验证与授权
  • 默认/弱凭据
  • SQL 注入绕过身份验证
  • 暴力破解防护（账户锁定机制）
  • 用户名枚举（错误消息差异）
  • 会话管理（会话固定、Cookie 安全属性）
  • JWT/令牌安全性（签名验证、算法混淆、明文编码）
  • 垂直权限提升（普通用户 → 管理员功能）
  • 水平权限提升 / IDOR（访问其他用户的资源）
业务逻辑
  • IDOR — 查看账户信息
  • IDOR — 转账/交易操作
  • IDOR — 更改密码
  • 负数/零金额交易
  • 并发/竞态条件
  • 绕过业务流程
信息泄露
  • 错误页面信息泄露（堆栈跟踪、路径）
  • API 文档暴露（Swagger、WSDL）
  • 备份文件泄露
  • 敏感配置暴露
  • HTTP 响应头（Server 版本、X-Powered-By）
服务端
  • SSRF（服务器端请求伪造）
  • 文件上传漏洞
  • 路径遍历 / LFI / RFI
  • 反序列化漏洞
配置
  • 目录列表
API 特定检查
  • REST API 身份验证绕过
  • API IDOR
  • API 参数篡改
  • API 速率限制
已知 CVE/CNVD
  • 目标产品/技术栈的已知 CVE
  • 目标产品/技术栈的已知 CNVD

评估决策逻辑

渗透测试的目标是尽可能多地发现漏洞；请勿过早结束测试。

# In pentest scenarios, complete is advisory only and does NOT trigger early exit
# The judge's core value is providing precise "what to test next round" feedback

if tested_categories >= 90% of total && two consecutive rounds with no new vulns:
    complete = true, confidence >= 0.8
else:
    complete = false
    feedback = explicitly list untested attack surfaces with specific testing suggestions
    missing_areas = names of untested categories

重要：多进行一轮测试，也不要遗漏任何方向。即使已经发现许多漏洞，只要仍有未测试的攻击面，就返回 complete=false。

如果本轮已识别目标产品/技术栈，但从未调用 search_vulndb，则必须返回 complete=false，并要求使用 search_vulndb(query="product name") 查询已知漏洞。

反馈模板

当 complete=false 时，反馈应包括：

  1. 已完成的工作（给予正面肯定，避免重复）
  2. 具体的遗漏方向（不要含糊地说“继续测试”——请指出具体端点和漏洞类型）
  3. 建议的测试步骤（例如：“使用 sqlmap 对 /api/search 的查询参数进行深入注入测试”）

评论

支持 Markdown