{"meta":{"title":"シークレット リスク評価結果の解釈","intro":"secret risk assessmentからの結果を理解し、リークの修復に優先順位を付けます。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/code-security/tutorials","title":"Tutorials"},{"href":"/ja/code-security/tutorials/secure-your-organization","title":"組織をセキュリティで保護する"},{"href":"/ja/code-security/tutorials/secure-your-organization/interpret-secret-risk-assessment","title":"シークレット リスク評価を解釈する"}],"documentType":"article"},"body":"# シークレット リスク評価結果の解釈\n\nsecret risk assessmentからの結果を理解し、リークの修復に優先順位を付けます。\n\n## イントロダクション\n\nこのチュートリアルでは、シークレット リスク評価の結果を解釈し、次の方法を学習します。\n\n* ダッシュボードのリスク メトリックを理解する\n* リスクの高いシークレット リークを特定する\n* 修復のためにシークレットに優先順位を付ける\n\n## 前提条件\n\nsecret risk assessmentレポートを生成し、スキャンが完了するまで待つ必要があります。 「[組織のシークレット リスク評価の実行](/ja/code-security/how-tos/secure-at-scale/configure-organization-security/configure-specific-tools/assess-your-secret-risk)」を参照してください。\n\n## 手順 1: ダッシュボードのメトリックを理解する\n\n評価が完了したら、ダッシュボードの上部にある主要なメトリックを確認します。\n\n* **シークレットの合計数**: 組織全体で検出されたシークレット リークの合計数\n* **パブリック リーク**: **パブリック** リポジトリで見つかった個別のシークレット\n* **防止可能なリーク**: 保護対策で防げた可能性のあるリーク\n\nまた、シークレットの合計数からパブリック リークの数を差し引くことで、 **プライベート リポジトリ** で見つかったシークレットの数を確認することもできます。 これらのシークレットの修復はすぐに重要ではありませんが、他のユーザーがリポジトリへの不正アクセスを取得した場合や、リポジトリが公開された場合は、リスクが引き続き発生します。\n\n## 手順 2: シークレット カテゴリを理解する\n\n**\\[シークレット**カテゴリ] セクションを見て、**漏洩したシークレットの種類を理解します**。\n\n* **プロバイダー パターン**: 既知のサービス (AWS、Azure、 GitHub トークン) の特定のシークレット形式\n* **汎用パターン**: 秘密キー、API キー、パスワードなどの一般的なシークレット形式\n\nプロバイダー パターンは、多くの場合、それらが属しているサービスを正確に把握しているため、識別と取り消しが簡単になります。 一般的なパターンでは、より多くの調査が必要になる場合があります。\n\n## 手順 3: 影響を受けるリポジトリの数を特定する\n\nリーク メトリック **を含むリポジトリ** を確認します。これは、シークレット リークが含まれるリポジトリの数を示しています。\n\n高い **割合** のリポジトリにリークが含まれている場合は、次を示している可能性があります。\n\n* シークレット管理に関する広範なカルチャの問題\n* 組織全体のトレーニングの必要性\n* コミット前にシークレットをブロックするプッシュ保護などのガードレールが見つからない\n\nリークが含まれるリポジトリが **少数**は、次のことができます。\n\n* 特定のチームに修復作業を集中させる\n* リーク情報を使用して、リスクの高い領域であるリポジトリを特定する\n\n## 手順 4: 漏洩したシークレットを種類別に確認する\n\n下部までスクロールして、次の内容を含む詳細な **シークレットの種類** のテーブルを表示します。\n\n* **シークレットの種類**: 特定の種類のシークレット\n* **個別のリポジトリ**: この型を含む異なるリポジトリの数\n* **シークレットが見つかりました**: すべてのリポジトリでこのシークレットの種類の合計数\n\nテーブルは、最大の数で自動的に並べ替え、最大のリスクを特定するのに役立ちます。\n\n**同じ種類の多くのシークレット** (複数の AWS キーなど) が表示される場合は、次を示します。\n\n* 開発者が環境変数を使用していない可能性がある\n* シークレット管理に関するドキュメントがありません\n\n## 手順 5: 修復と関連するアクションに優先順位を付ける\n\nメトリックを理解したら、リスクに基づいて修復に優先順位を付けます。\n\n最も優先度の高いシークレットは、 **パブリック リポジトリ内のリークされたプロバイダー パターン**です。これは次のためです。\n\n* インターネット上のすべてのユーザーがアクセス可能\n* 多くの場合、どのサービスに属するかを把握しているため、識別と取り消しが簡単です\n\n次に、リスクが低いシークレットに対処したり、修復にさらに広範な取り組みを必要としたりすることができます。 次の場合があります。\n\n* **パブリック リポジトリ内の一般的なパターン。パブリック リポジトリが**属するサービスまたはシステムを特定するために調査が必要になる場合があります\n* **プライベート リポジトリのリーク**。直ちに低いリスクを表しますが、それでも対処する必要があります\n\n最後に、リーク修復以外の追加の防止作業が必要になる可能性がある次のインジケーターを探します。\n\n* **リークを伴う多くのリポジトリ**: 組織全体のトレーニングとセキュリティ意識の向上の必要性を示します\n* **繰り返されるシークレットの種類**: 特定のワークフローまたはチームが対象となる介入を必要とするよう提案する\n* **一般的なシークレット カテゴリ**: セキュリティの強化が必要な特定の CI/CD プロセスを指している場合があります\n\nリスク評価によって識別される脆弱性またはリークの修復は、  GitHub Advanced Securityにより簡単です。 対象となるエンタープライズ管理者は、結果ページから直接、企業全体の試用版を開始できます。"}