{"meta":{"title":"運用コンテキストを使用した Dependabot とコード スキャンアラートの優先順位付け","intro":"外部システムのメタデータと Dynatrace、JFrog Artifactory、Dependabot、独自の CI/CD ワークフローなどの統合を使用して、運用環境にデプロイされた成果物のcode scanningとMicrosoft Defender for Cloudアラートを対象とすることで、実際のリスクに焦点を当てます。","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/prioritize-alerts-in-production-code","title":"運用コードでのアラートの優先順位付け"}],"documentType":"article"},"body":"# 運用コンテキストを使用した Dependabot とコード スキャンアラートの優先順位付け\n\n外部システムのメタデータと Dynatrace、JFrog Artifactory、Dependabot、独自の CI/CD ワークフローなどの統合を使用して、運用環境にデプロイされた成果物のcode scanningとMicrosoft Defender for Cloudアラートを対象とすることで、実際のリスクに焦点を当てます。\n\nApplication Security (AppSec) マネージャーは、多くの場合、大量のアラートに圧倒されます。その多くは、影響を受けるコードが運用環境に移行しないため、実際のリスクを表さない可能性があります。 運用コンテキストをアラートに関連付けることで、運用環境で実際に承認されている成果物に影響を与える脆弱性をフィルター処理し、優先順位を付けることができます。 これにより、チームは最も重要な脆弱性の修復作業に集中し、ノイズを減らし、セキュリティ態勢を向上させることができます。\n\n## 1. 成果物を運用コンテキストに関連付ける\n\nGitHub's linked artifacts page を使用すると、REST API またはパートナー統合を使用して、会社のビルドの運用コンテキストを提供できます。 その後、Teams はこのコンテキストを使用して、 Dependabot と code scanning アラートに優先順位を付けることができます。 詳しくは、「[リンクされた成果物について](/ja/code-security/concepts/supply-chain-security/linked-artifacts)」をご覧ください。\n\n運用コンテキストを提供するには、次のようにシステムを構成する必要があります。\n\n* 成果物が運用環境で承認されたパッケージ リポジトリに昇格されるたびに、\\*\\*\\*\\* 内のlinked artifacts pageを更新します。\n* 成果物が運用環境にデプロイされたときにデプロイ **レコード** を更新します。\n\nGitHub は、このメタデータを処理し、それを使用して、ストレージ レコードからの `artifact-registry-url` や `artifact-registry` 、デプロイ レコードからの `has:deployment` と `runtime-risk` などのアラート フィルターに電力を供給します。 デプロイ レコードからの実行時リスクは、個々の code scanning および Dependabot アラート ページのプロパティとしても表示されます。\n\nレコードの更新の詳細については、 [ストレージとデプロイのデータをアップロードしてlinked artifacts page](/ja/code-security/how-tos/secure-your-supply-chain/establish-provenance-and-integrity/upload-linked-artifacts) を参照してください。\n\n## 2. 運用コンテキスト フィルターを使用する\n\n運用コンテキスト フィルターは、\\[ **<svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-shield\" aria-label=\"shield\" role=\"img\"><path d=\"M7.467.133a1.748 1.748 0 0 1 1.066 0l5.25 1.68A1.75 1.75 0 0 1 15 3.48V7c0 1.566-.32 3.182-1.303 4.682-.983 1.498-2.585 2.813-5.032 3.855a1.697 1.697 0 0 1-1.33 0c-2.447-1.042-4.049-2.357-5.032-3.855C1.32 10.182 1 8.566 1 7V3.48a1.75 1.75 0 0 1 1.217-1.667Zm.61 1.429a.25.25 0 0 0-.153 0l-5.25 1.68a.25.25 0 0 0-.174.238V7c0 1.358.275 2.666 1.057 3.86.784 1.194 2.121 2.34 4.366 3.297a.196.196 0 0 0 .154 0c2.245-.956 3.582-2.104 4.366-3.298C13.225 9.666 13.5 8.36 13.5 7V3.48a.251.251 0 0 0-.174-.237l-5.25-1.68ZM8.75 4.75v3a.75.75 0 0 1-1.5 0v-3a.75.75 0 0 1 1.5 0ZM9 10.5a1 1 0 1 1-2 0 1 1 0 0 1 2 0Z\"></path></svg> Security and quality** ] タブで使用できます。\n\n* **Dependabot ビュー**: [Dependabot アラートの表示と更新](/ja/code-security/how-tos/manage-security-alerts/manage-dependabot-alerts/view-dependabot-alerts#viewing-and-prioritizing-dependabot-alerts) を参照してください。\n* **Code scanning ビュー**: [リポジトリのコード スキャンのアラートの評価](/ja/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts/assess-alerts) を参照してください。\n* **セキュリティ キャンペーン ビュー**: [セキュリティ キャンペーンの作成と管理](/ja/code-security/how-tos/manage-security-alerts/remediate-alerts-at-scale/creating-managing-security-campaigns) を参照してください。\n\nアラートリストが表示されたら、組織ビューの `artifact-registry-url` または `artifact-registry` フィルターを使用して、運用環境に存在するアーティファクトに影響を与える脆弱性に焦点を当てます。\n\n* `my-registry.example.com`でホストされている独自のアーティファクト リポジトリの場合は、次を使用します。\n\n  ```text copy\n  artifact-registry-url:my-registry.example.com\n  ```\n\n* JFrog Artifactory を使用する場合は、`artifact-registry`でそれ以上セットアップを行っていないGitHubを使用できます。\n\n  ```text copy\n  artifact-registry:jfrog-artifactory\n  ```\n\nまた、 `has:deployment` フィルターと `runtime-risk` フィルターを使用して、デプロイ時や実行時の脆弱性のリスクでデプロイ メタデータに表示される脆弱性に焦点を当てることもできます。\nMDCを接続している場合、このデータは自動的に入力されます。 例えば次が挙げられます。\n\n* インターネットに公開されているデプロイされたコードのアラートに焦点を当てるには、次のコマンドを使用します。\n\n  ```text copy\n  has:deployment AND runtime-risk:internet-exposed\n  ```\n\nこれらの運用コンテキスト フィルターを、EPSS などの他のフィルターと組み合わせることもできます。\n\n```text copy\nepss > 0.5 AND artifact-registry-url:my-registry.example.com\n```\n\n## 3. 運用コードでアラートを修復する\n\nこれで、運用コードを悪用のリスクにさらすアラートを特定しました。緊急性の問題として修復する必要があります。 可能な場合は、自動化を使用して修復の障壁を下げる。\n\n* **Dependabot alerts:** セキュリティ修正には自動プル要求を使用します。 「[Dependabot セキュリティの更新の構成](/ja/code-security/how-tos/secure-your-supply-chain/secure-your-dependencies/configure-security-updates)」を参照してください。\n* \\*\\*Code scanning アラート:\\*\\*Copilot Autofixを使用してターゲット キャンペーンを作成します。 「[セキュリティ キャンペーンの作成と管理](/ja/code-security/how-tos/manage-security-alerts/remediate-alerts-at-scale/creating-managing-security-campaigns)」を参照してください。\n\n## 詳細については、次を参照してください。\n\n* [メトリックを使用した Dependabot アラートの優先順位付け](/ja/code-security/tutorials/manage-security-alerts/prioritizing-dependabot-alerts-using-metrics)"}