独自の機密データの管理
目的
安全でない場所にデータが漏洩するのを防ぐために、ビジネスに固有のデータを特定、監視、保護します。カスタムデータタイプを作成してカスタムポリシーに追加することで、固有のデータパターンを追跡し、承認された境界外でデータが検出されたときにアラートを受け取ることができます。
内部アカウント ID やプロジェクトコードなど、ビジネスに固有の情報がある場合、それは Tenable One Cloud Exposure スキャン対象データタイプ対象にはならない場合があります。このプレイブックでは、機密情報が安全な環境に残されるようにするためのワークフローを提供しており、機密情報が認証されていない場所に移動された場合にアラートをトリガーします。
所属組織が、Global-Logistics ID という独自の内部識別子を使用して、世界の出荷を追跡します。これらの ID は特定の形式 (例: 「GL-12345678」) に従い、機密のビジネス情報と見なされます。
目標は、このプレイブックを使用して以下を行うことです。
- マルチクラウド環境全体でこれらの ID が保存されている場所を特定します。
- これらの ID が公開ストレージバケットや開発アカウントなどの認証されていない場所で見つかった場合、通知を受け取る。
関連記事
ステップ 1: ビジネス固有のデータを定義する (カスタムデータタイプ)
自社に固有のデータを管理するには、 クラウドサイバーエクスポージャー がそれを認識できるように、まずその構造を カスタムデータ型の作成 として定義する必要があります。特定の従業員 ID の形式にかかわらず、正確な定義は高精度のスキャンの基盤となり、信頼できる検出の基盤となります。
カスタムデータタイプを作成する方法
- [設定] > [クラウドサイバーエクスポージャー] > [Data] > [Data Types] に移動し、 [Add Custom Data Type] をクリックします。
- 名前、 カテゴリ、 機密性などのデータタイプのパラメーターを定義します。
- 初回スキャンでは、 [機密性] を [パブリック] または [プライベート] に設定することをお勧めします。これにより、深刻度の高いアラートを即座にトリガーしたり、リソースのリスクスコアに影響を与えたりすることなく、検出結果を観察し、検出の精度を検証できます。
-
RE2 形式を使用して、[含める] の正規表現 フィールドでデータの一意の構造を定義します。
- パターンが正確であることを確認するために、 regex101.com などのツールを使用することをお勧めします。
- たとえば、プレフィックス「GL-」の後に 8 桁の数字「GL-12345678」が続く Global-Logistics ID には、式 \bGL-\d{8}\bが必要です。
- コンテキスト キーワードを追加して、検出の精度を高めることができます。これらのキーワードは クラウドサイバーエクスポージャー 、正規表現が構造化されていないファイルで関連する語句に近接して表示される場合、または構造化されたデータの特定の列名および JSON キーでのみ一致にフラグを立てるようにします。
出荷識別子のカスタムデータタイプ (「GL-12345678」など、プレフィックス「GL-」の後に 8 桁の数字で構成されます) を作成するには、次のパラメーターをカスタムデータタイプ ウィザードの追加
- 名前: グローバルログイン ID
- 説明: 「GL-」プレフィックスで始まる独自の出荷識別子
- カテゴリ: PII
- 秘密性プライベートリスクスコアに影響を与えないように、最初のスキャンでプライベートに設定。検証されたら、Proprietary に更新してください
値とコンテキストの構成
- インクルード正規表現 \bGL-\d{8}\b
- コンテキスト正規表現 ShipmentID, LogisticsKey, Logistics
コンテキスト正規表現 条件を追加することで、関連するロジスティクスキーワードの近くで表示されない限り、8 桁のランダムな文字列にフラグが立てられないようにします。
ステップ 2: 検出と正確性を検証する
ポリシーは、その背後にある検出ロジックと同程度に効率的です。ポリシーを作成する前に、検出ロジックが意図したとおりに動作することを確認する必要があります。このフェーズにより、正規表現やコンテキストキーワードが正しい情報を特定できるようになります。
検出を検証する方法
- クラウドサイバーエクスポージャー でスキャンサイクルを完了させます。通常、新しいデータタイプを作成するか既存のデータタイプを更新した後、検出結果がコンソールに入力されるまでに2448時間必要です。
-
[調査] > データリソース に移動し、新しい データタイプ でインベントリをフィルタリングし、一致をトリガーした特定のリソースを隔離します。
重要: 結果がゼロの場合、またはデータタイプが予期しないリソースにある場合は、正規表現がより正確であることを示している可能性があります。 ステップ 1: ビジネス固有のデータを定義する (カスタムデータタイプ) に戻って、 含める または コンテキストの 正規表現を調整することを検討してください。 - リソースで、 [データ] > [分類されたデータ] に移動し、そのデータタイプを含むオブジェクトまたはテーブルを見つけます。[サンプル] ツールチップを使用して、オブジェクトまたはテーブル内の機密データの場所を検証します。
- サンプルが想定するデータ形式と一致する場合、検出署名はポリシー適用の準備ができました。
スキャンサイクルが完了するのを待ってから、Global-Logistics ID の新しい検出署名の精度を検証します。
- 検出結果: データリソース ページに移動し、Global-Logistics ID データタイプでフィルタリングします。結果には、このデータタイプを含むリソースが表示されます。データタイプが予期しないリソースにある場合、正規表現をより正確にする必要があることを示している可能性があります。Include regex の微調整を検討してください。
- 分類されたデータの場所を確認します: リソースプロファイルで、データ > 分類されたデータ に移動し、Global-Logistics ID データタイプを含むオブジェクトまたはテーブルを見つけます。 。その行で、 サンプルツールチップを調べて、オブジェクトまたはテーブル内の機密データの場所を確認します。
ステップ 3: ガバナンスを実施する (カスタムクラウドポリシー)
検出ロジックを検証したら、 クラウドポリシー: カスタムことで、検出からアクティブガバナンスに移行できます。この手順により、独自のデータの存在が許可されている場所を特定し、その境界の外に移動したときにアラートをトリガーすることで、データの拡散を監視できます。
カスタムポリシーの作成手順
- [ポリシー] > [クラウドポリシー] に移動し、 [カスタムポリシーの作成] をクリックします。
- [名前 と 説明] を入力します。
- [Type] ドロップダウンで、[Template] を選択します。
- [テンプレートの選択] をクリックします。
- 機密データの監視 テンプレートを選択し、関連するプロバイダーの要件に適合するガバナンス戦略を選択します。
- この機密データはこれらのリソースに存在するべきではありません: 公開ストレージや開発環境などの認証されていない場所に機密データが表示されたときに、検出結果が生成されます。
- この機密データは以下のリソースにのみ存在する必要があります。機密データは承認されたリソース内にのみ存在するようにしてください。定義された境界の外でデータが発見されたときに、検出結果が生成されます。
- [秘密データ] ドロップダウンで、監視する秘密データを選択します。具体的には、[これらのデータタイプの機密データ] オプションから関連するデータタイプを選択します。
- [リソース] ドロップダウンで、ポリシー境界を定義する関連リソーススコープを選択します。
- 機密データの監視 テンプレートを選択し、関連するプロバイダーの要件に適合するガバナンス戦略を選択します。
- このポリシーから生成された検出結果の 深刻度 レベルを設定します。これにより、これらの検出結果を環境内でどのように優先順位を付け、内部リスク管理基準に基づいて表示するかが決まります。
- [修正] ボックスに、このポリシーによってトリガーされた検出結果の処理方法を説明する、企業のワークフローまたは手順を書き込みます。
Global-Logistics ID の検出が正確であることを検証しました。次は、このデータが [パブリック] のラベルが付いたパブリック AWS バケットに表示されないようにポリシーを作成します。
-
カスタムポリシー設定:
- 名称: Global-Logistics ID データの拡散監視
- 説明: パブリック・バケット内での Global-Logistics ID の使用は許可されていません
- テンプレート: Monitor Sensitive Data > AWS > この機密データは、これらのリソースに存在するべきではありません
- 秘密データ > これらのデータタイプの秘密データ: Global-Logistics IDを選択データ型を発見しました。
- リソース > これらのラベルのデータリソース: パブリック。
- 重要度: 高 (公開バケットにある独自のロジスティクス ID は会社のポリシーに直接違反するため、[高] を選択します)。
-
修正:
コピー1 . オブジェクトへの公開アクセスをブロックします
2. Jira チケットを開いて InfoSec に割り当てます
保存されると、システムは Global-Logistics ID が Public というラベルの付いた AWS 公開バケットで検出された瞬間に 検出結果を生成するようになりました。