Day31-36｜11.4.5 边缘计算的安全：保护分散节点、现场数据与控制闭环

一、教材定位

本节是《系统架构设计师教程（第2版）》第11章边缘计算概述的第五节。边缘计算把计算和数据处理能力部署到现场，带来了低时延、隐私保护和断网自治等优势，同时也把服务器、数据、模型和控制接口暴露在更分散、更复杂、更容易被物理接触的环境中。本节重点讨论边缘计算的安全问题，以及系统架构师如何建立端、边缘、云、网络、数据、应用和运维一体化的安全防护体系。

考试中的边缘安全题很少只问“是否加密”。更常见的是给出大量现场节点、远程运维、模型下发、设备控制和网络中断场景，要求识别身份伪造、越权控制、节点篡改、数据泄露、模型投毒、供应链和恢复失败等风险，并提出分层防护措施。答题要体现“安全目标—威胁—控制措施—验证与响应”的完整链条。

二、边缘计算安全的特殊性

1. 节点分散且物理暴露

中心云服务器通常位于受控机房，边缘节点可能安装在工厂、道路、车辆、基站、楼宇和户外机柜中，可能被断电、拆卸、替换或接触调试接口。边缘节点的硬件、操作系统、容器和密钥都需要考虑物理攻击和离线篡改。

2. 资源有限且异构

边缘节点的计算、存储和安全能力差异很大，部分设备无法运行复杂安全代理或完整加密服务。安全方案需要进行分级，不能简单照搬云端策略；同时要保证不同硬件、系统和协议之间建立统一身份和策略。

3. 网络不稳定和连接间歇

边缘节点可能长时间离线、使用不可靠网络或跨越多个网络域。安全认证、策略更新和日志上报不能假设持续在线；系统要支持离线凭证、策略有效期、本地审计和重新上线校验。

4. 安全事件会影响物理世界

边缘节点不仅保存数据，还可能控制机器人、阀门、车辆、生产线和能源设备。一次身份盗用、重放命令或模型篡改可能造成物理损害、人身风险和业务中断，因此需要把网络安全与功能安全结合起来。

5. 运维规模大

数百或数万个节点的证书轮换、漏洞修复、配置变更和日志收集很难依靠人工完成。安全能力必须嵌入设备注册、应用发布、升级、监控和退役的全生命周期。

三、边缘安全目标

边缘安全不能只追求保密性。对控制系统而言，完整性、可用性和功能安全往往同样甚至更加关键；对视频和医疗场景，隐私与审计也必须纳入设计。

四、端到端身份与访问控制

1. 设备唯一身份

每个设备、边缘节点和服务实例应具有唯一身份，不能使用共享账号、默认密码或仅凭设备名称识别。身份可以基于证书、可信硬件、密钥或安全芯片建立，并支持注册、轮换、吊销、挂失和退役。

设备身份要与资产、位置、型号、固件、所属组织和生命周期绑定。设备转移或维修后，身份权限不能自动永久继承，应重新核验。

2. 双向认证

边缘与云端、设备与边缘、服务与服务之间都要验证对方身份。只认证客户端而不认证服务端，可能被中间人诱导连接到伪造平台；只认证设备而不认证控制者，可能被未授权用户调用控制接口。高风险通道应使用双向认证和加密通信。

3. 最小权限与分层授权

查看设备状态、修改配置、发布模型、下发控制、执行升级和读取原始数据应分开授权。用户、服务和设备只获得完成任务所需的最小权限，并设置范围、时间、区域和操作类型。平台管理员不应默认拥有所有物理控制权限，高风险动作要有审批和二次确认。

4. 零信任思想

边缘节点即使处于企业内网，也不能因为网络位置可信就永久信任。每次访问都应根据身份、设备状态、服务版本、位置、时间和风险进行认证与授权；节点重新上线、版本异常或完整性检查失败时，应重新评估权限。

五、网络和通信安全

1. 分区分域

将设备控制区、边缘计算区、管理区、办公网络、互联网和云连接区进行逻辑或物理隔离，限制跨区访问。控制网络不应与普通办公和访客网络无条件互通，边缘节点对外提供的服务也应采用最小端口和白名单。

2. 加密与密钥管理

敏感数据和控制通信应采用加密和完整性保护，密钥不能硬编码在应用或镜像中。密钥要支持安全生成、存储、轮换、吊销、备份和恢复；节点离线时可以使用有限期凭证，避免凭证永久有效。

3. 消息安全

控制消息要包含发送者、目标、序列号、时间、有效期、动作和签名，防止伪造、篡改和重放。消息处理要支持幂等和重复检测；发生序列跳变、时间异常或签名失败时拒绝执行并告警。

4. 网络异常防护

面对拒绝服务、流量突增和连接风暴，边缘节点要限流、排队、隔离和优先保障控制与安全通道。网络恢复后要避免大量日志和数据同时补传压垮节点。关键节点可以配置冗余链路或备用通信方式。

