安全控制框架 2024

存在限制嵌入式技术仅与授权对等点和服务端点通信的机制。

现有机制可以对嵌入式技术（例如物联网、OT 等）及其支持服务实施基于证书的身份验证。

现有机制可实现嵌入式技术，利用预先配置的云信任锚来支持安全引导和零接触配置 (ZTP)。

当检测到配置更改或尝试访问接口时，存在在嵌入式设备上生成日志条目的机制。

存在安全更新嵌入式设备上的软件和升级功能的机制。

存在根据需要或至少每年一次对已部署的嵌入式技术进行评估的机制，以确保识别和实施必要的更新，以减轻与遗留嵌入式技术相关的风险。

存在促进嵌入式技术控制实施的机制。

存在保护嵌入式设备免遭未经授权使用物理工厂诊断和测试接口的机制。

现有机制可主动管理与物联网 (IoT) 相关的网络安全和数据隐私风险。

存在加强消息队列遥测传输 (MQTT) 流量安全性的机制。

存在确定嵌入式技术是否经过认证可以在建议的操作环境中安全使用的机制。

现有机制可主动管理与运营技术 (OT) 相关的网络安全和数据隐私风险。

存在自动化机制来监控嵌入式技术的功率水平，以减少或过度用电（包括电池耗尽），以调查设备篡改情况。

存在通过防止未经授权安装和执行软件来保护嵌入式设备的机制。

现有机制可确保嵌入式技术利用安全配置的实时操作系统 (RTOS)。

存在配置嵌入式技术以适应数据网络和断电的机制。

现有机制要求嵌入式技术启动所有通信并丢弃新的传入通信。

存在持续验证自主系统的机制，当安全操作不再得到保证时，自主系统会触发自动状态更改。

存在通过故障树分析或类似方法评估嵌入式技术的安全方面的机制，以确定误用、错误配置和/或故障的可能后果。