2012年、私はセキュリティ・アズ・ア・サービス（SaaS）をいち早く提供したベンダーの一つで働いていました。当時はクラウドから環境を保護することが最先端であり、多くのセキュリティチームは、セキュリティフレームワークに新たな障害点をもたらすと認識したものを導入することに警戒感を抱いていました。今日では、 SIEM, XDR、またはベアメタル上の SecOps プラットフォームは、今日のセキュリティ リーダーの多くにとって時代遅れに思えます。
確かに、セキュリティ チームがセキュリティ製品の優先展開オプションとしてクラウドに注目するのには、展開の迅速化、コストの削減、安全な Web ブラウザーから製品にアクセスできる柔軟性など、正当な理由があります。とはいえ、セキュリティ チームがオンプレミスのセキュリティ運用プラットフォーム アプローチを選択するのにも、同様に正当な理由があります。オンプレミス展開が組織にとって適切な選択となる可能性がある 4 つの理由を次に示します。
オンプレミスを導入する4つの理由
1. 機密性の高いデータ
どのセキュリティ チームも、自社のデータの機密性を最優先に考えています。ただし、組織が機密情報を扱っている場合は、データが環境外に漏れないようにする必要があります。このような場合、クラウドベースのセキュリティ製品を使用するのは得策ではありません。SecOps プラットフォームをオンプレミスに導入することで、機密ログやその他のセキュリティ情報が環境内に安全に保持され、保護がさらに強化されます。
2。 規則
規制当局が業界を精査する程度は、組織が扱うデータの種類や、そのデータが侵害された場合に顧客に重大な損害を与える可能性によって大きく異なります。たとえば、医療、金融、政府機関は、GDPR、HIPAA、その他の地域のデータ保護法などの厳格な規制要件を遵守する必要があります。組織がこれらの規制の厳しい業界に属しているとします。その場合、潜在的な規制違反を排除するために、オンプレミスで SecOps プラットフォームを展開する以外に選択肢がない可能性があります。
3. カスタマイズとバージョン管理
セキュリティ チームの能力と対象となるユース ケースによっては、既製の SecOps プラットフォーム上にカスタム構成やコードを展開する必要がある場合があります。クラウドベースの SecOps プラットフォームを使用する場合、ベンダーはプラットフォームにこのようなカスタマイズを行う機能を制限することがあります。さらに、ベンダーは事前の通知なしに SecOps プラットフォームに更新を適用する場合があり、セキュリティ チームが頭を悩ませることがあります。オンプレミス展開では、セキュリティ チームはクラウドベースのプラットフォームでは実装が難しいカスタムのセキュリティ ポリシーや自動化を実装できます。このレベルの柔軟性と制御により、チームはプラットフォームを特定のニーズに合わせて調整し、外部の制限なしにバージョン管理を維持できるようになります。
4. パフォーマンスに関する考慮事項
ほとんどの組織は、大規模なデータセットをアップロードまたはダウンロードするときでも遅延を最小限に抑えることができる高速ネットワークを使用していますが、オフィスの場所が原因でネットワークの信頼性/安定性に苦労している組織もあります。さらに、組織または組織の一部に、内部または外部のポリシーに準拠するためのインターネット接続がない状況もあります。同様の状況にある場合、オンプレミス展開モデルが唯一の現実的な選択肢です。
オンプレミス SecOps プラットフォームの選択
オンプレミス展開がなぜ重要なのか4つの理由を述べてきましたが、 SIEM あるいはセキュリティ運用プラットフォームが必要になるかもしれませんが、他にも多くの理由があります。オンプレミスで展開する必要がある理由が何であれ、次に当然浮かぶ疑問は「どのように選択すればいいのでしょうか？」でしょう。 SIEM「導入ニーズを満たす/SecOps プラットフォームを見つけるにはどうすればよいでしょうか?」
オンプレミス プラットフォームを選択する際の 3 つの推奨事項を以下に示します。
1. 能力
言うまでもありませんが、オンプレミス展開機能をサポートするセキュリティ運用プラットフォームは多岐にわたります。機能の低い方では、さまざまなソースからログ データを取り込むことができるオンプレミス展開可能なプラットフォームを売り込むベンダーがあるかもしれませんが、その一方で、すべての検出ルールと相関ルールの作成、管理、維持が必要になります。この製品は誇張されたログ管理ツールであり、長期的にはチームの効率を間違いなく低下させます。
一方、サードパーティのセキュリティアラート、ログデータ、ネットワークトラフィック、ユーザーおよび資産のアクティビティストリームを捕捉できる、簡単に設定可能な統合機能を備えた製品もあります。そして、機械学習と人工知能モデルとベンダーがキュレートした検出ルールを組み合わせることで、人間の介入なしに高度な脅威を自動的に検出します。Stellar Cyber Open XDR プラットフォームはこのように動作します。
オプションを評価するときは、機能に関して詳細な質問をし、ベンダーの主張を検証するために自分の環境で概念実証 (PoC) を要求します。
2.統合
最初の推奨事項で述べたように、統合はセキュリティ運用プラットフォームから価値を引き出すために不可欠です。大規模な手動のカスタム ビルド統合を必要とする製品を扱ったことがある人なら、これがすぐに悪夢に変わる可能性があることをご存知でしょう。まず、すべてのセキュリティ チームが統合を作成するための技術的スキルを持っているわけではないため、統合の作成と維持のために外部リソースと契約するか、ベンダーに統合を構築するための追加料金を支払うか、統合を所有する専任リソースを雇う必要があります。いずれの場合も、時間の経過とともに、結果としてプラットフォームのコストが予想よりもはるかに高くなります。
より良い選択肢は、ベンダーがセキュリティ チームが簡単に構成できる統合の作成に労力とリソースを投資しているプラットフォームを選択することです。たとえば、当社のプラットフォームには、すべてのユーザーが追加料金なしで利用できる、事前に構築された何百もの統合が含まれています。さらに、お客様が追加の統合を必要とする場合、当社は追加料金なしでそれらを開発します。
ベンダーと話をするときは、ベンダーが統合する予定の製品を理解していること、またベンダーのプラットフォームがそれをサポートしているかどうかを確認してください。PoC プロセス中にベンダーが言うことはすべて検証してください。
3.ロードマップ
セキュリティ ワークフローのハブとして投資して組み込んだ製品に予期せぬ将来性がないことが判明すると、最も経験豊富なセキュリティ リーダーでさえも苛立ちを覚えることがあります。
例えば、パロアルトネットワークスによる最近のIBM QRadarの買収 SIEM クラウドは IBM QRadar オンプレミス 顧客は寒さに晒されています。これらの顧客がオンプレミスに留まらなければならない場合、導入ニーズを満たし、既存の QRadar データ、構成、ルールを新しいプラットフォームに迅速に移行できる別のベンダーが必要です。
ロードマップのある製品は、合併や買収などの株主関連のアクションに巻き込まれる可能性がありますが、ベンダーが現在のバージョンのプラットフォームを超える計画を持っていることを確認すると、少なくとも、脅威の状況やユーザーのニーズの変化に基づいてプラットフォームが進化し続けることがわかります。
たとえば、Stellar Cyber では、オンプレミス、クラウド、または選択した MSSP による共同管理で展開できるプラットフォームのロードマップを、お客様や見込み顧客と定期的に見直しています。当社は、将来的に同じ機能でクラウドとオンプレミスの展開をサポートすることに注力していることをお客様に明確に伝えています。この取り組みにより、お客様は状況の変化に応じてセキュリティ アプローチを適応させることもできます。たとえば、組織が将来オンプレミス展開からクラウドに移行する場合、まったく異なる製品を習得することなく、Stellar Cyber でシームレスに移行できます。
閉じた思考
セキュリティは、すべての人に当てはまる万能の提案ではありません。
クラウドはビジネスを迅速に拡張し、セキュリティチームがコストとリソースを管理するのに役立ちますが、クラウドを導入する正当な理由もあります。 SIEM/XDRオンプレミスのSecOpsプラットフォーム。ここで紹介したシンプルな推奨事項に従うことは、次のプラットフォームを探すための良い出発点となるでしょう。Stellar Cyber Open XDR セキュリティオペレーションプラットフォームはオンプレミス展開のニーズを満たし、 個人相談をご希望の方は、今すぐご連絡くださいまた、IBM QRadar オンプレミスを現在ご利用で、迅速な移行をお考えのお客様には、特別なプロモーションをご用意しております。