六、设备和节点安全

1. 安全启动与可信状态

安全启动通过硬件或固件链验证引导程序、操作系统、驱动和应用来源，防止被篡改的系统启动。节点启动后还要报告固件、应用、模型和配置的完整性，云端根据可信状态决定是否允许加入业务网络。

2. 物理和接口防护

禁用或保护调试口、串口、USB 和本地管理接口，限制从外部介质启动。机柜和设备应有防拆、门禁、环境监控和断电保护。不能假设攻击者无法接触边缘节点，尤其是户外、车载和公共场所设备。

3. 操作系统和容器安全

使用最小化系统、及时修补漏洞、关闭无用服务、限制进程权限和文件访问。容器需要镜像签名、运行时隔离、资源配额和网络策略，避免容器逃逸或一个应用影响所有控制服务。对实时任务要在安全隔离与确定性之间进行权衡。

4. 安全备份与恢复

配置、证书、规则、模型和关键日志需要加密备份，但恢复过程必须重新验证版本和完整性。备份不能成为攻击入口，也不能把已经吊销的凭证和过期策略无条件恢复。

七、数据安全与隐私保护

1. 数据最小化

只采集完成业务所需的数据，限制采样频率、分辨率、保留时间和访问范围。边缘可以直接输出事件或特征，减少上传原始视频、语音和工业配方。

2. 脱敏与分级

对人脸、车牌、患者信息和个人语音进行匿名化或脱敏，对工业和商业数据按敏感等级分区存储。脱敏后的数据仍可能通过组合信息重新识别，因此要结合访问、用途和生命周期控制。

3. 数据完整性和来源

数据要包含设备、时间、位置、质量码、处理规则和版本，关键数据可以采用签名、哈希或防篡改日志。模型训练样本要防止数据投毒，人工标注和数据修正要留痕。

4. 本地存储安全

边缘缓存中可能存在大量敏感数据，应进行磁盘加密、访问控制、过期删除和安全擦除。节点退役、维修或转移前，要清理密钥、缓存、日志和设备身份。

八、模型、规则和供应链安全

1. 模型完整性

模型文件应签名并记录来源、训练数据版本、代码、指标、适用范围和安全等级。边缘下载模型后进行签名和哈希验证，运行中监控模型版本和行为，防止被替换或回滚到有漏洞的旧版本。

2. 模型输出约束

即使模型来源可信，输出也可能错误或被对抗输入影响。模型结果进入控制链路前，要经过置信度、范围、状态、权限和安全规则校验；高风险动作采用人工确认或确定性控制。

3. 软件供应链

边缘应用依赖操作系统、驱动、容器镜像、开源组件和模型库。应建立组件清单、漏洞扫描、签名仓库、构建来源和发布审批。不能从不可信来源直接下载脚本、镜像或模型到现场节点。

4. 安全更新

更新包要签名、分批、限速、可验证和可回退；升级前检查电量、网络、任务和安全状态，升级中保留最小安全功能；升级失败时自动恢复稳定版本，并报告原因。

九、日志、监控和安全运营

1. 日志内容

应记录登录、设备注册、策略发布、命令调用、模型变更、配置修改、升级、异常检测、故障切换和人工接管。日志包含主体、目标、时间、来源、结果、版本和关联任务，不能只记录一条“操作成功”。

2. 日志可信

边缘离线时日志本地缓存并防篡改，恢复后按序上传；关键审计日志应签名或写入不可随意修改的存储。节点被攻陷时，攻击者可能删除本地日志，因此要尽量及时发送安全摘要和远程留存。

3. 监控指标

监控在线状态、证书、时间同步、CPU、内存、磁盘、流量、异常登录、重复命令、模型版本、输入分布、失败率和控制偏差。安全监控要与业务和物理监控关联，例如异常命令是否导致设备温度、速度或位置偏离。

4. 应急响应

发生节点被篡改、证书泄露、恶意命令、模型投毒或数据泄露时，应能够隔离节点、吊销身份、冻结控制、切换安全策略、保全证据、恢复稳定版本并进行根因分析。应急流程要预先演练，不应等到现场事故发生才临时决定。

十、边缘安全与功能安全协同

网络安全关注攻击者和未授权行为，功能安全关注系统故障和异常时避免危险后果。两者需要协同但不能互相替代。

例如，控制命令通过身份认证并不代表它安全，因为合法账号可能发送错误参数；传感器没有被攻击也可能因老化产生错误值。设备应设置限位、速度、力矩、温度和状态互锁，对超范围和不可信数据采用降级或停止。安全控制回路要尽量独立于普通业务和云端，保证网络攻击或软件崩溃时仍能保持底线。

十一、案例分析：边缘视觉控制系统安全设计

