「Versa 」のセキュアレンズとは何ですか？

Versa Secure Lensは、Versa Advanced Security Cloud（ASC）の機能を簡素化したオンプレミス展開ソリューションであり、コントロールプレーンおよびワーカーノードから構成されるKubernetesクラスター上で動作します。データの保管場所に関する要件により、クラウドホスト型のASCサービスの利用が不可能な組織向けに、EDRプラットフォームとの統合およびデバイスリスクスコア（DRS）サービスをサポートしています。

主なポイント

• Versa Advanced Security Cloudの、オンプレミス型でKubernetesベースのサブセット。
• コントロールプレーンノード1台と、少なくとも3台のワーカーノードとして展開されます。
• SentinelOneなどのオンプレミス型EDRプラットフォームとの統合に対応しています。
• ASC機能と併せて、デバイス・リスク・スコア（DRS）サービスを実行します。
• 厳格なデータ保存場所の要件を持つ組織向けに設計されています。

このページの内容： その重要性 ・ 仕組み ・ Versa Secure Lensの導入モデル · Versa Secure Lens およびVersa ・ よくある質問

Versa のセキュアレンズはなぜ重要なのでしょうか？

Versa Advanced Security Cloudは、デバイスのリスクスコアリングやEDRから得られるエンドポイントインテリジェンスなどのサービスを、クラウドホスト型のフレームワークとして提供します。これは、SASE を導入する大多数の組織にとって最もシンプルな選択肢です。しかし、規制の厳しい業界や、厳格なデータ主権ルールを設けている組織では、クラウドサービスのセキュリティ対策がどれほど万全であっても、エンドポイントやリスクに関するテレメトリデータをオンプレミス外に送信することが全くできない場合がしばしばあります。Versa Secure Lensは、まさにそのようなケースに対応するために存在します。これは、ASCと同じ機能を、組織が管理するインフラ上で実行するものです。

これは、単なるコンプライアンス上の承認だけでなく、運用面でも重要な意味を持ちます。オンプレミス展開では、デバイスのリスクスコアリングやEDRデータを組織自身のネットワーク境界内に保持しつつ、Versa のその他のセキュリティスタックと統合されます。つまり、リスクシグナルは依然として同じポリシーエンジンに到達しますが、組織が所有するインフラストラクチャの外に出ることはありません。レジデンシー要件を満たすためにASCベースのリスクスコアリングを諦めざるを得ない組織にとって、Versa Secure Lensこそが、この機能を初めて利用可能にするものです。

「Versa 」のセキュアレンズとは何ですか？

Versa Secure Lensは、独立した製品というよりは、ASCの導入形態と言えます。これは、ASCの機能を合理化したサブセットであり、Versaのクラウドではなく、自己管理型のKubernetesクラスター上で実行されるようにパッケージ化されたものです。このクラスターには2つのノードロールがあります。 コントロールプレーンノードは、スケジューリング、ヘルスチェック、オーケストレーションといったクラスターの運用を管理します。ワーカーノードは、デバイスリスクスコア（DRS）サービスを含む実際のアプリケーションワークロードを実行し、デプロイメントのスケールアップや、コントロールプレーンとワークロード処理の分離を目的として追加することができます。

Versa Secure Lensは、Versa Messaging Service（VMS）と同じKubernetes基盤を基盤としています。VMSは、VOSデバイス、Versa Director、Controller、Concerto、およびAnalyticsの間でデータをストリーミングするメッセージング層です。実際には、別途ハードウェアを立ち上げるのではなく、既存のVMSノードをワーカーノードに変換し、コントロールプレーンノードに接続することができます。この手順については、「ASCワーカーノードの構成とVersa Secure Lensのデプロイ」に詳細が記載されています。

Versa Secure Lensの導入モデル

