文章总结： 本文详细分析了商品价格篡改漏洞的测试流程与危害，指出当服务端未验证客户端提交的价格参数时，攻击者可通过替换商品ID等参数以低价购买高价商品。测试步骤包括基准测试、参数替换、组合与边界测试，漏洞可导致直接经济损失、业务逻辑破坏、数据不一致及平台声誉受损。
综合评分： 85
文章分类： web安全,漏洞分析,实战经验
商品价格篡改漏洞
原创
游山玩水
游山玩水
山水SRC
2026年4月24日 09:15
河南
在小说阅读器读本章
去阅读
免责声明
本公众号分享的所有渗透测试技术文章仅面向合法授权的安全测试、学习交流与研究用途。读者必须确保自身行为符合《网络安全法》等相关法律法规，严禁将其用于任何未授权攻击等非法活动。因不当使用或传播相关内容所引发的任何法律责任与风险，由行为人自行承担，本公众号（或本人）概不负责
流程
测试前提
- 业务场景：存在在线购买商品的业务流程，用户可以选择商品并提交订单。
- 技术前提：
- 商品价格由客户端提交的参数决定，而非服务端计算
- 请求中存在决定价格的标识参数（如商品ID、套餐ID、规格ID等）
- 服务端未对价格进行二次验证或重新计算
- 价格计算逻辑依赖于客户端传递的参数
原始购买请求数据包：
```
POST/api/order/create HTTP/1.1
Content-Type: application/json
{
“userId”: “10001”,
“items”: [
{
“productId”: “P001”, // 商品ID
“skuId”: “S001-01”, // 规格ID
“quantity”: 1,
“planId”: “PLANA”// 套餐/方案ID
}
],
“couponId”: “COUPON10″, // 优惠券ID
“addressId”: “ADDR_001”
}
```
测试步骤
- 基准测试：正常购买商品A（价格100元），记录请求参数和响应价格
- 对比测试：正常购买商品B（价格50元），记录请求参数
- 参数替换：
- 将商品A请求中的
productId替换为商品B的productId - 保持其他参数不变，提交请求
- 观察订单是否以商品B的价格（50元）生成了商品A的订单
- 组合测试：如果存在多个ID参数，尝试组合替换
- 边界测试：尝试使用不存在的ID、已下架商品ID等
危害
- 直接经济损失：攻击者可以低价或零元购买高价商品
- 业务逻辑破坏：绕过正常的定价体系，破坏商业规则
- 数据一致性破坏：订单金额与实际商品价值不匹配
- 连带风险：可能结合其他漏洞（如越权）为他人低价购买商品
- 声誉损失：若漏洞被公开利用，影响平台信誉
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：山水SRC 游山玩水
游山玩水《商品价格篡改漏洞》