某工厂在生产线部署边缘视觉系统，识别危险区域人员并控制设备减速。边缘节点由总部云平台远程升级，工厂网络与办公网络部分互通。现状是所有摄像头共用账号，模型从公共文件服务器下载，边缘节点保存未加密的视频，控制接口只校验 IP 地址。

问题一：指出主要安全风险

参考答案：共享账号无法追踪和吊销，存在设备冒用风险；仅校验 IP 地址不能证明用户和服务身份，控制接口可能被越权调用；模型从公共文件服务器下载，可能被篡改或替换；视频未加密且保留时间不明，存在隐私泄露；办公网络与控制网络互通，攻击面扩大；边缘升级没有签名、灰度和回退，可能导致大范围失效；未说明异常命令、视觉误判和节点被攻陷时的功能安全策略。

问题二：给出分层防护措施

参考答案：为每个摄像头、边缘节点和运维用户建立唯一身份和证书，采用双向认证、最小权限和分区分域；控制命令携带序列号、时间、有效期和签名，由边缘与设备校验参数和安全状态；模型进入签名仓库，发布前扫描、评估，下载后验证完整性并分批灰度；视频本地加密、分级保存并按最小化原则上传事件和必要片段；节点启用安全启动、磁盘加密、调试口保护、漏洞修补和资源隔离；安全控制回路独立实现减速、急停和失效保护。

问题三：发生边缘节点疑似被篡改时如何响应？

参考答案：立即将节点隔离并吊销身份，冻结非必要控制命令，切换设备侧安全策略或备用节点；保全远程日志、完整性证明、网络流量和版本信息；检查固件、操作系统、应用、模型、配置和密钥；从可信介质恢复经过验证的版本，重新注册和分配权限；确认传感器、设备和控制回路正常后分批恢复；最后分析入侵原因、修补漏洞、轮换凭证并演练改进。

十二、综合知识练习

题1

为什么边缘节点不能只依赖内网安全？

参考答案：边缘节点可能物理暴露、连接多种网络和设备，内网中也可能存在被攻陷的终端。网络位置不能证明身份和行为可信，应采用零信任、双向认证、最小权限、分区和持续状态检查。

题2

边缘离线时如何进行身份和权限管理？

参考答案：使用有限期、最小权限的离线凭证和已验证策略，限制可执行动作和自治时间；本地记录审计，超过有效期或状态异常时进入保守模式；重新上线后重新认证、检查完整性、轮换凭证并同步审计。

题3

为什么模型安全属于边缘计算安全的一部分？

参考答案：模型可能影响识别、预测和控制结果，模型被替换、投毒、回滚或遭受对抗输入会导致错误决策。应进行来源和签名验证、版本管理、适用性评估、输出约束、运行监控和回退。

题4

边缘安全事件响应为什么要包含功能安全措施？

参考答案：边缘节点控制物理设备，隔离节点或吊销账号不能立即消除设备风险。响应还要冻结控制、切换安全策略、急停或人工接管，确保网络安全事件不会进一步演变为人身和设备事故。

十三、论文写作素材

论文可以围绕“边缘计算平台的安全架构设计”展开。建议按设备身份、网络分区、数据保护、应用和模型供应链、远程运维、功能安全、监控审计和应急恢复进行组织，写出边缘安全与中心云安全不同的现场特点。

可使用如下段落：

“针对边缘节点分散、物理暴露、连接间歇和可能影响物理设备的问题，我建立了端、边、云一体化安全体系。每个设备和服务使用唯一身份，边云之间采用双向认证和加密通信，控制网络与办公网络分区隔离；模型、规则、固件和配置全部签名、版本化、灰度发布并可回退；原始视频和工艺数据按敏感等级本地加密保存，仅上传必要事件和特征。离线期间使用有限期策略并限制权限，重新上线时进行完整性检查和重新认证。发生异常时先隔离节点、冻结危险命令并切换功能安全策略，再进行证据保全、可信恢复和凭证轮换。”

十四、今日复盘

1. 边缘安全的特殊风险来自节点分散、物理暴露、资源异构、网络间歇和物理影响。
2. 安全目标包括机密性、完整性、可用性、身份、审计、隐私和功能安全。
3. 设备唯一身份、双向认证、最小权限、分区分域、消息防重放和密钥管理是基础。
4. 固件、操作系统、容器、应用、模型、规则和配置都需要供应链、版本和回退保护。
5. 离线策略、重新上线校验、日志防篡改和应急演练决定安全措施能否真正落地。
6. 案例题要写“风险—措施—验证—响应”闭环，不能只写加密、防火墙和权限等孤立名词。

完成本节后，应能回答一个核心问题：当边缘节点被攻击、断网或发生故障时，系统如何在保护数据和身份的同时，保证物理设备处于安全、可控、可恢复的状态？这正是边缘计算安全区别于普通应用安全的关键。