Versa のSecure Lensクラスターには、最低でも1台のコントロールプレーンノード（32コア、64GB RAM）と3台のワーカーノード（各16コア、32GB RAM）、さらに2つのパブリックIPアドレス（1つはコントロールプレーン用、もう1つはワーカーのインジェスト用）が必要です。 既存のVMSノードはCLIコマンドでワーカーノードに変換され、その後コントロールプレーンノードに加入します。コントロールプレーンノードは、ワーカーごとに加入トークンとインジェスト証明書を生成します。クラウド環境（例：AWS）では、このノースバウンド通信に静的なパブリックIPアドレスの代わりに、エラスティックIPアドレスが使用されます。

クラスターが起動すると、ASC InfraのインストーラーがVersa Secure Lens（クラスターのインジェス、ベースドメイン、ホスト名の設定）を構成し、別のインストーラーがその上にDRSサービスをデプロイします。SentinelOneコネクタなどのオンプレミスEDRとの統合も、同様の方法で追加されます。つまり、個別のインフラストラクチャをデプロイするのではなく、既存のVMSクラスター上のワーカーノードを拡張することで実現されます。デプロイは、標準的なKubernetesツールを使用して検証されます―― kubectl get pods -A ワーカーノード上でポッドが実行されていることを確認し、さらに helm list 期待通りのチャートが展開されていることを確認する。

Versa セキュアレンズ＆Versa

Versa Secure Lensは、より広範なVMSエコシステムの中に位置付けられています。VMSは、VOSデバイス、Director、Controller、Concerto、Analyticsを接続するメッセージングのバックボーンであり、ASC（Versa のSecure Lens形態を含む）は、SCIM、サードパーティ認証、脅威インテリジェンスと並んで、VMSがワーカーノード上でホストできるサービスの一つです。Versa Directorは、他のVMS導入環境と同様に、クラスターに対してテナントやサービスをオンボードし続けます。したがって、Versa のSecure Lensを実行している組織は、クラウドホスト型のASC導入環境と同じマルチテナント管理モデルを維持できます。異なるのはインフラストラクチャの配置場所のみです。基盤となるクラスターとそのサービスのより広範な設定方法については、「VMSのインストールと設定」および「VMSサービスの有効化と設定」を参照してください。

よくある質問

「Versa Secure Lens」と「Versa Advanced Security Cloud」の違いは何ですか？

ASCは、完全にクラウド上でホストされるセキュリティフレームワークです。Versa Secure Lensは、セキュリティテレメトリを社外に送信できない組織向けに、自社管理のオンプレミスKubernetesクラスター上で実行できるようパッケージ化された、簡素化されたサブセットです。

Versa Secure Lens クラスタの最小ハードウェア要件はどのようなものですか？

32コア、64GBのRAMを搭載したコントロールプレーンノード1台、それぞれ16コア、32GBのRAMを搭載したワーカーノードを少なくとも3台、およびパブリックIPアドレス2つ（1つはコントロールプレーン用、もう1つはワーカーのインジェスト用）。

Versa のSecure Lensには、VMSとは別のハードウェアが必要ですか？

必ずしもそうとは限りません。既存のVMSノードは、CLIコマンドを使用してワーカーノードに変換し、コントロールプレーンノードに参加させることができます。そのため、インフラを完全に新規に構築する必要はありません。

Versa のSecure Lensと連携できるEDRプラットフォームにはどのようなものがありますか？

既存のVMSクラスターにワーカーノードを追加することで、オンプレミス型EDRとの統合をサポートしています。SentinelOneは、この方法で導入された実例として紹介されています。

Versa のSecure Lensの展開が正常であることを確認するにはどうすればよいですか？

実行 kubectl get pods -A Versa のSecure LensおよびDRSポッドがワーカーノード上で実行されていることを確認し、 helm list 該当する名前空間内で、期待通りのチャートがデプロイされていることを確認します。

「Versa 」のセキュアレンズに関する詳細

さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。

関連用語

「Versa のセキュアレンズ」についてお読みの方は、ぜひこちらもご覧ください。