IEC 62443のゾーン、コンジット、セキュリティレベル

Sytance · 更新日

ゾーンは同様のセキュリティ要件を持つ資産をまとめ、コンジットはそのゾーン間の通信を定義します。セキュリティレベルは、定義されたシステム、ゾーン、コンジット、またはコンポーネントについて、目標、組み込み能力、達成済みの保護水準を表します。

評価対象システム

IEC 62443-3-2:2020は、IACSの評価対象システムを定義するための要件を定めています。その境界によって、リスク評価に含める資産、インターフェース、ユーザー、通信経路、運転モード、前提が決まります。

システムの説明では、評価対象の機能と、それを支える資産やインターフェースを特定する必要があります。例えば、生産ラインの場合、対象に含めるコントローラー、オペレーター用ステーション、外部接続を説明します。

ゾーンとコンジット

次にIEC 62443-3-2は、評価対象システムをゾーンとコンジットに分割します。その構成では、セキュリティ要件と保護が必要な通信を反映します。

ゾーン

分析において同様のセキュリティ要件を共有すべき、システム境界内の資産のまとまり。

コンジット

独自のリスク処置とセキュリティ要件が必要な、ゾーン間の通信経路。

この構造により、評価を実用的に行えます。安全PLC、エンジニアリングワークステーション、ヒストリアン、リモートアクセスサービス、フィールドバス、コントローラーネットワーク、企業ネットワークでは、露出、影響、セキュリティニーズが異なる場合に、単一の均質な信頼領域として扱うべきではありません。

セキュリティレベル

IECの公開資料では、IEC 62443-3-2は各ゾーンおよびコンジットの目標セキュリティレベルを設定し、IEC 62443-3-3は詳細な制御システム要件と能力セキュリティレベルを定めると説明しています。セキュリティレベルは一般的な品質スコアではありません。定義されたシステム、ゾーン、コンジット、脅威環境、要件一式に結び付いています。

  • レベルを設定する前に評価対象システムを定義する。
  • システムをゾーンとコンジットに分割する。
  • ゾーンとコンジットごとにリスクを評価する。
  • ゾーンとコンジットごとにSL-Tを設定する。
  • その目標から導かれるセキュリティ要件を文書化する。

製品の限界

製品サプライヤーは、コンポーネント能力、安全な開発、製品文書に関する証拠を提供できます。それでも、その証拠を導入済みアーキテクチャに位置付ける必要があります。同じコンポーネントでも、設置先によって異なるゾーンに配置されたり、異なるコンジットで接続されたりし、リスクも異なる場合があります。

そのため、システムインテグレーターと資産所有者も評価に関わります。運用中IACSのリスク判断は通常、資産所有者が担います。統合サービスプロバイダーは、区分設計、詳細なリスク評価、技術的対策を設計または支援することがあります。製品サプライヤーは通常、能力情報と製品サポートを提供しますが、最終的なシステムリスクの結論を出すわけではありません。

出典