audit-skills

name	audit-skills
description	当用户要求审计 Java、.NET 或 PHP 源码/部署产物/反编译产物/安全发现，并需要默认脚本输出目录、报告输出目录、Java/.NET 反编译与反混淆参考、Java 组件 YAML 正则匹配扫描、确认漏洞判定标准、安全 Payload 和 BurpSuite 原始 HTTP 请求包证据时使用。仅用于授权代码审计和防御性安全验证。

Audit Skills

1. 默认输出目录

未指定目录时，先创建 <目标目录>/audit-workspace/ 作为审计工作目录。

• 默认临时脚本输出目录：<审计工作目录>/script-output/
• 报告输出目录：<审计工作目录>/reports/
• 工具目录：<审计工作目录>/tools/
• 反编译目录：<审计工作目录>/decompiled/
• 反混淆目录：<审计工作目录>/deobfuscated/
• 证据目录：<审计工作目录>/evidence/

所有脚本执行结果、临时扫描结果、命令输出、日志和中间证据都写入 script-output/；最终可交付报告只写入 reports/，默认文件名为 audit-report.md。

2. 语言参考入口

按目标语言只读取对应参考文件，避免无关上下文进入审计：

• Java 审计、CFR 反编译、Java 组件 YAML 正则匹配扫描：读取 references/java.md
• .NET / ASP.NET 反编译与反混淆：读取 references/net.md
• PHP 审计：无专用 reference，按本文件的漏洞有效性标准与安全边界执行。

语言参考中的扫描或组件命中只能作为线索；确认漏洞必须回到本文件的有效性标准。

3. 如何判定漏洞有效

只有同时满足以下标准，才能把发现写成“确认漏洞”：

• 可达：存在真实外部入口，例如 HTTP 路由、Servlet、Filter、Controller、RPC、WebService、上传处理入口等。
• 可控：能指出用户可控参数、参数来源、绑定方式，以及参数进入代码的准确位置。
• 可传播：存在清晰的 source-to-sink 文件/方法级调用链，且中途没有有效鉴权、校验、编码、白名单或类型约束阻断。
• 可利用：sink 的语义在当前项目上下文中能造成真实安全影响。
• 可复现：必须有构造的安全 Payload，并提供可直接放入 BurpSuite Repeater 的原始 HTTP 请求包。
• 影响成立：能说明触发后产生的越权、泄露、绕过、写入或其他安全影响。

任一标准缺失时，只能写为“高风险线索 / 待人工验证”，不得写入“确认漏洞”。

每个确认漏洞必须包含：

标题:
严重等级:
受影响入口:
鉴权要求:
用户可控输入:
Source-to-sink 调用链:
Sink:
同源/相似受影响路由:
防护判断:
安全 Payload:
BurpSuite 原始请求包:
影响:
证据文件和行号:
限制说明:

BurpSuite 原始请求包必须完整到可直接粘贴进 Repeater：

POST /<授权测试路径> HTTP/1.1
Host: <授权测试主机>
Content-Type: application/x-www-form-urlencoded
Connection: close

<参数名>=<安全证明Payload>

4. 安全边界

• 不准输出破坏性 Payload。
• 不准包含删除文件、修改配置、删除/清空/截断数据库、擦除表数据、写入持久化后门、反弹 shell、窃取敏感数据或横向移动的 Payload。
• 只使用无害证明 Payload，例如只读验证、布尔差异、受控回显标记，或针对非敏感测试记录的越权证明。
• Host、Cookie、凭据、ID、敏感值默认使用占位符；除非用户明确提供授权测试值。
• 如果漏洞必须依赖破坏性操作才能证明，只能写为高风险线索，并说明缺失的非破坏性验证路径。