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 猜测路径，效率极低