クラウドの検出結果

これは、クラウドの検出結果を表示および管理するためのハウツーガイドです。

• 検出結果のステータスと検出結果のライフサイクルの概念概要については、「 検出結果のライフサイクルを参照してください。
• 検出結果の深刻度の仕組みの概念概要については、「 検出結果の深刻度」を参照してください。
• 検出結果の作成方法を設定するには、「 クラウドポリシーを参照してください。

[クラウドの検出結果] ページを使用すると、クラウドアカウントの検出結果のトリアージを効果的かつ効率的に実行できます。たとえば、次のことが可能です。

• 本番環境の重大な検出結果を検出して修正する
• パブリック S3 バケットを検出して修正する
• 特定のコンプライアンスを満たさない検出結果を発見して修正する

検出結果ページの操作

[検出結果] ページでは、現在のステータスによって検出結果がグループ分けされて検出結果を表示します。

• を開きます。環境内のすべてのアクティブな検出結果を表示します。
• 無視。今すぐ処理しなくてもよい検出結果が表示されます。関連するリソースは永久に、または設定された期間、除外されます。
• 閉じました。手動または Tenable によって自動でクローズされた検出結果が表示されます。

この図では、[検出結果] ページで利用できる主なナビゲーション要素がハイライトされています。これらの要素を使用することで、結果を絞り込んで整理できるため、探している結果を見つけやすくなります。

検出結果データのエクスポート

検出結果データをエクスポートして、環境内の検出結果のサマリーレポートを作成します。データは、その時点でテーブルに適用されているフィルターに従ってエクスポートされます。出力データは CSV 形式で、修正手順など、関連する検出結果データをすべて含みます。

たとえば、次のことが可能です。

• クローズの検出結果すべてを対象とするレポートを作成できます。これにはクローズの理由に関するサブステータス情報 (たとえばリソースの削除) を含めることができ、企業の関連するステークホルダーにレポートを共有できます。
• オープン/スター付き/無視の検出結果、または検出結果の他のサブセット (フィルターを使用) のレポートを作成できます。

検出結果のレポートを作成する方法

1. Tenable One Cloud Exposure コンソールで、関連する[クラウドのリスク>検出結果] ページ (オープン/無視/クローズ) に移動します。
2. (オプション) 追加のフィルターを適用して、ニーズに合わせて検出結果のリストを絞り込みます。
3. 追加の非標準の情報を含む特定の検出結果タイプのデータをエクスポートするには以下を実行します。
   1. [グループ化] ドロップダウンをクリックし、[ポリシー] をクリックします。
   2. 関連するタイプをクリックして、セクションを展開します。たとえば、過剰な権限を持つ IAM グループをクリックします。
   3. セクション右上の [Export] (エクスポート) ボタンをクリックします。
4. [ Export] をクリックします。CSV サマリーレポートが作成されます。

定期レポートの作成

[検出結果] ページから直接、スケジュールされたレポートを作成します。このページのレポートの内容は、テーブルに適用した特定のフィルターに基づきます。出力データは CSV 形式で、クラウドサイバーエクスポージャー コンソールの各リソースページの URL など、関連するリソースデータがすべて含まれます。

スケジュールされたレポートの作成方法

1. クラウドサイバーエクスポージャー コンソールで、[リスク>クラウドの検出結果] をクリックします。
2. 関連する データのフィルタリングを適用します。
3. テーブルの右上にある [Create Scheduled Report] ボタンをクリックします。
4. レポートの詳細を入力します。詳細については レポート を参照してください。
5. [スケジュール] または [生成] をクリックします。
6. [Reports] (レポート) ページでレポートの詳細情報を確認できます。

検出結果を無視する

オープンの検出結果を無視して、リソースをポリシーから永久に、または設定された期間除外します。たとえば、既存の検出結果を[Open Findings] (オープンの検出結果) ページには今すぐ表示せず、後で追跡する場合は、検出結果を後日まで延期することができます。日付になると、検出結果のステータスは [オープン] に戻ります。

