サイバーセキュリティおよび物理セキュリティ規制は、産業用制御システムを様々な脅威やリスクから保護するためのガイダンスと要件を提供することを目的としています。しかしながら、これらの規制は、様々な理由から、様々な利害関係者から様々な抵抗に直面する可能性があります。その理由の一つは、特に国際レベルで施行されているサイバーセキュリティおよび物理セキュリティ規制の数が限られていることです。これは、地域や国によって規制が厳格または包括的である可能性があり、国境を越えた協力やコンプライアンスにおいて矛盾や課題が生じることを意味します。さらに、一部の規制は時代遅れであったり、ISA/IECなどの現在のベストプラクティスや標準に準拠していない場合があります。
62443は、その有効性と適用性を制限する可能性があります。そのため、一部の組織では、強制的な規制ではなく、ISA/IEC 62443などの自主規格やフレームワークに従うことを好む場合があります。自主規格やフレームワークは、各産業用制御システムの特定のニーズや状況に対して、より柔軟性と適応性を提供できる可能性があるためです。参考文献：
* 産業用制御システムのセキュリティを確保するための ISA/IEC 62443 規格、3 ページ
* ISA/IEC 62443規格を用いた制御システムのセキュリティ確保、9ページ

CCSCは、ISA/IEC 62443-4-2で定義されているCommon Component Security Criteria（共通コンポーネントセキュリティ基準）の略称です。これは、あらゆるコンポーネントタイプ（組み込みデバイス、ソフトウェアアプリ、ネットワークコンポーネントなど）に適用される標準化された技術セキュリティ要件のセットです。
「CCSC は、タイプに関係なく、すべての IACS コンポーネントに共通して適用されるベースラインの技術セキュリティ要件を表します。」
- ISA/IEC 62443-4-2:2018、条項 4.1 - 共通コンポーネント セキュリティ基準 これらの要件は、コンポーネント セキュリティ評価における一貫性と相互運用性をサポートします。
参考文献:
ISA/IEC 62443-4-2:2018 - 条項4.1
ISA/IEC 62443-1-1 - コンポーネントの種類と用語

データグラムトランスポート層セキュリティ（DTLS）とセキュアソケットレイヤー（SSL）はどちらも、インターネット上で安全なデータ転送を管理するために広く使用されているプロトコルです。DTLSはSSLの一種で、音声や動画などのリアルタイムアプリケーションで使用されるUDPなどのデータグラムプロトコル上で動作するように設計されています。
SSLは、TCP経由で送信されるデータの暗号化、認証、および整合性を提供するプロトコルであり、信頼性と秩序あるデータ配信に使用されます。DTLSとSSLはどちらも、証明書と非対称暗号化を使用して通信者間の安全なセッションを確立し、その後、対称暗号化を使用して交換されるデータを暗号化します。DTLSとSSLは、Webブラウザ、メールクライアント、VPN、およびインターネット上での安全な通信を必要とするその他のアプリケーションで広く使用されています。参考資料：
* ISA/IEC 62443 産業用制御システムのセキュリティ保護規格、モジュール 3: 暗号化の概要、3-5 ～ 3-7 ページ
* ISA/IEC 62443規格を用いた制御システムのセキュリティ確保、第6章「通信のセキュリティ確保」、125～126ページ

情報セキュリティマネジメントシステム（ISMS）の国際規格であるISO 27001を導入するための最初のステップは、セキュリティリスクアセスメントを実施することです。この最初のステップは、リスクにさらされる可能性のある組織の情報資産を特定し、それらの資産に対する脆弱性と脅威を評価し、それらの潜在的な影響を評価する上で非常に重要です。このリスクアセスメントは、組織固有のニーズに合わせて適切なセキュリティ管理策と対策を定義するための基盤となります。リスクアセスメントを実施することで、実装されたセキュリティ管理策が組織が直面する実際のリスクと整合し、ISMSをより効果的かつ的確に実施できるようになります。
ISA/IEC 62443 サイバーセキュリティの基礎 参考文献:
* ISO 27001 は ISA/IEC 62443 の一部ではありませんが、セキュリティ リスクの包括的な理解と評価から始まるサイバーセキュリティ管理の共通原則を共有しています。これは、効果的なセキュリティ プラクティスを確立するための両方の標準の基本的な側面です。

ISA/IEC 62443-2-3によると、パッチテストには、パッチの展開前にその安全性と有効性を確認するための複数のタスクが含まれます。具体的には以下のとおりです。
ファイルの真正性検証
対象システム/ユーザーへの通知
資格および検証テスト
ただし、「削除手順」はパッチ テストの標準アクティビティとしてはリストされていません。ロールバック計画はベスト プラクティスである可能性がありますが、テスト フェーズでは具体的にリストされていません。
「パッチ テスト活動には、パッチの信頼性の検証、関連する利害関係者への通知、代表的な環境での適格性テストが含まれます。」
- ISA/IEC 62443-2-3:2015、第6.1.2項 - パッチテストと検証
参考文献:
ISA/IEC 62443-2-3:2015 - 条項6.1.2
ISA/IEC 62443-2-1 - 運用パッチ計画