为什么 Connext DDS Secure 是工业物联网安全的明智之选

「安全应内生而非外挂。」随着工业物联网（IIoT）扩张，此原则愈发真实。然而许多系统仍将安全作为事后补救。理解原因有助架构师避免昂贵返工。

常见情况：威胁模型和安全需求未在架构阶段充分融入。现有方案再被加装加密或访问控制，代价高昂、脆弱且不足。管理层可能以性能优先，假设隔离或气隙能保护系统. 等安全补上时，重新架构整个方案可能成本高到禁止性。

设计安全系统需在攻击防护与性能、互操作性、可扩展性影响最小化间平衡——随系统复杂化，挑战加剧。DDS 安全规范和 RTI Connext® DDS Secure 以点对点、数据中心框架原生支持细粒度安全控制、组播、零拷贝数据分发，应对这些挑战。

若您已用 DDS 或评估中，Connext DDS Secure 提供清晰路径将安全与业务风险、性能目标对齐。下文探讨其如何满足关键 IIoT 环境需求，并以医疗设备互操作案例研究说明影响。

DDS 安全是否适配您的用例？

RTI 工程师用五大关键问题评估潜在客户。至少三个答「是」，DDS 很可能是最优连接框架：

1. 短暂中断对您系统不可接受？
2. 过去两周用过「毫秒」或「微秒」？
3. 软件工程师超 10 人？
4. 需向多目的地发布数据（如云、数据库、边缘设备）？
5. 设计新 IIoT 架构？

问题 1 — 可用性
正常运行时间关键时，DDS 点对点拓扑消除单点故障。Ownership、Durability、Liveliness、Deadline 等 QoS 策略实现优雅降级。DDS Security 增域隔离、参与者认证、消息认证，缓解 DoS 攻击同时保可用性。

问题 2 — 实时性能
高频数据流要求极低延迟。DDS Security 让您按主题或参与者配置机密性、完整性、真实性，无需改应用代码。这种细粒度方法确保仅应用必要安全机制，保持往返时间低。

问题 3 — 开发效率
大团队受益于 DDS 数据中心设计，解耦数据模型与处理 API。安全策略在声明式文件（域治理、参与者权限）定义，可独立于代码审计更新，降低集成风险、加速交付。

问题 4 — 组播优化
TLS/DTLS 无法利用组播，DDS Security 原生支持组播实现高效数据分发。这对遥测、诊断、控制消息等广播式应用至关重要。

问题 5 — 新架构灵活性
全新系统可从一开始嵌入安全。DDS 是开放、厂商中立标准，DDS Security 提供可插拔认证、授权、加密、日志 API，理想适配可扩展、跨厂商 IIoT 部署。

RTI Connext DDS Secure 经众多商业和政府客户验证。反馈持续指导产品增强和 DDS 社区贡献。

案例：DDS Security 保障医疗设备安全互操作

ASTM F2761-09 集成临床环境（ICE）标准促进异构医疗设备互操作。开源 ICE 实现 OpenICE 以 DDS 为通信骨干。无显式安全，内部人员可作中间人伪造患者数据、危及护理。

OpenICE 实现跨多元医疗设备连接。应用 DDS Security，管理员可强制执行逐设备访问控制，确保仅授权参与者发布/订阅敏感主题。这缓解内部威胁、守护患者安全。

仅传输层安全不够

即使所有流量用 TLS/DTLS 加密，若缺细粒度控制，被攻破设备仍可发布恶意数据。DDS Security 基于角色的访问策略防此类攻击且不影响现有传输安全。

资源受限设备或带宽敏感应用可裁剪安全级别——仅在适当处启用完整性或真实性——最小化开销同时保合规。

RTI 也提供可与 DDS 集成的定制 TLS/DTLS 传输，适配需其的用例。架构研究助您基于风险和性能选型传输与中间件安全的正确组合。

结论与参考

关键基础设施建议采用 RTI Connext DDS Secure 和 OMG DDS Security 标准。关键参考：

• [1] OMG DDS Security 规范 — https://www.omg.org/spec/DDS-Security/
• [2] 工业互联网参考架构 (IIRA) — https://www.iiar.org/
• [3] 工业互联网连接框架 (IICF) — https://www.iicf.org/
• [4] 工业互联网安全框架 (IISF) — https://www.iisf.org/
• [5] ICE Security — https://www.ice-security.org/