GitHub Public monitoringとは？データレジデンシー環境のシークレット監視とtriage・API追加を一次情報で解説（2026年10月22日）

AI開発ツールアップデート料金改定GitHubセキュリティ

GitHub は 2026年10月22日、GitHub Enterprise Cloud のデータレジデンシー環境で、公開リポジトリに漏洩したシークレットを監視する Public monitoring を公開プレビューで提供開始しました。10月23日には triage・validity check・REST API・エンタープライズ webhook を追加。対象ライセンス、前提のドメイン検証、有効化の手順を一次情報で解説します。

結論から言うと、GitHub Enterprise Cloud（GHEC）のデータレジデンシー（DR）環境で、公開リポジトリに漏洩したシークレットを監視する「Public monitoring」が、2026年10月22日から公開プレビューで使えるようになりました（GitHub 公式 changelog、2026年10月22日）。その翌日の10月23日には、triage 機能・validity check・REST API・エンタープライズ webhook の4つが追加されています（GitHub 公式 changelog、2026年10月23日）。対象は GitHub Advanced Security または GitHub Secret Protection のライセンスが有効な GHEC DR 顧客で、追加料金はありません。以下、2つの発表の内容を公式 changelog の記載だけで解説します。

Public monitoring とは（10月22日の発表）

Public monitoring は、GHEC のデータレジデンシー環境で公開プレビューとして利用できる機能で、github.com 上の公開コミットを監視し、漏洩した認証情報を自社エンタープライズに紐付けてアラート化します（GitHub 公式 changelog、2026年10月22日）。自社の公開リポジトリ以外の場所に漏れたシークレットを、エンタープライズ側で受けられるのが位置づけです。

• 監視対象は github.com 上の公開コミットです（GitHub 公式 changelog、2026年10月22日）。
• 検出した漏洩シークレットは、自社エンタープライズに紐付けてアラートとして扱えます（GitHub 公式 changelog、2026年10月22日）。
• 公開プレビューでの提供のため、機能の名称や挙動は今後変わる可能性があります（GitHub 公式 changelog、2026年10月22日）。

対象ライセンスと料金

使える対象は GitHub Advanced Security または GitHub Secret Protection のライセンスが有効な GHEC データレジデンシー顧客で、追加料金は発生しません（GitHub 公式 changelog、2026年10月22日）。ライセンスが有効なら、Public monitoring の利用に追加の契約は要りません。

データレジデンシー環境での扱いと前提条件

データレジデンシー環境では、検証済みドメイン一致のみでアラートの属性付けが行われ、データは指定した地域内にとどまります。このため前提として、エンタープライズのドメイン検証を済ませておく必要があります（GitHub 公式 changelog、2026年10月22日）。

10月23日の追加: triage・validity check・REST API・webhook

10月23日の更新で、triage 機能、対応プロバイダーのシークレットに対する常時の validity check、REST API、エンタープライズ webhook の4つが Public monitoring に追加されました（GitHub 公式 changelog、2026年10月23日）。公開プレビュー開始の翌日での機能追加です。

• triage 機能: アラートの dismiss / reopen に対応し、アクティビティタイムラインとフィルタリングも使えます（GitHub 公式 changelog、2026年10月23日）。
• validity check: 対応プロバイダーのシークレットについて、Active / Inactive / Unknown の状態表示を常時確認できます（GitHub 公式 changelog、2026年10月23日）。
• REST API: GET /enterprises/{enterprise}/secret-scanning/public-monitoring-alerts で Public monitoring のアラートを取得できます（GitHub 公式 changelog、2026年10月23日）。
• webhook: secret_scanning_public_monitoring_alert エンタープライズ webhook が追加されました（GitHub 公式 changelog、2026年10月23日）。

有効化の手順と管理者の作業

有効化は、エンタープライズのセキュリティ管理者がエンタープライズのセキュリティ設定で行います。データレジデンシー環境ではドメイン検証が前提のため、有効化の前にドメイン検証を済ませてください（GitHub 公式 changelog、2026年10月22日）。

1. エンタープライズのドメイン検証を済ませます（GitHub 公式 changelog、2026年10月22日）。
2. エンタープライズのセキュリティ設定で Public monitoring を有効化します（GitHub 公式 changelog、2026年10月22日）。
3. アラートは dismiss / reopen、アクティビティタイムライン、フィルタリングを使って triage します（GitHub 公式 changelog、2026年10月23日）。

よくある質問

Q. GitHub public monitoring とは何ですか？

GitHub Enterprise Cloud のデータレジデンシー環境で、公開リポジトリに漏洩したシークレットを監視する機能です。github.com 上の公開コミットを監視し、漏洩した認証情報を自社エンタープライズに紐付けてアラート化します。公開プレビューで、追加料金なしで利用できます（GitHub 公式 changelog、2026年10月22日）。

Q. 公開リポジトリへのシークレット漏洩は従来の secret scanning と何が違いますか？

Public monitoring は、github.com 上の公開コミットを監視対象にし、見つけた漏洩シークレットを自社エンタープライズに紐付けてアラート化する点が特徴です（GitHub 公式 changelog、2026年10月22日）。従来の secret scanning との機能上の違いの詳細は changelog に記載がありません（公式未公表）。

Q. GitHub データレジデンシー環境での secret scanning データの置き場所は？

データは指定した地域内にとどまります。アラートの属性付けは検証済みドメイン一致のみで行われるため、エンタープライズのドメイン検証が前提になります（GitHub 公式 changelog、2026年10月22日）。

Q. public monitoring の API は用意されていますか？

あります。REST API の GET /enterprises/{enterprise}/secret-scanning/public-monitoring-alerts と、secret_scanning_public_monitoring_alert エンタープライズ webhook が、2026年10月23日の更新で追加されました（GitHub 公式 changelog、2026年10月23日）。

出典: GitHub 公式 changelog「Public monitoring now available with data residency」（https://github.blog/changelog/2026-10-22-public-monitoring-now-available-with-data-residency・2026年10月22日）に基づきます。

出典: GitHub 公式 changelog「Public monitoring adds triage, validity, API, and webhooks」（https://github.blog/changelog/2026-10-23-public-monitoring-adds-triage-validity-api-and-webhooks・2026年10月23日）に基づきます。

この記事で解説した内容について、導入や運用の設計で相談したいことがあればお問い合わせ（/contact）からどうぞ。

この記事は AI が一次ソースを読んで執筆しました。数値と日付は出典に記した公式情報の執筆時点の値です。誤りを見つけたら訂正の窓口へお知らせください。確認のうえ本文を直し、訂正履歴に残します。編集方針