2、物联网设备安全基础：常见威胁模型、攻击面分析、支付设备的安全需求

物联网支付设备（如智能POS、自助收银终端、人脸支付终端）与传统IT设备最大的差异在于：它们长期部署在物理暴露环境中，具备网络连接能力，且直接处理资金交易数据。理解其威胁模型与攻击面，是设计安全启动与固件签名方案的前提。本章从攻击者视角出发，系统梳理威胁模型、攻击面分类，并推导支付设备特有的安全需求，为后续章节的硬件信任根与安全启动设计奠定基础。

2.1 物联网支付设备的威胁模型

威胁模型是安全设计的起点。支付设备面临的攻击者并非单一类型，而是具有不同能力、资源和动机的多个群体。根据攻击者与设备的物理接近程度和技术能力，可将威胁模型划分为四个层级：远程网络攻击者、邻近无线攻击者、本地物理接触者、以及高级实验室攻击者。远程网络攻击者通常通过互联网或本地网络尝试利用协议漏洞、弱口令或未修补的系统漏洞；邻近无线攻击者则可能在设备附近使用蓝牙、NFC或Wi-Fi中间人手段；本地物理接触者拥有设备数分钟到数小时的操作权限，可能尝试通过调试接口或拆壳获取数据；高级实验室攻击者则具备芯片级逆向工程能力，可使用聚焦离子束（FIB）、电压故障注入、电磁侧信道分析等手段。

对于支付设备而言，最核心的防护目标是密钥材料与交易数据。一旦攻击者提取了设备中的签名私钥或支付应用密钥，就可以伪造交易、克隆设备或绕过安全校验。因此，威胁模型必须明确资产清单（Asset Inventory），包括：引导加载程序、操作系统内核、支付应用、密钥存储区、安全芯片固件、配置参数等。每一项资产都需要评估其机密性、完整性和可用性要求。

2.2 攻击面分析与分类

攻击面是攻击者能够访问和利用的系统入口集合。支付设备的攻击面可从四个维度进行系统化分析：物理接口、网络接口、软件接口和供应链接口。物理接口包括JTAG/SWD调试口、UART串口、USB端口、SD卡槽、SIM卡槽以及未屏蔽的芯片引脚。网络接口涵盖以太网、Wi-Fi、蓝牙、NFC、蜂窝网络等通信通道。软件接口包括固件升级服务、远程管理协议、支付应用API、操作系统系统调用等。供应链接口则涉及固件编译环境、代码签名流程、设备生产烧录环节和物流运输过程。

在攻击面分析中，一个常见误区是只关注外部可见接口，而忽略了内部信任边界。例如，主处理器与安全芯片之间的SPI/I2C通信总线，如果未加密且无完整性校验，攻击者可以通过逻辑分析仪嗅探或注入伪造指令。另一个容易被忽视的攻击面是调试接口的残留——许多设备在量产时未正确禁用JTAG或未烧录安全熔丝，导致攻击者可以直接挂接调试器读取内存。

2.2.1 物理攻击面详解

物理攻击面是支付设备区别于普通服务器的重要特征。攻击者一旦获得设备物理访问权，就可以实施多种攻击：通过JTAG/SWD接口读取Flash内容、利用电压毛刺（Glitch）跳过安全校验指令、使用探针台直接接触内部总线信号、甚至通过加热或化学腐蚀开盖后进行微码读取。针对这些威胁，硬件设计上需要采取分层防御：主芯片应支持安全启动模式并禁用调试接口；敏感信号线应布置在PCB内层；关键芯片表面可涂覆防护胶或使用主动屏蔽罩；安全芯片应具备主动防拆检测功能，一旦检测到外壳开启或光线变化即擦除密钥。

2.2.2 网络与软件攻击面

网络攻击面是远程攻击者最常利用的入口。支付设备通常需要联网进行交易传输和固件升级，这为攻击者提供了两条主要路径：一是利用通信协议漏洞（如TLS配置不当、证书验证缺失）实施中间人攻击；二是利用固件升级机制中的缺陷，例如升级包未加密、签名验证不严格或允许降级到旧版本。软件攻击面则集中在操作系统和应用程序层：未打补丁的内核漏洞、不安全的文件权限、缺乏ASLR和栈保护的应用程序、以及过度授权的系统服务。

针对网络与软件攻击面，安全设计应遵循最小化原则：关闭不需要的网络服务、限制开放端口、使用双向TLS认证、对固件升级包实施强签名验证并加入防回滚机制。同时，应用程序应运行在最小权限沙箱中，与安全关键操作（如密钥使用）进行严格隔离。

2.3 支付设备的安全需求推导

基于上述威胁模型与攻击面分析，结合PCI-PTS（Payment Card Industry PIN Transaction Security）标准要求，支付设备的安全需求可归纳为以下五个核心领域：

• 安全启动（Secure Boot）：从硬件信任根出发，逐级验证引导加载程序、内核和文件系统的签名，确保只有经过授权的固件才能运行。
• 固件完整性保护：所有固件更新包必须经过数字签名，设备端在安装前验证签名，并拒绝任何未签名或签名无效的固件。
• 防回滚机制：维护一个单调递增的版本计数器，禁止固件降级到存在已知漏洞的旧版本。
• 密钥管理与安全存储：签名验证公钥、支付应用密钥等敏感信息必须存储在安全芯片或具有防篡改能力的存储区域中。
• 安全通信：设备与后台服务器之间的所有通信必须使用强加密和双向认证，防止中间人攻击和数据窃听。

2.4 实战场景：从攻击面分析到安全需求落地

某智能POS终端厂商在开发新一代产品时，安全团队对原型机进行了攻击面分析。初始测试发现以下问题：设备上的UART调试口在量产固件中仍然可用，通过串口可直接进入root shell；固件升级包使用硬编码的AES密钥进行加密，但密钥可通过逆向升级工具提取；系统未启用Secure Boot，攻击者可以替换启动分区中的内核镜像。

针对这些问题，安全团队制定了整改方案：首先，在量产固件中禁用UART调试口，并将相关GPIO引脚配置为普通IO模式；其次，升级固件签名方案，采用RSA-2048签名算法，签名私钥存储在HSM中，设备端公钥烧录在安全芯片的OTP区域；最后，在Boot ROM中启用Secure Boot功能，并设置防回滚版本号。经过整改后，重新进行攻击面测试，所有已知漏洞均已修复，设备通过了PCI-PTS 5.x预评估。

该案例表明，攻击面分析不是一次性的工作，而是需要贯穿产品开发全生命周期。每一次硬件改版、每一次固件更新，都应重新审视攻击面变化，并验证安全控制措施的有效性。

2.5 常见误区与总结复盘

在物联网支付设备安全设计中，常见误区包括：过度依赖外围安全芯片而忽略主处理器自身安全——如果主处理器未启用Secure Boot，攻击者可以替换整个操作系统，安全芯片的防护也会被绕过；认为安全启动可以解决所有问题——安全启动只是第一道防线，运行时的内存保护、控制流完整性和数据加密同样重要；忽视供应链安全——即使设备本身安全，如果固件在编译或烧录环节被投毒，所有防护都将失效。