共有責任
Dispel Zero Trust Engineにおける共有責任の違い
この文書では、Dispel Zero Trust Engine を展開し、維持するための責任分担モデルの義務と相違点について説明します。責任分担モデルにおける課題や нюance についても আলোচনাします。この文書では、セキュリティ上の課題に対処するためにお客様とどのように連携するかについても説明します。
データと Dispel の背後にある環境を最適に保護する方法を判断する際には、責任分担モデルを理解することが重要です。責任分担モデルでは、リモートアクセスにおけるセキュリティに関してお客様が担うタスクと、オンプレミス、カスタマークラウド、SaaS 展開の間でこれらのタスクがどのように異なるかを説明します。
責任分担
お客様のビジネスに関するセキュリティ要件および規制要件を理解し、機密データとリソースを保護するための要件を把握するのは、お客様自身の専門領域です。Dispel を使用する際は、機密データと環境を保護するために、Dispel の周囲およびセッション中に講じる必要があるセキュリティ制御を特定しなければなりません。どのセキュリティ制御を実装するかを決定するには、次の要因を考慮する必要があります。
規制コンプライアンス上の義務
組織のセキュリティ基準およびリスク管理計画
お客様およびベンダーのセキュリティ要件
展開方法によって定義
従来、責任は、選択する展開方法の種類と、必要とする Dispel サービスによって定義されます。
SaaS
Dispel がインフラストラクチャ、セキュリティ、保守を担当する、完全管理型のクラウドホスト型展開です。
Dispel の安全なクラウド環境で稼働します。
手間をかけずに利用でき、拡張性が高く、迅速に導入できるソリューションを求める組織に最適です。
カスタマークラウド
お客様独自のクラウド環境内に展開されます。
お客様がクラウドのセキュリティ設定を直接管理し、Dispel はプラットフォームのサポートを提供します。
データ主権、コンプライアンス、または統合要件が厳しい組織に最適です。
オンプレミス
お客様の産業ネットワークまたは企業ネットワーク内に完全に収容されたオンプレミス展開です。
お客様の施設内の専用ハードウェアまたは仮想化環境上で稼働します。
エアギャップ環境またはオフライン環境を必要とする、高度に規制された業界（例: 防衛、公益事業、重要インフラ）に最適です。
次の図はクラウドサービスを示し、Dispel とお客様の間で責任がどのように分担されるかを定義しています。
コンポーネントによって定義
中央管理ダッシュボード、リージョン、仮想デスクトップ
Dispel は、ソフトウェアコンポーネントのセキュリティについて責任を負います。これらのコンポーネントが展開される基盤インフラストラクチャの責任は、展開方法によって異なります。
Wicket ESI
Dispel は、開発、セキュリティアップデート、アプリケーションセキュリティを含む Wicket ESI ソフトウェアのセキュリティについて責任を負います。
お客様は、ハードウェア、OS アップデート、ネットワークセキュリティ、コンプライアンスを含め、Wicket ESI が展開される環境を維持する責任を負います。
ハードウェア
調達と保守
該当なし
物理/仮想ハードウェア上への Wicket ESI の展開
物理セキュリティ
該当なし
デバイスへの物理アクセスの保護
パフォーマンスとリソース割り当て
該当なし
十分な CPU、RAM、ストレージを確保する
オペレーティングシステム
OS パッチ適用とアップデート
該当なし
OS をセキュリティパッチで最新に保つ
OS のハードニング
該当なし
セキュリティベースラインと CIS ベンチマークの適用
ユーザーアクセス管理
該当なし
OS の管理者/ユーザーアカウントとアクセスポリシーの管理
ネットワーク
ファイアウォール
該当なし
ネットワークファイアウォール、VLAN、ルーティングの管理
稼働率と可用性
該当なし
インターネット接続性と信頼性の維持
監視とログ記録
ネットワークアクティビティログを生成する
イベントとインシデントの監視および対応
トンネルセキュリティ
暗号化
暗号方式の実装
該当なし
ルーティングと SD-WAN
プロビジョニングと接続性
該当なし
ソフトウェアセキュリティ
アプリケーションレベルのセキュリティ
セキュアコーディング、セキュリティテスト、レビュー
該当なし
ソフトウェアアップデートと脆弱性修正
Wicket ESI のパッチとアップデートの提供
該当なし
ソフトウェアパッチ適用
サポート付きで利用可能
Wicket ESI のパッチとアップデートの適用
構成セキュリティガイダンス
セットアップに関するセキュリティベストプラクティスの提供
推奨されるセキュリティ構成の適用
バックアップと災害復旧
データ保護と復旧
該当なし
Wicket ESI のバックアップおよび復元手順の実装
業界および規制フレームワークによって定義
さまざまな業界には、運用技術（OT）および産業用制御システム（ICS）に対して備えるべきセキュリティ制御を定める規制フレームワークがあります。Dispel の Zero Trust Engine 内でセキュアなリモートアクセスとデータストリーミングを展開する際には、次の点を理解することが不可欠です。
どのセキュリティ制御があなたの責任か
Dispel プラットフォームの一部として提供されるセキュリティ制御はどれか
Dispel のインフラストラクチャから継承されるセキュリティ制御はどれか
Dispel の既定の暗号化、安全な開発ライフサイクル、災害復旧/事業継続などの継承されたセキュリティ制御は、監査担当者や規制当局とのやり取りにおいて、コンプライアンスの証拠として使用できます。
Dispel 内で展開する場合、コンプライアンスの責任はお客様組織と Dispel で分担されます。詳細は 補完的ユーザー実体統制 を参照してください。
公益事業、海事、医療などの他の業界では、データをどのように保護、処理、保存するかを定める規制があります。これらの分野におけるコンプライアンスを Dispel がどのように支援するかの詳細は、当社の コンプライアンス リソース センター.
場所によって定義
業界や運用上のニーズに応じて、ビジネス、お客様、データの所在地に基づいてセキュリティ責任を評価する必要がある場合があります。さまざまな国や地域では、データの処理、保存、アクセス方法を規定する規制要件が適用されます。
たとえば、組織がお客様を欧州連合（EU）でサポートしている場合、一般データ保護規則（GDPR）への準拠が求められ、顧客データを EU ベースのインフラストラクチャ内に保持する必要があるかもしれません。この場合、データ所在地ポリシーの実施、および収集したデータが Dispel の EU クラウドリージョン、またはプライベートクラウドもしくはオンプレミス環境で展開される場合はお客様自身の EU ベースのインフラストラクチャ内に留まることの確保は、お客様の責任です。
地域ごとのコンプライアンス要件をよりよく理解するには、Dispel のコンプライアンス提供内容を参照してください。国境を越えるデータ移転制限、業界固有の義務、ハイブリッド展開など、コンプライアンス要件が複雑な場合は、Dispel の セキュリティおよびコンプライアンスチーム または当社の パートナー に相談して、責任の評価を支援してもらうことをお勧めします。
最終更新