監控 App Check 要求指標

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

您可以使用 App Check 要求指標畫面,為 Firebase AI LogicData ConnectRealtime DatabaseCloud FirestoreCloud StorageAuthentication、適用於 iOS 的 Google 帳戶登入、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 LogicData ConnectRealtime DatabaseCloud FirestoreCloud StorageAuthentication、適用於 iOS 的 Google Identity、Maps JavaScript API 和 Places API (新版)。