IEC 62443-3-2:システムのリスク評価

Sytance · 更新日

IEC 62443-3-2:2020は、セキュリティリスク評価とシステム設計を扱うパートです。定義された評価対象システムから始め、そのシステムをゾーンとコンジットに分割し、それぞれのリスクを評価してSL-Tを設定し、そこから導かれるセキュリティ要件を文書化します。

評価対象システム

評価対象システム (SUC) は評価境界です。リスク評価でシステムの一部として扱うIACS機能、資産、ユーザー、インターフェース、通信経路、運用上の前提、外部接続を特定する必要があります。

評価では、SUC内の資産やインターフェースと、外部サービスや前提を区別する必要があります。施設名や製品名だけでは適用範囲は定まりません。

ゾーンとコンジットの評価

IEC 62443-3-2は、リスク評価を実用的に行うためにゾーンとコンジットを用います。ゾーンは、同様のセキュリティ要件を共有すべき資産をまとめます。コンジットは、独自の管理策と前提が必要な、ゾーン間の通信経路を表します。

ゾーン

ゾーン内の資産がセキュリティ要件、リスクに関する前提、責任の境界を無理なく共有できる場合に、そのゾーンは有効です。

コンジット

コンジットは単なるケーブルやネットワークセグメントではありません。ゾーン間でリスクを伝える通信経路です。

関連するゾーンおよびコンジットごとにリスクを評価します。これにより、安全制御装置、エンジニアリングワークステーション、ヒストリアン、リモートアクセス経路、企業ネットワーク接続を、単一の均質な信頼領域として扱うことを避けられます。

SL-Tはリスク評価から導く

SL-Tはリスク評価後にゾーンまたはコンジットに設定する目標セキュリティレベルです。製品認証書から転用できる汎用的な評価値ではありません。SUC、検討対象の脅威、侵害時の影響、ゾーンまたはコンジットに選択されたリスク処置によって決まります。

SL-T

リスク評価により、ゾーン、コンジット、または制御システム境界に設定された目標レベル。

SL-C

制御システムまたはコンポーネントの能力レベル。設計を支援できますが、目標レベルを決めるものではありません。

SL-A

実装済みシステムで達成されたレベル。設計、設定、手順、検証によって決まります。

文書化されたセキュリティ要件

IEC 62443-3-2では、最終的にセキュリティ要件を文書化します。これらの要件は、SUC、ゾーン・コンジットモデル、リスクの根拠、選択したSL-T、前提、責任を結び付ける必要があります。その後、該当するシステム境界について詳細な制御システム要件を示すためにIEC 62443-3-3を利用できます。

  • SUCの境界と対象資産。
  • インターフェースと信頼境界を含むゾーン・コンジットモデル。
  • 各ゾーンおよびコンジットのリスク根拠。
  • 関連する各ゾーンおよびコンジットに選択したSL-T。
  • その目標から導かれるセキュリティ要件と前提。
  • 資産所有者、インテグレーター、保守プロバイダー、製品サプライヤーの責任と、それぞれが提供する証拠。

簡潔な概念説明については、 ゾーン、コンジット、セキュリティレベルを参照してください。このページでは、リスク評価をさらに詳しく扱います。

製品証拠によるシステム設計の支援

3-2のリスク評価だけでは、製品がIEC 62443-4-2に適合すること、サプライヤーがIEC 62443-4-1に従うこと、またはシステムがIEC 62443-3-3を満たすことは証明されません。評価では、システムが必要とするものと設計を裏付ける製品証拠を定めることができます。製品に関する主張には、コンポーネントの種類、製品バージョン、インターフェース、能力レベル、サプライヤーのライフサイクルに関する証拠、認証書を利用する場合はその適用範囲を別途示す必要があります。

システム評価に用いる製品情報

製品文書、安全な開発に関する証拠、コンポーネントの能力に関する主張、脆弱性の状況、強化ガイダンスは、システム関連ファイルに用いる情報です。これらがシステムリスク評価の結果になるわけではありません。

出典