该技能面向已获得明确书面授权的安全测试场景，用于识别和验证 HTTP 请求走私（HTTP Request Smuggling）问题。文档声明仅限教育目的或授权安全评估使用，滥用违法且被严格禁止。
适用前提与确认门：在运行任何会探测、利用、更改、持久化、提取数据或尝试访问凭据的命令之前，必须完成四步：请用户说明确切的目 URL、IP、账户或资源；请用户确认书面授权及允许范围；展示将执行的具体命令并解释预期效果；在当前对话中等待明确确认。缺少确认时保持只读，仅提供防御性指导，并优先使用沙箱、一次性虚拟机或受控实验环境。
主要能力与检测思路：覆盖 CL.TE（前端 Content-Length、后端 Transfer-Encoding）、TE.CL、H2.CL、H2.TE 等走私类型。文档给出 CL.TE 的字节敏感教学片段，说明其并非可直接使用的探测载荷，需要补充 Host、显式 CRLF 与正确编码长度。检测方式包括使用 Burp 扩展 HTTP Request Smuggler 发起 Smuggle probe，以及通过 CL.TE 探测叠加约 10 秒延迟判断后端是否在等待剩余请求体等时序观察。影响链包括投毒下一请求以受害者身份访问管理功能、窃取凭据、通过缓存投毒实现大规模存储型 XSS。
验证与限制：不得依据 Server 头或宽泛的产品/版本矩阵推断安全性或漏洞；需确认实际客户端、前端、源站协议、准确版本、配置、连接复用与厂商公告，头部横幅可能被隐藏或伪造。HTTP/2 降级可能引入不一致，但 HTTP/2 本身不证明存在缺陷。时序变化也可能来自网络抖动或拒绝，应在许可的请求预算内重复基线与对照探测，再用自己控制的两个账户和连接演示跨请求干扰。禁止收集真实用户头部或污染共享生产缓存，应使用无害唯一标记、隔离缓存键、停止条件与清理计划；若可能影响第三方流量，应停止并在所有者隔离环境中复现。
相关技能链：与 hunt-cache-poison 组合可将走私请求变为后续受害者命中的缓存响应；与 hunt-auth-bypass 组合可绕过前端 ACL 访问内部路由；与 hunt-idor 组合可将下一用户的会话 Cookie 绑定到攻击者请求；与 hunt-xss 组合可在响应流中注入载荷；security-arsenal 提供载荷库与延时确认模板；triage-validation 要求在宣称严重级别前确认效果落在不同客户端/会话的请求上。
使用方式与限制：当拥有明确书面授权且任务匹配该漏洞类别时使用，在批准范围内执行侦察、利用或验证流程。确认门为强制要求；该导入为仅文档形式，上游辅助脚本、命令、引擎与研究资产未随附，需要时从源仓库重新安装工具。所有发现应先按 triage-validation 验证，再通过 report-writing 报告，并优先使用沙箱、一次性虚拟机或受控实验环境。