セキュリティチームの97%は、自組織のエクスポージャーが実際に悪用可能かどうかを判断できていません。あなたのチームは大丈夫ですか?レポートを読む
Filigran
脅威インテリジェンス

データレイクからデータスワンプへ:OpenCTIがCTIをクリアに保つ方法

6 分で読めます
From Data Lake to Data Swamp: How OpenCTI Keeps CTI Clear

TL;DR

  • CTIデータを構造化するには、ステータス、ラベル、カスタムボキャブラリーを使用します。
  • CTIメトリクスを追跡して、鮮度、品質、フローをダッシュボードで監視します。
  • 保持ポリシーを適用して、データレイクがスワンプになることを防ぎます。
  • 2つのレイヤーのライフサイクルを管理します:CTIオブジェクトライフサイクル(減衰、ステータス、除外)とプラットフォームガバナンス(アーカイブ、削除、ゴミ箱)。

CTIレイクの構造化

湖がクリアであり続けるには、フィルタリングが必要です。CTIでは、これはステータス、ラベル、ボキャブラリーを適用してデータを整理し、アナリストが見ているものをすぐに理解できるようにすることを意味します。

ステータスは水上のマーカーのように機能します:アクティブ、期限切れ、レビュー中

ラベルはコンテンツを分類します:フィッシング、APT29、クリティカル

カスタムボキャブラリーにより、各組織はワークフローに合わせて独自の分類法を定義できます。

例:インジケーターが未検証というラベルでレイクに入ります。エンリッチされて観測されると、アクティブIOCになります。90日間観測がない場合、期限切れとしてタグ付けされ、アナリストが濁った水域で時間を無駄にしないようにします。

OpenCTIがどう支援するか?

  • 完全にカスタマイズ可能なステータス、ラベル、ボキャブラリー
  • Playbooksオートメーションでステータスを動的に割り当てまたは更新。
  • 除外リストで誤検知をフィルタリングし、ノイズを削減。
Entity-specific workflows (indicators, reports, malwares…) bring lifecycle management to life - classifying, tracking, and retiring data in a structured way.

エンティティ固有のワークフロー(インジケーター、レポート、マルウェア...)は、ライフサイクル管理に命を吹き込み、構造化された方法でデータを分類、追跡、廃棄します。

CTIメトリクスで水質を監視

十分に構造化された湖でも監視が必要です。可視性がなければ、水がまだきれいかどうかを知ることは不可能です。だからダッシュボードとCTIメトリクスが不可欠なのです。

メトリクスはデータの健全性を示します:どれだけが新鮮で、エンリッチされ、期限切れで、信頼性があるか。ダッシュボードは、インテリジェンスの流入と流出の明確なビューをチームに提供し、レイクがナビゲート可能であることを保証します。

例:ダッシュボードが、アクティブなインジケーターの40%にエンリッチメントがないことを強調します。このCTIメトリクスは、コネクターまたはエンリッチメントワークフローの上流に問題があることを示しています。

CTI Data Quality & Flow dashboard in OpenCTI, tracking freshness, enrichment, and reliability to keep intelligence actionable

OpenCTIのCTIデータ品質&フローダッシュボード、インテリジェンスをアクション可能に保つために鮮度、エンリッチメント、信頼性を追跡

OpenCTIがどう支援するか?

  • 鮮度、ソース信頼性、取り込み量のネイティブウィジェット
  • プログラムに関連するCTIメトリクスを監視するためのカスタムダッシュボード
  • データレイクがどのように管理されているかの完全なトレーサビリティのための監査ログ

保持ポリシー:スワンプを防ぐ

データレイクにとって最大のリスクは堆積物です:もはや重要ではないが蓄積し続ける情報。CTIでは、これは時代遅れのインジケーター、陳腐化したレポート、または可視性を曇らせる重複です。

ここで保持ポリシーが重要になります。それらは、使用されていないデータがアーカイブまたは削除されることを保証し、レイクをクリアに保ちます。

例:90日より古いインジケーターは自動的に期限切れになります。2年より古いキャンペーンレポートはアーカイブに移動し、リサーチには利用可能ですが、日常のダッシュボードからは削除されます。

No need to keep archived data or revoked indicators forever - retention rules will automatically delete them after a certain period of inactivity

アーカイブされたデータや無効化されたインジケーターを永久に保持する必要はありません – 保持ルールは一定期間の非アクティブ後に自動的にそれらを削除します

OpenCTIがどう支援するか?

  • エンティティタイプごとに設定可能な保持ルール
  • 最終削除前に調整可能な猶予期間を持つゴミ箱ワークフロー
  • 運用ビューを汚染することなく知識を保存するアーカイブポリシー

2つのレイヤーのライフサイクル管理

データスワンプを防ぐために、チームは2つのレベルでライフサイクルを管理する必要があります:

1. CTIオブジェクトライフサイクル

インテリジェンスエンティティを個別に管理します。

  • 減衰ルールは時間の経過とともにインジケーターの信頼度を下げます。
  • ステータスとラベルはライフサイクルのステージをマークします。
  • 除外リストは無関係または誤ったデータをフィルタリングします。

これにより、インテリジェンス自体がアクション可能で信頼できるものに保たれます。

2. プラットフォームライフサイクル管理

レイク全体を管理します。

  • 保持ポリシーはデータが保持される期間を制御します。
  • アーカイブ vs 削除は知識と効率性のバランスを保証します。
  • ゴミ箱は上書きする能力を持って削除を保護します。

これにより、プラットフォームが持続可能でスケーラブルで信頼されるものに保たれます。

結論

ライフサイクル管理のないCTIプラットフォームは、放置されたデータレイクのようなもので、スワンプに変わります。アナリストは信頼を失い、運用は遅くなり、貴重なインサイトは埋もれてしまいます。

OpenCTIを使用すると、組織は以下を実現できます:

  • ステータス、ラベル、ボキャブラリーでCTIデータを構造化。
  • ダッシュボードとCTIメトリクスで品質と量を監視。
  • データレイクをクリアで使用可能に保つために保持ポリシーを適用。

データライフサイクル管理は、サイバー脅威インテリジェンスを情報の洪水から持続可能でナビゲート可能なインサイトの源へと変革します。

お楽しみいただき、Slackコミュニティチャネで質問をお気軽にお寄せください!

続きを読む

関連トピックとインサイトをご覧ください