なぜConnext DDS Secureが産業IoTセキュリティの賢い選択なのか

「セキュリティは後付けではなく、組み込むべきだ。」この原則は、Industrial Internet of Things（IIoT）が拡大するにつれて特に真実です。しかし、多くのシステムはセキュリティを後回しにしています。なぜかを理解すれば、アーキテクトは高コストな後付けを回避できます。

多くの場合、脅威モデルとセキュリティ要件がアーキテクチャ・フェーズに完全に統合されていません。既存ソリューションに暗号化やアクセス制御を後付けすると、高コスト、脆弱、不十分になりがちです。経営層はパフォーマンスを優先し、隔離やエア・ギャップがシステムを守ると想定しがちです。セキュリティを追加する頃には、ソリューション全体の再アーキテクトは法外に高価になっています。

安全なシステム設計には、攻撃からの保護とパフォーマンス、相互運用性、スケーラビリティへの最小限の影響のバランスが必要です - システムがより複雑になるにつれて課題は増大します。DDSセキュリティ仕様とRTIのConnext® DDS Secureは、ピア・ツー・ピア、データ中心のフレームワークで、きめ細かなセキュリティ制御、マルチキャスト、ゼロ・コピー・データ配布をネイティブにサポートすることで、これらの課題に対処します。

すでにDDSを使用しているか評価中であれば、Connext DDS Secureはセキュリティをビジネス・リスクとパフォーマンス目標に整合させる明確な道を提供します。以下では、クリティカルなIIoT環境のニーズをどう満たすかを探り、医療機器相互運用性のケーススタディで影響を説明します。

DDSセキュリティがあなたのユースケースに適しているか？

RTIエンジニアは、潜在的なお客様を5つの鍵となる質問で評価します。少なくとも3つが「はい」なら、DDSが最適な接続フレームワークである可能性が高いです：

1. 短時間の停止がシステムにとって許容できないか？
2. 過去2週間で「ミリ秒」または「マイクロ秒」という用語を使ったか？
3. ソフトウェア・エンジニアが10人以上いるか？
4. データを複数の宛先（クラウド、データベース、エッジ・デバイスなど）に公開する必要があるか？
5. 新しいIIoTアーキテクチャを設計中か？

質問1 - 可用性
アップタイムがクリティカルな場合、DDSのピア・ツー・ピア・トポロジは単一障害点を排除します。Ownership、Durability、Liveliness、DeadlineなどのQoSポリシーがグレースフル・デグラデーションを可能にします。DDSセキュリティはドメイン分離、参加者認証、メッセージ認証を追加し、可用性を維持しながらDoS攻撃を緩和します。

質問2 - リアルタイム・パフォーマンス
高頻度データ・ストリームは最小レイテンシを要求します。DDSセキュリティでは、トピックまたは参加者ごとに機密性、完全性、真正性を設定でき、アプリケーション・コードを変更せずに調整可能です。このきめ細かなアプローチにより、必要なセキュリティ・メカニズムのみが適用され、ラウンドトリップ・タイムを低く保ちます。

質問3 - 開発効率
大規模チームは、データ・モデルを処理APIから分離するDDSのデータ中心設計の恩恵を受けます。セキュリティ・ポリシーは宣言的ファイル（ドメイン・ガバナンス、参加者権限）で定義され、コードから独立して監査・更新可能で、統合リスクを減らし、デリバリを加速します。

質問4 - マルチキャスト最適化
TLS/DTLSがマルチキャストを活用できないのに対し、DDSセキュリティはネイティブにマルチキャストをサポートし、効率的なデータ配布を実現。テレメトリ、診断、制御メッセージングなどのブロードキャスト型アプリケーションに不可欠です。

質問5 - 新アーキテクチャの柔軟性
新しいシステムを構築するとき、最初からセキュリティを組み込めます。DDSはオープンでベンダー・ニュートラルな標準であり、DDSセキュリティはプラガブルな認証、認可、暗号化、ログ記録APIを提供し、スケーラブルでクロス・ベンダーなIIoT導入に最適です。

RTI Connext DDS Secureは多数の商用および政府のお客様で検証済みです。フィードバックは製品拡張とDDSコミュニティへの貢献に継続的に反映されています。

例：セキュアな医療機器相互運用性のためのDDSセキュリティ

ASTM F2761-09 Integrated Clinical Environment（ICE）標準は、異機種医療機器間の相互運用性を促進します。オープンソースICE実装のOpenICEは、DDSを通信バックボーンとして使用します。明示的なセキュリティなしでは、内部者がマン・イン・ザ・ミドルとして振る舞い、患者データを偽造し、ケアを損なう可能性があります。

OpenICEは多様な医療機器間の接続を可能にします。DDSセキュリティを適用することで、管理者はデバイスごとのアクセス制御を強制し、認可された参加者のみが機密トピックをパブリッシュ/サブスクライブできるようにします。これにより内部脅威を緩和し、患者安全を維持します。

トランスポート・レベル・セキュリティだけでは不十分

すべてのトラフィックがTLS/DTLSで暗号化されていても、きめ細かな制御がなければ、侵害されたデバイスが悪意あるデータを公開できます。DDSセキュリティのロール・ベース・アクセス・ポリシーは、既存のトランスポート・セキュリティに影響を与えずに、このような攻撃を防ぎます。

リソース制約デバイスや帯域幅センシティブなアプリケーションでは、セキュリティ・レベルを調整できます - 必要な場所でのみ完全性や真正性を有効化し、オーバーヘッドを最小化しながらコンプライアンスを維持。

RTIは、DDSと統合可能なカスタムTLS/DTLSトランスポートも提供し、それらを必要とするユースケースに対応します。アーキテクチャ・スタディで、リスクとパフォーマンスに基づき、トランスポートとミドルウェア・セキュリティの適切なブレンドを選択するお手伝いをします。

結論と参考文献

クリティカル・インフラには、RTI Connext DDS SecureとOMG DDSセキュリティ標準の採用を推奨します。主要参考文献：

• [1] OMG DDS Security Specification – https://www.omg.org/spec/DDS-Security/
• [2] Industrial Internet Reference Architecture (IIRA) – https://www.iiar.org/
• [3] Industrial Internet Connectivity Framework (IICF) – https://www.iicf.org/
• [4] Industrial Internet Security Framework (IISF) – https://www.iisf.org/
• [5] ICE Security – https://www.ice-security.org/