Parameter Pollution
参数污染
HTTP参数污染（HPP）概述
HTTP参数污染（HPP）是一种攻击技术，攻击者通过操纵HTTP参数以意外方式改变Web应用程序的行为。这种操纵是通过添加、修改或复制HTTP参数来实现的。这些操纵的效果对用户不直接可见，但可以显着改变服务器端应用程序的功能，在客户端方面产生可观察的影响。
HTTP参数污染（HPP）示例
银行应用程序的交易URL：
原始URL：
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000
通过插入额外的from参数：
操纵后的URL：
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000&from=accountC
交易可能会错误地计入accountC而不是accountA，展示了HPP操纵交易或其他功能（如密码重置、双因素认证设置或API密钥请求）的潜力。
特定技术的参数解析
参数的解析和优先级取决于基础Web技术，影响HPP的利用方式。
工具如Wappalyzer有助于识别这些技术及其解析行为。
PHP和HPP利用
OTP操纵案例：
背景： 一个需要一次性密码（OTP）的登录机制被利用。
方法： 通过使用Burp Suite等工具拦截OTP请求，攻击者复制了HTTP请求中的
email参数。结果： OTP原本应发送到初始电子邮件地址，但却发送到了操纵请求中指定的第二个电子邮件地址。这个漏洞允许绕过预期的安全措施，未经授权地访问。
这种情况突显了应用程序后端的一个关键疏忽，该后端处理第一个email参数以生成OTP，但使用最后一个参数进行传递。
API密钥操纵案例：
场景： 一个应用程序允许用户通过个人资料设置页面更新他们的API密钥。
攻击向量： 攻击者发现通过向POST请求附加额外的
api_key参数，可以操纵API密钥更新功能的结果。技术： 利用Burp Suite等工具，攻击者构造了一个请求，其中包括两个
api_key参数：一个合法的，一个恶意的。服务器只处理最后一个出现的参数，将API密钥更新为攻击者提供的值。结果： 攻击者控制了受害者的API功能，可能未经授权地访问或修改私人数据。
这个例子进一步强调了安全参数处理的必要性，特别是在像API密钥管理这样关键的功能中。
参数解析：Flask vs. PHP
Web技术处理重复HTTP参数的方式不同，影响它们对HPP攻击的易受性：
Flask： 采用遇到的第一个参数值，例如在查询字符串
a=1&a=2中优先考虑初始实例a=1而不是后续的重复。PHP（在Apache HTTP服务器上）： 相反，优先考虑最后一个参数值，在给定示例中选择
a=2。这种行为可能会无意中促成HPP攻击，通过优先考虑攻击者操纵的参数而不是原始参数。
参考资料
最后更新于
