القائمة
漏洞深度验证。对 trace-sink 和 trace-preauth 发现的调用链进行二次验证，确认调用链完整性和漏洞成立条件，生成 HTTP PoC，按利用效果和前置条件进行漏洞评分。用于：漏洞确认、PoC 生成、漏洞评级。触发词：deep verify、深度验证、漏洞验证、PoC 生成、Phase 6。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Java 项目鉴权分析。Step 1 使用 JetBrains 工具查找所有 Filter、Interceptor 及安全框架配置，分析作用范围和执行顺序。Step 2 逐个分析路由端点的鉴权状态，按 preauth/postauth 分类输出。用于：鉴权架构分析、未授权端点发现。触发词：analyze auth、鉴权分析、认证分析、filter interceptor、Phase 2。
Java 项目路由端点发现。使用 JetBrains 工具查找所有 Controller、Servlet、JSP、RPC 服务、JAX-RS、WebSocket 端点，输出路由类清单 JSON。用于：Java 审计路由发现、攻击面枚举。触发词：find route、路由发现、路由搜索、endpoint discovery、Phase 1。
Java 项目漏洞 Sink 点搜索。在代码库中系统性搜索 12 类漏洞的 Sink 点（反序列化、JNDI注入、表达式注入、命令注入、SQL注入、任意类实例化、不安全反射、JDBC攻击、文件上传、ZipSlip、任意文件读取、硬编码敏感信息），确认利用条件后输出 Sink 清单。触发词：find sink、漏洞搜索、sink 分析、sink search、Phase 3。
Java 代码审计标准化报告生成。汇总 Phase 0-6 所有中间产物（recon.md、routes.json、auth-analysis.md、sinks.md、trace-sink.md、trace-preauth.md、vulnerabilities.json、deep-verify.md），生成结构化的最终审计报告。用于：审计报告输出、漏洞汇总。触发词：gen report、生成报告、审计报告、report generation、Phase 7。
Java 代码安全审计主编排器。执行 Phase 0 项目侦察（激活项目、架构分析、框架识别、攻击面识别），声明反幻觉铁律，然后按序调度子 skill 完成完整审计流程。用于：Java 安全审计、代码审计、漏洞挖掘。触发词：java audit、代码审计、安全审计、java 安全分析。
从 Preauth 路由入口正向追踪调用链。读取 preauth-routes.json，对每个无需鉴权的路由使用 JetBrains 工具逐层追踪方法调用，匹配 Sink 模式，分析参数可控性。用于：Preauth 漏洞发现、正向污点分析。触发词：trace preauth、正向追踪、preauth 分析、未授权追踪、Phase 5。
| name | deep-verify |
| description | 漏洞深度验证。对 trace-sink 和 trace-preauth 发现的调用链进行二次验证，确认调用链完整性和漏洞成立条件，生成 HTTP PoC，按利用效果和前置条件进行漏洞评分。用于：漏洞确认、PoC 生成、漏洞评级。触发词：deep verify、深度验证、漏洞验证、PoC 生成、Phase 6。 |
java-audit Phase 6 被调度执行trace-sink 和 trace-preauthfind-sink.audit/trace-sink.md 已存在.audit/trace-preauth.md 已存在.audit/auth-analysis.md 已存在1. 每个调用链跳必须用 jet_brains_find_symbol(include_body=true) 重新确认代码
2. PoC 中的路径和参数必须与实际路由注解匹配
3. 无法完全确认的漏洞标记为 [Hypothesis]，不得标记为 [Confirmed]
读取 .audit/trace-sink.md 和 .audit/trace-preauth.md，提取所有标记为可利用的调用链。
对每条调用链：
jet_brains_find_symbol(include_body=true) 重新读取代码防护措施分析
@Valid、@Validated、自定义 Validator环境依赖分析
权限依赖分析
参数约束分析
对成立的漏洞链路，构造 HTTP 请求 PoC：
HTTP方法 完整URL路径
Content-Type: (如需)
Authorization: (如需 postauth)
其他必要请求头
请求体 (如需)
说明：
使用以下评分体系对每个已确认漏洞评分：
| 维度 | 权重 | 评分标准 |
|---|---|---|
| 利用效果 | 40% | RCE=10, 任意文件写入=9, 文件读取=8, SQL注入(数据泄露)=7, SSRF=6, 信息泄露=5 |
| 前置条件 | 30% | Preauth=10, 低权限用户=7, 高权限用户=4, 需特殊配置=2 |
| 参数可控性 | 20% | 完全可控=10, 部分可控=6, 需绕过=3 |
| 防护绕过 | 10% | 无防护=10, 有防护可绕过=6, 有防护难绕过=2 |
最终评分 = 利用效果×0.4 + 前置条件×0.3 + 参数可控性×0.2 + 防护绕过×0.1
分级:
.audit/deep-verify.md包含每个漏洞的完整验证过程、PoC、评分详情的 Markdown 报告。
.audit/vulnerabilities.json{
"vulnerabilities": [
{
"id": "VULN-001",
"title": "漏洞标题",
"severity": "critical | high | medium | low",
"score": 9.2,
"vuln_type": "漏洞类型标识",
"status": "Confirmed | Hypothesis",
"entry_point": "HTTP方法 路由路径",
"sink": "Sink 描述",
"call_chain": "简化的调用链描述",
"auth_required": false,
"poc": {
"method": "GET | POST | ...",
"url": "完整 URL 含 payload",
"headers": {},
"body": null,
"expected_result": "预期结果描述"
},
"score_breakdown": {
"impact": 0,
"precondition": 0,
"controllability": 0,
"defense_bypass": 0
},
"remediation": "修复建议"
}
]
}