{"meta":{"title":"シークレット スキャン検出スコープ","intro":"シークレット スキャンでは、パターン マッチングと検証を使用してシークレットを検出します。 検出は、パターン ペア、トークンの種類、プッシュ保護の設定によって異なります。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/enterprise-server@3.22/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/enterprise-server@3.22/code-security/reference","title":"リファレンス"},{"href":"/ja/enterprise-server@3.22/code-security/reference/secret-security","title":"シークレット セキュリティ"},{"href":"/ja/enterprise-server@3.22/code-security/reference/secret-security/secret-scanning-scope","title":"シークレット スキャン スコープ"}],"documentType":"article"},"body":"# シークレット スキャン検出スコープ\n\nシークレット スキャンでは、パターン マッチングと検証を使用してシークレットを検出します。 検出は、パターン ペア、トークンの種類、プッシュ保護の設定によって異なります。\n\n> \\[!NOTE]\n> この機能を使用するには、サイト管理者がインスタンスの secret scanning を有効にする必要があります。 詳しくは、「[アプライアンスのシークレットスキャンを設定する](/ja/enterprise-server@3.22/code-security/how-tos/secure-at-scale/configure-enterprise-security/configure-specific-tools/configure-secret-scanning)」をご覧ください。\n>\n> エンタープライズ所有者がエンタープライズ レベルでポリシーを設定している場合、 secret scanningを有効または無効にできない場合があります。 詳しくは、「[エンタープライズのコード セキュリティと分析のためのポリシーの適用](/ja/enterprise-server@3.22/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-code-security-and-analysis-for-your-enterprise)」をご覧ください。\n\n## パターン ペアの検出\n\nSecret scanning は、ID とシークレットが同じファイル内で検出され、両方がリポジトリにプッシュされている場合にのみ、AWS アクセス キーやシークレットなどのパターン ペアを検出します。 ペア マッチングは、ペアの両方の要素 (ID とシークレット) をプロバイダーのリソースにアクセスするために一緒に使用する必要があるため、誤検知を減らすのに役立ちます。\n\n異なるファイルにプッシュされたか、同じリポジトリにプッシュされていないペアでは、アラートは生成されません。 サポートされるパターンについて詳しくは、「[サポートされているシークレット スキャン パターン](/ja/enterprise-server@3.22/code-security/reference/secret-security/supported-secret-scanning-patterns)」の表をご覧ください。\n\n## レガシ GitHub トークンについて\n\nGitHub トークンの場合、シークレットの有効性を確認して、シークレットがアクティブか非アクティブかを判断します。 つまり、レガシ トークンの場合、secret scanningはGitHub Enterprise Serverのpersonal access tokenGitHub Enterprise Cloudを検出しません。 同様に、 GitHub Enterprise Cloudpersonal access token は GitHub Enterprise Serverには見つかりません。\n\n## プッシュ保護の制限事項\n\nプッシュ保護で検出されたはずのシークレットが検出されなかった場合は、まず、サポートされているシークレットのリストでプッシュ保護でそのシークレットの種類がサポートされていることを確認する必要があります。 詳細については「[サポートされているシークレット スキャン パターン](/ja/enterprise-server@3.22/code-security/reference/secret-security/supported-secret-scanning-patterns)」を参照してください。\n\nシークレットがサポート対象リストにある場合、プッシュ保護で検出されない理由はさまざまです。\n\n* プッシュ保護では、最も識別可能なユーザーアラート パターンのサブセットに対して漏洩したシークレットのみがブロックされます。 このようなシークレットがブロックされている場合、共同作成者はセキュリティ防御を信頼できます。これは、誤検知の数が最も少ないパターンであるためです。\n* シークレットのバージョンが古い可能性があります。 以前のバージョンの特定のトークンは、プッシュ保護によってサポートされない場合があります。これらのトークンでは、最新バージョンよりも多くの誤検知が生成される可能性があるためです。 プッシュ保護は、レガシ トークンにも適用されない場合があります。 Azure Storage キーなどのトークンの場合、GitHub では、レガシ パターンに一致するトークンではなく、''最近作成された'' トークンのみがサポートされます。\\_\\_\n* プッシュが大きすぎる可能性があります。たとえば、数千もの大きなファイルをプッシュしようとしている場合などです。 プッシュ保護スキャンがタイムアウトになる可能性はありますが、プッシュが大きすぎる場合はユーザーがブロックされない可能性があります。\n  GitHub は、必要に応じて、プッシュ後もアラートをスキャンして作成します。\n* プッシュによって 5 つを超える新しいシークレットが検出された場合、最初の 5 つのシークレットのみが表示されます (常に最大 5 つのシークレットが一度に表示されます)。\n* プッシュに 1,000 を超える既存のシークレット (つまり、アラートが既に作成されているシークレット) が含まれている場合は、プッシュ保護でプッシュがブロックされません。\n* コミットまたはファイル パスの詳細がないバイパス要求が表示される場合は、プッシュ保護が時間切れになったことを意味します。 プッシュが大きすぎるか、履歴が複雑すぎて、シークレットを持ち込んだコミットを見つけられませんでした。"}