angular / angular/angularfire

Implementing Firebase App Check Debug Token in an Angular Application

オープン
#3,545 コメント 1 件 リアクション 2 件 担当者 0 名 GitHub で見る
主要言語
TypeScript
スター
7.8k
フォーク
2.2k
平均マージ
22時間 28分
マージ済み PR(30日)
6

説明

Subject: Implementing Firebase App Check Debug Token in an Angular Application

Hello everyone,

I recently encountered a scenario where I needed to integrate Firebase App Check into my Angular application to enhance security. While testing, I noticed that the browser console was generating a debug token with the message "App Check debug token: XXXXXXXXXXXXX". This debug token is crucial for testing Firebase App Check locally before deploying the application.

To use this token, I followed these steps:
1. I copied the debug token from the console.
2. Then, I went to the Firebase Console, navigated to the App Check section, and under the "Manage debug tokens" option, I registered the new token.

After registering the token, I integrated it into my application by modifying the `ReCaptchaEnterpriseProvider` initialization in my code. Here’s how I updated my provider configuration:
```javascript
const provider = new ReCaptchaEnterpriseProvider("XXXXXXXXXXXXX"); // Replace XXXXXXXXXXXXX with your registered debug token
return initializeAppCheck(undefined, { provider, isTokenAutoRefreshEnabled: true });
```
By replacing the placeholder with the actual debug token, I was able to test App Check more effectively in my development environment.

This process ensured that the App Check feature worked correctly without deploying it directly to production, allowing me to address any issues beforehand. Remember, the debug token is meant for testing purposes only and should be replaced with actual production credentials before deployment.

I hope this helps anyone looking to implement Firebase App Check in their projects!

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

この issue では Angular アプリケーションでの Firebase App Check デバッグトークンの使用について説明されていますが、Repository のファイルもテストも指定されていません。まず、既存のドキュメント構成と、報告されているデバッグトークンの手順を確認してください。完了とみなすには、合意されたドキュメントの範囲と、結果として作成するガイダンスの具体的な配置場所が必要です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
angular, firebase, typescript
領域
cloud, security
issue の種類
ドキュメント
難易度
2/5
見積もり時間
1〜3時間
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。