検出結果は、除外の対象になると無視されます。[検出結果] ページでは、次の操作を行うことで検出結果を無視できます。

• 特にこれらの検出結果を対象とする新しい除外を作成します。
• 検出結果を既存の除外に追加する

検出結果を新しいまたは既存の除外に追加すると、直ちに有効になります。対象となる検出結果は直ちに無視されます。

検出結果を新しいまたは既存の除外に追加する方法

1. [リスク] › [クラウドの検出結果] または [IaC の検出結果 > オープン] に移動します。
2. 検出結果の表から以下を行います。
   • 単一の検出結果: その横にある三点リーダーアイコンをクリックし、[無視] を選択します。
   • 複数の検出結果: 関連する検出結果を選択し、下部にある [無視] をクリックします。検出結果を一括で無視できるのは、同じポリシーに属している場合のみです。
3. [検出結果を無視] ダイアログで、次を選択します。

   • 既存の除外に追加します。

     既存の除外に追加する画像を見る

     

     • ドロップダウンには、同じポリシーと範囲にすでに適用されている除外のみがリストされます。除外がない場合は、 除外 できます。
     • 対象となるものがない場合、このオプションは無効になります。既存の除外に追加するためのルールを参照してください。

   • 新しい除外。除外のアクションは [無視] であることに注意してください。[検出結果] ページから検出結果の深刻度を変更することはできません。

     [検出結果を無視] ウィンドウの画像を参照

     

     1. 名前 (Dev1 Lab public EC2s など) を入力します
     2. 目的を説明する 説明 を追加します。たとえば、QA によって使用される、一般にアクセス可能なテストインスタンスです
     3. 検出結果を無視する理由 (例外、設計別、誤検知
     4. から選択します。[有効期限で、有効期限なしまたは特定の終了日を選択します。除外の有効期限が切れると、後続のスキャンサイクルの検出結果に適用されなくなります。
4. [保存] をクリックします。

[検出結果] ページの変更は直ちに適用されます。無視した検出結果は、定義されたサブステータス (理由) とともに、[無視の検出結果] の下に表示されます。

検出結果を無視しない

無視した検出結果は、除外によって抑制されます。無視すべきではなくなった検出結果がある場合は、関連する除外を確認して更新できます。これは、[Findings] (検出結果) ページまたは [Exclusions ] (除外) ページから直接実行できます。除外を 除外を監査して維持するする方法をご確認ください。

検出結果を無視しない方法

1. [リスク] › [クラウドの検出結果] または [IaC の検出結果] に移動します。
2. [無視されたもの] タブをクリックします。
3. 無視を元に戻したい無視された検出結果の 1 つを見つけます。
4. その横にある三点リーダーアイコンをクリックし、[除外を管理] を選択します。
5. [除外の編集] ページで、除外を更新して、検出結果の対象にならないようにします。
6. 除外を保存します。

検出結果を手動でクローズする

検出結果の修正し、根本的なセキュリティ問題を解決すると、検出結果は クラウドサイバーエクスポージャー コンソールで自動的に [クローズ (修正済み)] とマークされます。ただし、一部のケースでは、オープンまたは無視の検出結果を 手動でクローズ したい場合もあります。 以下に例を挙げます。

• 検出結果を自動的に識別して「解決済み」としてマークするには時間がかかることがあります。その方が手動で解決した方が、検出結果ページからその検出結果を早く削除することができます。
• 一部の検出結果タイプは、 クラウドサイバーエクスポージャー によって自動的に解決済みとしてマークされません (完全なリストについては、 自動解決されない検出結果タイプを参照してください)。これは、異常検出結果など、主にアラートとして機能する検出結果に当てはまります。異常検出結果はその独自の性質により、他の多くの検出結果のように Tenable 内で従来の方法で修正することができません。代わりに、環境にとって実際の脅威となるかどうかを調査した後、手動で解決済みとしてマークすることができます。

検出結果を手動でクローズすると、検出結果は [クローズ (手動でクローズ)] とマークされます。ただしこれを行った場合、問題は実際には修正されておらず、次回データの同期と更新の頻度するときに、検出結果のステータスは [Open (Reopened)] (オープン (再オープン)) に戻ります。

クローズの検出結果をマークして表示する方法

1. 検出結果の表から以下を行います。
   1. 単一の検出結果: 各検出結果の横にある三点リーダーアイコンをクリックし、[閉じる] をクリックします。
   2. 複数の検出結果: 複数の検出結果を選択し、下部にある [閉じる] をクリックします。
2. [Close Finding] (検出結果のクローズ) ダイアログで、クローズの理由を示すコメントを追加します。これは検出結果のアクティビティに追加されます。
3. [閉じる] をクリックします。
4. クローズされたすべての検出結果を表示するには、[検出結果] > [クローズ] に移動します。

検出結果を再オープンする

検出結果を手動でクローズするした検出結果は再度オープンできます。入力すると、検出結果は [Open (Reopened)] (オープン (再オープン) ) とマークされます

検出結果を再オープンする方法

1. 検出結果の表から以下を行います。
   1. 単一の検出結果: 各検出結果の三点リーダーアイコンをクリックし、[Open] をクリックします。
   2. 複数の検出結果: 複数の検出結果を選択し、下部にある [オープン] をクリックします。
2. [Open Finding] (検出結果のオープン) ダイアログで、再オープンの理由を示すコメントを追加します。これは検出結果のアクティビティに追加されます。
3. [開く] をクリックします。
4. 再オープンされたすべての検出結果を表示するには、[検出 結果] > [オープン] に移動してから、サブステータスを [再オープン] でフィルタリングします。

検出結果に基づくアクションのトリガー

サードパーティツールにプッシュ通知を送信するプロセスを自動化する 自動化 を作成するだけでなく、チケッティング 統合 に関連するアクションを手動でトリガーしたり、個別の検出結果についてメール通知を送信したりすることもできます。

通知を送信するときに、開発者がコードに手動で適用できるように、JSON、Terraform、または CloudFormation 形式で (修正手順に従って) 修正されたポリシーの提案があれば、そのコピーを含めることができます。これは特に、クラウドサイバーエクスポージャー により自動で実行された修正が開発者のコードで上書きされる可能性がある場合の、インフラのコード化 (IaC) ワークフローで役立ちます。修正されたポリシーの提案を添付することで、Tenable が推奨する内容をお使いのコーディング環境に合わせて直接実装できるようになります。

必要な クラウドサイバーエクスポージャー ユーザーロール: このアクションを実行するには、クラウドサイバーエクスポージャー でコラボレータまたは管理者ロールが必要です。詳細については、ユーザーとグループを参照してください。

1 つの検出結果に対してアクションをトリガーする

1 つの検出結果に対してアクションを手動でトリガーする方法

1. クラウドサイバーエクスポージャー コンソールで、[リスク>クラウドの検出結果] または [リスク> IaC の検出結果] ページに移動します。

2. 検出結果の横にある三点リーダーメニューアイコンをクリックし、関連するアクションを選択します。

   

   (手順については、アクションごとに、以下の アイコンをクリックしてください)

複数の検出結果に対するアクションのトリガー

複数の検出結果に対してアクションを手動でトリガーするJira/ServiceNow の場合、次のいずれかを選択できます。

• 選択したすべての検出結果を含む、1 つの統合されたチケットを作成します。

• 選択した検出結果ごとに 1 枚のチケットを個別に作成します

  注意: 複数の Jira 課題または ServiceNow インシデントを一度にトリガーする場合、サマリーまたは説明フィールドを編集することはできません。各課題やインシデントには、クラウドサイバーエクスポージャー が提供するデフォルトのサマリーや説明が含まれます。

複数の検出結果に対してアクションを手動でトリガーする方法

1. クラウドサイバーエクスポージャー コンソールで、[リスク>クラウドの検出結果] または [リスク> IaC の検出結果] ページに移動します。

2. アクションをトリガーする検出結果の横にあるチェックボックスを選択します。

   

3. 表示される下部のメニューパネルから、関連するアクションを選択します。
   • Webhook に送信
     1. 複数の Webhook を設定している場合は、検出結果を送信する Webhook を選択します。
     2. [はい] をクリックして確認します。
   • メールで共有する
     1. 1 つ以上のメールアドレスを入力します。リソース所有者に検出結果情報を送信することもできます。この場合、受信者数が多くなる可能性があります。たとえば、関連付けられたメールアドレスのないグループが所有者になっている場合、Tenable がグループメンバー全員にメールを送信します。
     2. (オプション) 受信者へのメッセージを入力します。
     3. [送信] をクリックします。
   • Jira 課題の作成
     1. 次のいずれかを選択します。
        • すべての検出結果を含む統合された Jira 課題を作成します
        • 検出結果ごとに 1 件の Jira 課題を個別に作成します
     2. プロジェクト、課題タイプ、担当者、エピック (オプション)、環境 (Jira インスタンスの URL)、ラベル を選択します。選択したプロジェクトによって、他のフィールドドロップダウンで使用できる値が決まります。
     3. (オプション)「 オプション・フィールドの追加 」をクリックして、ラベル、担当者、エピックなどの非必須データを含めます。
     4. [問題の作成] をクリックします。
   • ServiceNow インシデントの作成
     1. 次のいずれかを選択します。
        • すべての検出結果を含む統合された ServiceNow 課題を作成します
        • 検出結果ごとに 1 件ずつ、個別の ServiceNow 課題を作成します
     2. インスタンスと担当者を選択します。
     3. インシデントの影響と緊急性を選択します。
     4. [インシデントの作成] をクリックします。

Jira および ServiceNow チケットを追跡する

チケッティング 統合 (Jira、ServiceNow) を接続し、修正ワークフローを効率化する 自動化 と、外部チケットが作成されたシステムで作成されます。これらの外部チケットは、[Findings] (検出結果) ページから直接簡単に追跡できます。

この統合ビューにより、インシデント管理が合理化され、運用チームとのコラボレーションが改善されます。また、セキュリティの検出結果にリンクされた外部チケットに直接アクセスできるため、トレーサビリティが強化されます。

外部チケットを追跡する方法

1. クラウドサイバーエクスポージャーコンソールで、[リスク>クラウドの検出結果] をクリックします。

2. 必要に応じて、[オープン]、[無視]、[クローズ] の検出結果ページに移動します。

   

3. [チケット] フィルターで、[Jira 課題] や [ServiceNow インシデント] を選択して、チケットが作成された検出結果でテーブルをフィルタリングします。
4. (オプション)検索を絞り込むには、必要に応じて他のフィルターを適用します。
5. 関連する検出結果の横にある アイコンまたは ServiceNow アイコンにカーソルを合わせると、チケットの詳細が表示されます。

検出結果の詳細の表示

検出結果をクリックして詳細な情報を表示し、それに関連するリスクを修正します。イベントの詳しい履歴説明、イベントがもたらす潜在的なリスクの幅広い根拠、具体的な修正手順が表示されます。各検出結果には、検出結果の種類に応じたさまざまな情報と、検出結果の作成をトリガーした具体的な状況が表示されます。

以下のような検出結果の詳細情報とその他の関連情報を確認して、理解を深めます。

• 検出結果の根本的な原因
• 検出結果の範囲
• 環境にもたらされる潜在的なリスク
• 検出結果の深刻度の説明

検出結果からシークレットを除外する

検出された誤検出に対処するために、検出結果からシークレットを除外します。シークレットは通常、キーと値のペアとして表され、キーまたは値のいずれかに機密情報が含まれている可能性があります。

パターンを入力することで、特定のシークレットを検出結果のトリガーから除外できます。パターンがシークレットと一致した場合、クラウドサイバーエクスポージャー はそのシークレットを除外します。たとえば、値パターン https://* を使用して、誤ってシークレットとしてフラグが立てられた URL を除外します。

このオプションは、シークレットの公開に関連する検出結果で利用できます。たとえば、CloudFormation スタックでシークレットが公開されています。

検出結果からシークレットを除外する方法

1. クラウドサイバーエクスポージャーコンソールで、[リスク>クラウドの検出結果] をクリックします。
2. 関連する検出結果をクリックしてオープンします。
3. [Overview] (概要) ページで、除外するシークレットを特定します。シークレットは赤でハイライトされます。シークレットマスキングして非表示にすることができます。

4. 三点リーダーアイコンをクリックし、[Exclude value/default from this policy] をクリックします。

   

   

5. キーパターンと値パターンを入力します。これらのフィールドには、現在のキーと値が自動的に入力されます。パターンでは次のワイルドカード文字を使用できます。
   • アスタリスク * - 0 文字以上と一致
   • クエスチョンマーク ? - 1 文字と一致
6. (オプション) コメントを追加します。
7. [大文字と小文字を無視 する] (大文字と小文字を同一の文字として処理する) かどうかを選択します。
8. [除外] をクリックします。

除外されたシークレットの表示と管理

検出結果からシークレットを除外するした後、特定のポリシーで除外されたすべてのシークレットを確認または管理することができます。これは、[Policies] ページから関連するポリシー内の [Secret Exclusion] タブに直接アクセスして実行できます。

ポリシーの除外されたシークレットを表示する方法

1. クラウドサイバーエクスポージャーコンソールで、[ポリシー] > [クラウドポリシー] の順にクリックします。
2. [Organization] (組織) ツリーのドロップダウンから、関連するアカウント階層とフォルダーを選択します。
3. 確認するポリシーを見つけます。
4. ポリシーの横にある三点リーダーメニューアイコンをクリックし、[編集] をクリックします。
5. ポリシーエディターで、[シークレットの除外] タブをクリックします。
6. そのポリシーの除外されたシークレットのリストを確認します。次のことができます。
   • 必要に応じて、キー/値のパターンとコメントを表示し、除外を管理または削除します。
   • シークレットマスキング して非表示にします。

ソースコードの表示

クラウドサイバーエクスポージャー は、あるリポジトリでコードによって管理されているものとして検出されたリソースに関連する検出結果に IaC 組み込みシステムラベル を適用します。このような検出結果については、[IaC] タブをクリックして関連するコードスニペットを表示し、リソースをそのコードのオリジンまでトレースすることができます。

リソースソースを表示するには code:

1. クラウドサイバーエクスポージャーコンソールで、[リスク>クラウドの検出結果] をクリックします。
2. ラベルフィルターから、その他の関連するフィルターとともに IaC を選択します。詳細については、「 検出結果ページの操作 」を参照してください。
3. クリックして関連する検出結果を開き、関連情報を分析します。

4. 検出結果のタイトルの下にある、影響を受けるリソースを特定してクリックします。

   

5. リソースページで、[IaC] タブをクリックします。

6. エントリを展開すると、リソースのソースコードが表示されます。

   

検出結果のアクティビティの表示

クラウドサイバーエクスポージャー 内の検出結果のライフサイクルに関する情報を確認するには、検出結果のアクティビティを表示します。たとえば、次の場合を参照してください。

• 検出結果が作成されました。
• ステータスの変更 (システムによる、またはユーザーによる手動による)
• サードパーティ統合用にチケットが作成されました。

検出結果のアクティビティを表示する方法

1. 検出結果の表で、関連する検出結果をクリックします。
2. [アクティビティ] をクリックします。
3. (オプション) コメントを書き 、[保存] をクリックします。

検出結果の修正

クラウドサイバーエクスポージャー 検出結果を 検出結果の自動修正 クリックで自動修正したり、必要に応じて 検出結果を手動で修正する 修正を実行したりできます。

検出結果を手動で修正する

検出結果によっては、関連する問題を クラウドサイバーエクスポージャー 以外で修正する方が、 Tenable 検出結果の自動修正するよりも適切な場合があります。これは特に、Tenable により自動で実行された修正が開発者のコードで上書きされる可能性がある場合の、インフラのコード化 (IaC) ワークフローで役立ちます。修正されたポリシーの提案をアタッチすることで、Tenable の推奨事項をコーディング環境に合わせて直接実装できるようになります。

検出結果を手動で修正する方法

1. [検出結果] ページで、関連する検出結果をクリックしてオープンします。
2. [修正] 領域に移動します。

3. 修正 手順 を 1 つずつ実行します。例:

   

4. 修正ステップに提案されたポリシー変更が含まれる場合、ステップの横に次のボタンの一部またはすべてが表示され、改訂されたポリシーをさまざまな形式で表示およびダウンロードしたり、古いポリシーと新しいポリシーを並べて差分ビューしたりできます。

   

   • JSON
   • Diff
   • Terraform
   • CloudFormation

   開発者が手動でコードに適用できるように、これらの提案のコピーを開発者に送信 (たとえば、E メール経由、 検出結果に基づくアクションのトリガーによる添付ファイル) に送信することができます。

5. [検出結果を修正した後、手動でクローズし、 Open Findings] (オープンの検出結果) ページから削除します。

検出結果の自動修正

クラウドサイバーエクスポージャー では、ボタン (ワンクリック修正) をクリックするだけで検出結果を自動的に修正して、リスク緩和のプロセスを効率化できます。Tenable では、クラウド環境内で関連する修正ステップをプロアクティブに実行することで、時間と労力を節約できます。これにより、脅威に迅速に対応できるようになります。自動修正は、それぞれのクラウドサービスプロバイダープラットフォーム内で段階的なアクティビティを必要とする手動修正の代替手段として機能します。

たとえば、過剰な権限を持つアイデンティティに関連する検出結果を自動的に修正し、過剰なアクセス許可と脆弱な設定を削除することができます。

• アカウント接続中に クラウドサイバーエクスポージャー 管理アクセス許可 (オプション) を付与した場合は、この機能が利用可能なアカウントに関連付けられた検出結果であれば、追加の設定を行わなくても、自動的に修正できます。

• アカウント接続中に クラウドサイバーエクスポージャー 読み取り専用アクセス許可のみを付与した場合でも、検出結果を自動的に修正できますが、最初に ワンタイム認証情報をTenableに提供する必要があります。

  注意: 管理アクセス許可が付与されている場合でも、ワンタイム認証情報を使用して自動修正するオプションは利用できます。
• (GCP)検出結果によっては、プロジェクトレベル (フォルダーレベルまたは組織レベル) より上のレベルで特定の修正手順を実行する必要があります。Tenable がプロジェクトレベルの管理アクセス許可のみを持っていて、組織レベルのアクセス許可を持たない場合は、1 回限りの認証情報を Tenable に提供することで、Tenableこれらの手順も実行できるようになります。それ以外の場合は、Tenable ではアクセス許可がある修正手順のみが実行されます。

Microsoft Entra ID の変更を必要とする修正アクション (グループからのユーザーの削除など) は、 Tenable に Microsoft Entra グループを管理するアクセス許可がないため (センシティブな性質のため)、自動的には実行されません。このような手順はすべて、Microsoft Entra 管理者が手動で実行する必要があります。自動修正プロセスを開始すると、このような手順がページに表示されますが、グレー表示されます。

検出結果を自動修正する方法

1. [検出結果] ページで、関連する検出結果をクリックしてオープンします。サポートされている検出結果の完全なリストについては、 OTC による修正のサポート対象の検出結果 を参照してください。
2. [修正] 領域に移動します。
3. ボタンをクリックします。
4. さまざまなステップをクリックして、たとえば以下を行います。
   • 問題のリソースに関する詳細情報を表示する
   • 提案されたポリシー変更の表示と編集を行う。
   • 提案されたポリシー変更を編集する場合は、[編集] をクリックし、関連する変更を加えてから [保存] をクリックする。
   • アクセスキーを無効にするか削除するかを選択する (_IAM ユーザーの未使用の認証情報_というポリシーによってトリガーされる検出結果の場合など)。
5. [次へ] をクリックします。
6. アカウント接続中に クラウドサイバーエクスポージャー 読み取り専用アクセス許可のみを付与した場合は、次の情報を入力することで、 Tenableにワンタイム認証情報を入力する よう求められます。
   • AWS
     • アクセスキー ID (IAM ユーザーを対象)
     • シークレットアクセスキー (IAM ユーザーに関連)
     • セッショントークン (IAM ロールに関連)

   • GCP

     • アクセストークン。必要なユーザー認証情報を使用して認証されている間に、Google Cloud CLI で次のコマンドを実行することで、トークンを生成します。

     gcloud auth print-access-token

     このコマンドの詳細については、 関連する Google ドキュメント を参照してください。

   • 現在のセッションの認証情報を保存するかどうかを決定します。
7. 適用される手順を確認し、[適用] をクリックします。

ワンタイム認証情報による修正

アカウントの接続中に クラウドサイバーエクスポージャー 管理アクセス許可を付与する代わりに、 Tenable が検出結果を自動的に修正できるようにする一時的なワンタイム認証情報を提供することもできます。

• AWS IAM ユーザーの場合、一時的な認証情報はアクセスキーの形式を取り、IAM ロールの場合、アクセスキーとセッショントークンの組み合わせになります。IAM ユーザー/ロールには、問題のアカウント内で特定の修正アクションを実行できるアクセス許可が必要です (多くの場合、管理アクセス許可が必要です)。必要なアクセス許可は検出結果によって異なる場合があります。
• GCP の場合、一時的な認証情報は、Google Cloud CLI を介して生成できるアクセストークンの形式を取ります。詳細については、 検出結果の自動修正 を参照してください。

デフォルトでは、指定した認証情報は、入力した特定の検出結果の修正にのみ適用されます。現在のブラウザセッションの期間中持続するように認証情報を延長するには、検出結果ごとに認証情報を入力しなくても済むように認証情報を保存します。これにより、1) ブラウザウィンドウを閉じるか、2) クラウドサイバーエクスポージャー コンソールからログアウトするまで、認証情報を使用して他の検出結果を自動的に修正できます。 Tenable では、複数のアカウントの認証情報の保存をサポートしています。

