文章总结： 本文分析了布尔值篡改绕过验证及业务参数校验缺失两个漏洞，指出根源在于服务端对客户端数据的过度信任。结合欧盟CRA法规强调了安全设计的重要性，建议将所有验证逻辑移至服务端强制执行，禁止客户端控制安全状态，从而确保业务逻辑的完整性与安全性。 综合评分： 75 文章分类： 渗透测试,漏洞分析,WEB安全,解决方案

一次基础漏洞复现：布尔值篡改与业务参数校验缺失分析

原创

网络安全实验室

GTG网络安全实验室

2025年12月24日 17:15 广东

很多安全问题并不源于复杂的攻击技巧，而是来自系统在设计阶段对客户端的过度信任。

在一次靶场测试中，我发现了两个常见但极具现实意义的漏洞：一个发生在验证阶段，一个发生在购买流程中。

单独看它们都不“花哨”，但放在 EU Cyber Resilience Act（CRA） 的背景下，这正是法规重点关注、要求在产品设计阶段就避免的问题类型。

。

1

测试背景

本次测试对象为一套包含表单验证与商品购买流程的业务系统。

测试过程中未使用复杂攻击手段，仅通过抓包、参数分析与请求重放，即可完成漏洞复现。

这类场景在真实产品中非常常见，也正因如此，才更值得警惕。

2

漏洞一：布尔值篡改导致的验证绕过

首先，访问目标页面，并按照正常流程填写表单信息提交。此时，页面提示验证失败，流程停滞。

同时，我们使用 Burp Suite 抓取请求与响应。在返回的响应包中，可以看到服务端返回了一个布尔值字段，其值为 false ，前端正是基于这个值判断是否允许进入下一步。

如果前端完全依赖这个值来决定流程走向，那么尝试修改它会发生什么？于是，我们拦截响应包，将false 改为 true ，然后放行数据包。

发现页面未触发任何额外校验，直接跳转至下一业务步骤，验证被成功绕过。

这说明：

· 关键验证逻辑仅存在于前端

· 服务端未对业务状态进行独立判断

· 客户端可直接影响验证结果

从安全设计角度看，这是一个典型的信任边界错误。

在 CRA 的设计理念中，与安全相关的判断不应依赖客户端结果，而应由服务端强制执行。

3

漏洞二：业务参数校验不完整导致的购买绕过

另一个典型漏洞出现在商品购买流程中。系统表面进行了校验，但校验逻辑存在明显缺陷。

首先，点击购买蓝牙耳机，拦截对应的请求包，观察请求体内容，发现请求结构看起来合理，包含商品ID、金额等关键参数。不修改任何参数，直接重放请求，系统返回 false ，提示“余额不足”，这说明系统至少实现了基础的余额校验。

接下来尝试更深入的测试：将 id 修改为其他商品（如 ID=5），将 amount 修改为 99（低于蓝牙耳机价格），重放请求后仍返回 false 。

这表明系统并非完全信任客户端参数，而是对“商品与金额的匹配关系”进行了校验。然而，在进一步分析后，我们发现系统校验逻辑存在一个关键缺陷：系统只校验“金额是否对应某个商品”，但未校验“该金额是否真正来源于当前请求的商品ID”

那么，我们可以选择购买一个价格刚好等于账户余额的商品（如ID=5），获取其正常购买请求包。再将该请求包中的 id 修改为蓝牙耳机的ID，其他参数保持不变。点击重放，系统返回购买成功，蓝牙耳机被成功下单。

4

漏洞成因分析

这两个漏洞虽然发生在不同流程中，但本质问题高度一致。

1. 对客户端状态或参数存在不恰当信任

验证结果由前端决定

业务参数由客户端拼装并被默认接受

2. 校验逻辑存在“局部正确、整体失效”的问题

校验了金额是否合理

却未校验金额与商品、订单上下文的一致性

这种问题在功能测试中往往不容易暴露，但在攻击者视角下非常明显。

5

从EU Cyber Resilience Act视角看风险

在 EU Cyber Resilience Act 的框架下，这类问题通常会被认为：

· 不符合 secure-by-design 的基本要求

· 安全控制与业务流程解耦不完整

· 可被低成本、重复方式利用

CRA 关注的并不是攻击是否“高深”，而是：

产品是否在设计阶段就避免了这些本不该出现的安全缺陷。

换句话说，这类漏洞并不是“技巧问题”，而是工程与设计问题。

6

修复与设计建议

1.短期修复建议

所有验证逻辑必须在服务端重新校验

禁止客户端控制任何安全状态字段

订单请求必须在服务端重新计算价格

2.设计层面的改进思路

核心原则只有一句话：

客户端只能“请求购买什么”，不能“决定花多少钱”。

很多靶场漏洞看起来很“基础”，

但在真实系统和法规环境中，它们往往正是风险最高的一类。

EU Cyber Resilience Act 想解决的，并不是极端攻击场景，

而是这些原本可以、也应该在设计阶段就避免的问题。

从这个角度看，靶场并不是脱离现实的练习，

而是一次对真实产品安全设计的提前体检。

🔒 安全升级！GTG认证护航物联⽹安全新时代

GTG网络安全实验室

🔐 GTG⼴测集团是国内领先的 IoT安全认证专家，尤其擅⻓ EN 18031标准（欧洲物联⽹安全法规）的测试与认证！

支持全球网络安全认证检测项目：

🏆 GTG如何为您的IoT产品保驾护航？

✅ EN 18031合规认证：确保您的产品符合欧洲市场准⼊要求

✅ 渗透测试 & 漏洞评估：模拟⿊客攻击，提前发现安全隐患

✅ 安全架构设计咨询：从底层优化产品安全性能

✅ 全球法规适配：协助企业满⾜不同国家的IoT安全标准（如中国GB/T、英国PSTI）

💡 为什么选择GTG？

· 国内专业的IoT安全检测机构

· 已经为多家企业提供安全认证服务

· ⾃有攻防实验室，配备专业红队模拟APT攻击场景

更多相关内容

欢迎关注视频号“GTG网络安全实验室”

私信可获取“EN 18031自测工具包”

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：GTG网络安全实验室 网络安全实验室《一次基础漏洞复现：布尔值篡改与业务参数校验缺失分析》