efficiency-rules

name	efficiency-rules
description	渗透测试效率规则。防止盲目枚举、工具阻塞等低效行为，确保在有限时间内最大化漏洞发现数量。当开始渗透测试、发现扫描工具运行时间过长、陷入盲目爆破循环、或需要决策下一步攻击方向时使用。每轮渗透开始前建议阅读
metadata	{"tags":"efficiency,enumeration,timeout,optimization,渗透效率,枚举,超时","category":"general"}

渗透测试效率规则

⛔ 规则 1: 禁止盲目手动枚举

触发场景: 用 curl 逐个测试路径（如 /upload, /admin/upload, /bank/upload ...）

规则:

• 对同一类型路径（如文件上传端点），手动 curl 最多尝试 3 个最可能的路径
• 3 次 404 后 立即停止手动枚举，改用工具：

  # ✅ 用 gobuster/dirsearch 一次扫完
  gobuster dir -u http://target -w /usr/share/wordlists/dirb/common.txt -q -t 20 --timeout 10s 2>&1 | head -50
  

• ⛔ 绝不逐个 HEAD 请求 20+ 个猜测路径 — 这是浪费时间

⛔ 规则 2: 长时间工具必须加 timeout

触发场景: 运行 sqlmap、nikto、dirsearch 等扫描工具

规则:

• 所有扫描工具必须用 timeout 包裹，最长 8 分钟
• 必须用 tee 保留输出，超时后检查已有结果

  # ✅ 正确
  timeout 480 sqlmap -u 'http://target/page?id=1' --batch --level 2 --risk 2 2>&1 | tee /tmp/sqlmap.log
  # 超时后
  tail -80 /tmp/sqlmap.log
  

• ⛔ 禁止 sleep N && tail 轮询等待 — 浪费轮次时间

⛔ 规则 3: 无果时快速切换方向

触发场景: 连续多次尝试同一类漏洞未果

规则:

• 同一端点 + 同一漏洞类型，5 个不同 payload 无果后切换方向
• 切换前用 evidence_save 记录已测试内容（避免下一轮重复）
• 优先切换到未测试的漏洞类型，而非同一类型的更多变体

效率优先级

行为	效率	说明
用工具批量扫描	⭐⭐⭐	gobuster/sqlmap/nikto 一次覆盖大量路径
针对性手动测试	⭐⭐	基于分析结果精确测试 3-5 个高概率点
盲目手动枚举	⛔	逐个 curl 猜测路径，效率极低