IaC を使用した検出結果の修正

IaC で検出された クラウドサイバーエクスポージャー の検出結果を修正するために必要となる正確なコード変更を確認し、Tenable で開かれたプルリクエストを介して自動的にそれらを適用します。これにより、関連するクラウドコンソールを介してデプロイした後ではなく、コード内で設定ミスを修正できるため、設定ミスの原因を簡単に特定できるようになります。

これは次のことに役立ちます。

• 設定ミスの根本原因を簡単に特定
• 開発者が追加のチケットを処理する代わりに、日常的なツールを使用できるようにします
• 大規模な問題解決
• IaC セキュリティのベストプラクティスに従う

前提条件

• コードリポジトリの接続や CI/CD の接続 の接続
• クラウドサイバーエクスポージャー ユーザーには、関連する IaC スコープへのアクセス権が必要です。詳細については、「 ユーザーとグループ 」を参照してください。
• サポートは現在、以下のツールで管理されているリソースで利用できるものです。
  • クラウド: AWS/Azure/GCP (サポートされているポリシー
  • コードフレームワーク: Terraform

コード変更の確認

IaC で検出された クラウドサイバーエクスポージャー 検出結果を修正するために必要となる正確なコード変更を表示します。

IaC コードの変更を確認するには

1. [検出結果] ページで、関連する検出結果をクリックします。利用可能な検出結果タイプのリストについては、 サポートされているポリシー 。
2. 検出結果のプロファイルビューで、[ ] をクリックします。
3. [IaC] タブをクリックします。

4. コード差分を確認して、コード変更の推奨事項を確認します。右側にある赤/緑のインジケーターをクリックすると、関連するコードスニペットに素早く移動できます。

5. [ ] をクリックして、修正したコードファイルをコピーします。

次のステップ: プルリクエストを使用して検出結果を修正するする

プルリクエストを使用して検出結果を修正する

必要な変更を含むプルリクエストを作成して、コードの設定ミスを修正します。

プルリクエストを使用して IaC の検出結果を修正する方法

1. コード変更の確認。
2. [Create Pull Request] をクリックします。
3. 左側のさまざまなステップをクリックして、たとえば以下を行います。
   • 問題のリソースに関する詳細情報を表示する
   • 提案されたポリシー変更を表示する
4. [次へ] をクリックします。
5. プルリクエストの詳細を入力します。
   • コミットメッセージを入力するか、自動生成されたデフォルトメッセージを使用します。
   • 説明 を入力するか、自動生成されたデフォルトメッセージを使用します。
   • プルリクエストの作成後 7 日間、検出結果をスヌーズするかどうかを選択します。
6. [作成] をクリックします。

成功ダイアログのリンクをクリックして、プルリクエストにアクセスします。プルリクエストが承認された後、変更は次のリリースでクラウドに展開され、クラウドサイバーエクスポージャー の検出結果のステータスは [Resolved] (解決済み) に変更されます。

サポートされているポリシー

現在、以下の Tenable Cloud 組み込みポリシー がサポートされています (IaC ポリシーではありません)。

AWS

• IAM ユーザーの未使用パスワード
• IAM ユーザーの未使用アクセスキー
• 非アクティブな IAM ユーザー
• 非アクティブな IAM ロール
• 過剰な権限を持つ IAM グループ
• 過剰な権限の IAM ユーザー
• 過剰な権限の IAM ロール
• 過剰な権限の SSO アクセス許可セット
• 未使用の SSO アクセス許可セット
• 未使用のセキュリティグループ

Microsoft Entra ID

• サブスクリプションで非アクティブな Microsoft Entra ID アプリケーション
• サブスクリプションで非アクティブな Microsoft Entra ID ユーザー

GCP

• 非アクティブなサービスアカウント

Google Workspace

• 無効な Google Workspace ユーザー

参照: データの検出

このセクションでは、データの検出に関連する詳細な参照情報を提供します。

リソース削除の推奨事項を伴う検出結果

次の検出結果タイプには、ポリシールールに違反するリソースを削除するための推奨される修正手順が含まれます。リソースが削除された場合、関連する検出結果のサブステータスは、[Resource deleted] (リソースの削除) ではなく、[Fixed] (修正済み) とマークされます。

• 未使用のセキュリティグループ
• 未使用の SSO アクセス許可セット
• 未使用の GCP プロジェクト
• 非アクティブな IAM ロール
• 非アクティブな IAM ユーザー
• サブスクリプションで非アクティブな Microsoft Entra ID アプリケーション
• サブスクリプションで非アクティブな Microsoft Entra ID ユーザー
• サブスクリプションで非アクティブなマネージド ID
• プロジェクトで非アクティブなサービスアカウント
• プロジェクトで非アクティブなユーザー

自動解決されない検出結果タイプ

以下の検出結果タイプ (ポリシー) は、クラウドサイバーエクスポージャーによって自動的に [クローズ (修正済み)] とマークされます。

削除された検出結果

一般に、検出結果は解決した後でも、 クラウドサイバーエクスポージャー 内で制限なくアクセスできます。ただし、検出結果が クラウドサイバーエクスポージャー から削除されることがあります。以下は、検出結果が削除される理由の一部をまとめたリストです。

OTC による修正のサポート対象の検出結果

自動修正は次の検出結果に対して利用できます。