監控 App Check 要求指標

在應用程式中加入 App Check SDK 後，啟用 App Check 強制執行功能前，請先確認這麼做不會影響現有的合法使用者。

您可以使用 App Check 要求指標畫面，為 Firebase AI Logic、Data Connect、Realtime Database、Cloud Firestore、Cloud Storage、Authentication、適用於 iOS 的 Google Identity、Maps JavaScript API 和 Places API (新版) 做出這項決策。

如要查看產品的 App Check 要求指標，請開啟App Check 控制台的 Firebase 區段。例如：

指標頁面

各產品的要求指標可細分為四個類別：

  • 「已驗證」要求是指具備有效 App Check 權杖的要求。啟用 App Check 強制執行後，只有這類要求才會成功。

  • 過時的用戶端要求是指缺少 App Check 權杖的要求。這些要求可能來自舊版 Firebase SDK，也就是應用程式採用 App Check 前的版本。

  • 來源不明的要求缺少 App Check 權杖，且看起來不像是來自 Firebase SDK。這些要求可能是使用遭竊的 API 金鑰所發出，也可能是未透過 Firebase SDK 發出的偽造要求。

  • 無效要求是指含有無效 App Check 權杖的要求，可能來自試圖冒用您應用程式的偽造用戶端，或是來自模擬環境。

應用程式的這些類別分布情況，應做為您決定是否啟用強制執行的依據。以下提供部分準則：

  • 如果近期幾乎所有要求都來自已驗證的用戶端，建議啟用強制執行功能，開始保護後端資源。

  • 如果近期有大量要求來自可能過時的用戶端，為避免影響使用者，建議您等待更多使用者更新應用程式，再啟用強制執行。對已發布的應用程式強制執行 App Check，會導致未整合 App Check SDK 的舊版應用程式無法運作。

  • 如果應用程式尚未發布，您應立即啟用App Check強制執行功能 ，因為目前沒有任何過時的用戶端正在使用。

後續步驟

瞭解 App Check 對使用者的影響，並準備好繼續後，即可啟用 App Check 強制執行，適用於 Firebase AI Logic、Data Connect、Realtime Database、Cloud Firestore、Cloud Storage、Authentication、適用於 iOS 的 Google Identity、Maps JavaScript API 和 Places API (新版)。