Cypher Sentinel · プラットフォームアーキテクチャ
最先端のセキュリティアーキテクチャ。一体となった協調防御。
Cypher Sentinelは、90の利用者向けエンジンと27のコマンド群にわたる160の提供機能を、主権型サイバーセキュリティ統合プラットフォームに取り込みます。ネイティブ機能と接続されたセキュリティツールが、共有の運用コンテキストを構成します。プラットフォームをどこで稼働させ、どのような権限を与えるかは、お客様が定めます。
27のコマンド群。90のエンジン。160の機能。
相互に関連する三つの見方により、広い運用領域からセキュリティチームが利用できる機能まで、プラットフォームの構成を説明します。
- 27のコマンド群
- 関連するセキュリティ運用領域を、探索と協調利用のために整理。
- 90の利用者向けエンジン
- これらの領域をプラットフォーム上で利用できる形にするエンジン。
- 160の提供機能
- それらのエンジンとコマンド群全体で利用可能な機能。
これらの数値はプラットフォームの範囲と構成を表します。合算するものではなく、その数のツールを置き換える必要があることを意味するものでもありません。
既存の構成を維持し、防御をつなぐ。
統合は、情報と機能を同じ調査・対応ワークフローに取り込みます。アーキテクチャは、運用環境の四つの部分を接続します。
接続された環境
既存のセキュリティツール
選択したSIEM、エンドポイント、ネットワーク、ID、クラウドのシステムが、ブリッジとAPIを通じて接続されます。合意したインターフェースと権限によって、利用可能な情報と操作が定まります。
連携範囲を見るネイティブ機能
Cypher Sentinelの幅広いセキュリティ
脅威インテリジェンス、検知、調査、ID、暗号、対応の各機能が、選択した環境全体に保護を追加します。
プラットフォームを見る共有の運用コンテキスト
つながった調査
関連するエンドポイント、ネットワーク、ID、脅威情報をまとめて検討できます。AI運用モデルは、手作業による相関分析を減らし、チームがシグナルから判断へ進むことを支援するように設計されています。
AI支援のセキュリティ運用を見る顧客が定める権限
管理の下での協調対応
ポリシーにより、提案する操作、事前に承認する操作、自律実行のために委任する操作を定めます。導入の境界と権限は顧客が管理します。
主権に基づく管理を見る接続するツール、利用可能なコンテキスト、許可する操作は、導入ごとに定めます。
エンドポイントのシグナルから協調対応へ
調査の例を通じて、運用モデルがどのように一体となるかを示します。同じ流れは、お客様の環境でのデモやパイロットの出発点としても役立ちます。
- 01
シグナルを取り込む
不審なエンドポイントイベントが、ネイティブ機能または選択した接続ツールから調査に取り込まれます。
- 02
関連コンテキストを追加
関連するIDの活動、ネットワークの振る舞い、脅威インテリジェンスを検討し、コンテキストの中でイベントを理解します。
- 03
調査を組み立てる
セキュリティチームが状況と影響を受ける資産を評価できるように、証拠と提案する対応を整理します。
- 04
顧客の権限を適用
人の承認を求める、事前承認済みプレイブックを実行する、または委任されたポリシーの範囲内で操作します。利用可能な操作は、選択したシステムと権限によって決まります。
- 05
結果を確認
調査記録と対応結果を、合意したセキュリティ目標と受け入れ基準に照らして確認します。
操作可能なデモを見る
Cypher Sentinelのインターフェースをご覧いただいた後、お客様の組織に重要なセキュリティシナリオと接続を用いた、焦点を絞ったデモについてご相談ください。
セキュリティアーキテクチャ内の暗号技術
Cypher Sentinelは、検知、調査、対応と同じプラットフォームに耐量子暗号と準同型暗号を取り込みます。それぞれ異なるニーズに対応しており、耐量子機能は暗号の耐性を支え、準同型暗号は適用可能なワークロードで暗号化データの計算を可能にします。
導入設計は、これらの機能を、保護が必要なデータ、ワークフロー、暗号の境界に結び付けます。耐量子セキュリティの概要ではアルゴリズムの役割と移行計画を、ゼロトラストアーキテクチャではID、デバイス、ポリシーのコンテキストがアクセス判断にどう寄与するかを説明しています。
AI主導の運用。権限はあなたに。
各ワークフローの運用モデルは顧客が定めます。任務と運用要件に応じて、異なるレベルの権限を委任できます。
- 提案:調査、相関分析を行い、人の承認に向けて対応を提案します。
- 承認済みプレイブックの実行:指定された条件と制限の範囲内で、すでに許可されたワークフローを実行します。
- ポリシー内で自律的に実行:顧客が定めた範囲内で許可された操作を調整し、影響の大きい操作は承認のために上位へ引き継ぎます。
導入先には、オンプレミスのインフラ、顧客が管理するプライベートクラウド、分離環境を選べます。アーキテクチャのレビューで、その環境における利用可能なデータソース、接続ツール、モデル運用、更新、承認済み転送手順を定めます。
任務に照らしてアーキテクチャを評価
焦点を絞ったパイロットにより、価値を具体化できます。優先するワークフローと現在運用しているセキュリティ環境から始め、接続するシステム、顧客の権限、結果を評価するために必要な証拠に合意します。
- セキュリティ範囲:評価する資産、脅威シナリオ、ネイティブ機能。
- 連携範囲:具体的な外部製品、インターフェース、権限、データの流れ。
- 運用管理:導入の境界、承認ルール、許可された対応操作。
- 受け入れの証拠:観察したワークフロー、調査記録、合意した基準に対する結果。
政府・防衛分野の評価と重要インフラの評価には、それぞれ固有の任務と運用要件がこのプロセスに加わります。
アーキテクチャに関する質問
27のコマンド群、90のエンジン、160の機能は、何を数えていますか?
コマンド群は関連する運用領域をまとめます。利用者向けエンジンは、それらの領域をプラットフォーム上で利用できる形にします。提供機能は、それら全体で利用可能な機能を示します。これらは同じプラットフォームを捉える三つの見方であり、合算する数値でも、置き換えが必要な製品数でもありません。
Cypher Sentinelは既存のセキュリティ構成とどのように連携しますか?
連携ブリッジとAPIが、選択したセキュリティ製品をCypher Sentinelのネイティブ機能に接続します。導入時に、対象システム、利用可能なシグナル、許可するデータの流れ、対応操作を定めます。既存のSIEM、エンドポイント、ネットワーク、IDツールは、運用環境の一部として維持できます。
AIが操作できるかどうかは誰が決めますか?
各ワークフローに委任する権限は顧客が定めます。運用モデルは、人の承認に向けた提案、事前承認済みプレイブックの実行、定められたポリシー内での自律操作に対応します。影響の大きい操作は、承認のために上位へ引き継がれます。
アーキテクチャ評価では何を実証すべきですか?
評価では、選択したネイティブ機能と外部接続を横断する、合意済みのワークフローを示す必要があります。使用した情報、適用した顧客ポリシー、行われた承認や操作、結果として得られた調査記録を確認します。それらの結果を、環境について合意した受け入れ基準に照らして評価します。