דף זה תורגם על ידי Cloud Translation API.

Codelab בנושא App Check לאינטרנט

1. מבוא

העדכון האחרון: 23 בפברואר 2023

איך אפשר למנוע גישה לא מורשית למשאבים ב-Firebase?

אתם יכולים להשתמש ב-Firebase App Check כדי למנוע מלקוחות לא מורשים לגשת למשאבי הקצה העורפי שלכם. לשם כך, צריך לדרוש שבקשות נכנסות יצורפו עם אישור שהבקשה מגיעה מהאפליקציה המקורית שלכם, ולחסום תנועה שלא כוללת אישור מתאים. התכונה 'בדיקת אפליקציות' ב-Firebase מסתמכת על ספקי אימות ספציפיים לפלטפורמה כדי לאמת את האותנטיות של הלקוח: באפליקציות אינטרנט, התכונה 'בדיקת אפליקציות' תומכת ב-reCAPTCHA גרסה 3 וב-reCAPTCHA Enterprise כספקי אימות.

אפשר להשתמש ב-App Check כדי להגן על בקשות ל-Cloud Firestore, ל-Realtime Database, ל-Cloud Functions, לאימות ב-Firebase עם Identity Platform ולשרתי קצה שאתם מארחים בעצמכם.

מה תפַתחו

ב-codelab הזה, תאבטחו אפליקציית צ'אט על ידי הוספה של App Check ואכיפה שלו.

אפליקציית צ'אט ידידותית שאתם בונים.

מה תלמדו

איך עוקבים אחרי הגישה לא מורשית לקצה העורפי
איך מוסיפים אכיפה ל-Firestore ול-Cloud Storage
איך מריצים את האפליקציה עם אסימון ניפוי באגים לפיתוח מקומי

מה צריך

עורך הטקסט או סביבת הפיתוח המשולבת (IDE) שתבחרו
מנהל החבילות npm, שמגיע בדרך כלל עם Node.js
‫ Firebase CLI מותקן ומוגדר לעבודה עם החשבון שלכם
טרמינל או מסוף
דפדפן לפי בחירתכם, כמו Chrome
קוד לדוגמה מתוך ה-Codelab (בשלב הבא של ה-Codelab מוסבר איך לקבל את הקוד).

2. קבלת קוד לדוגמה

משכפלים את מאגר הנתונים של GitHub של ה-codelab משורת הפקודה:

git clone https://github.com/firebase/codelab-friendlychat-web

לחלופין, אם Git לא מותקן אצלכם, אתם יכולים להוריד את המאגר כקובץ ZIP.

ייבוא אפליקציה לתחילת הדרך

באמצעות ה-IDE, פותחים או מייבאים את הספרייה 📁 appcheck-start ממאגר הנתונים המשוכפל. הספרייה 📁 appcheck-start מכילה את קוד ההתחלה של ה-codelab, שיהיה אפליקציית אינטרנט לצ'אט עם פונקציונליות מלאה. בספרייה 📁 appcheck יהיה הקוד המלא של ה-codelab.

3. יצירה והגדרה של פרויקט Firebase

יצירת פרויקט Firebase

נכנסים למסוף Firebase באמצעות חשבון Google.
לוחצים על הלחצן כדי ליצור פרויקט חדש, ואז מזינים שם לפרויקט (לדוגמה, FriendlyChat).
שם הפרויקט הזה משמש כשם לתצוגה בממשקי Firebase, ומערכת Firebase יוצרת באופן אוטומטי מזהה פרויקט ייחודי על סמך שם הפרויקט הזה. שימו לב: בשלב הזה אפשר ללחוץ על סמל העריכה כדי להגדיר את מזהה הפרויקט המועדף, אבל אי אפשר לשנות את המזהה הזה אחרי יצירת הפרויקט.

חשוב לזכור את מזהה הפרויקט, כי תצטרכו אותו בהמשך כדי לזהות את פרויקט Firebase ב-Firebase CLI. אם שכחתם את המזהה, תמיד תוכלו למצוא אותו בהמשך בהגדרות הפרויקט.
לוחצים על המשך.
אם מוצגת בקשה לעשות זאת, קוראים ומאשרים את התנאים של Firebase, ואז לוחצים על המשך.
(אופציונלי) מפעילים את העזרה מבוססת-AI במסוף Firebase (שנקראת Gemini ב-Firebase).
ב-codelab הזה לא צריך להשתמש ב-Google Analytics, ולכן משביתים את האפשרות Google Analytics.
לוחצים על יצירת פרויקט, מחכים שהפרויקט יוקצה ולוחצים על המשך.

שדרוג תוכנית התמחור של Firebase

כדי להשתמש ב-Cloud Storage for Firebase, הפרויקט ב-Firebase צריך להיות בתוכנית התמחור 'תשלום לפי שימוש' (Blaze), כלומר הוא צריך להיות מקושר לחשבון לחיוב ב-Cloud.

בחשבון לחיוב ב-Cloud צריך להגדיר אמצעי תשלום, כמו כרטיס אשראי.
אם אתם חדשים ב-Firebase וב-Google Cloud, כדאי לבדוק אם אתם עומדים בדרישות לקבלת קרדיט בסך 300$וחשבון לחיוב ב-Cloud עם תקופת ניסיון בחינם.
אם אתם משתתפים בסדנת קוד כחלק מאירוע, כדאי לשאול את מארגן האירוע אם יש קרדיטים ל-Cloud.

כדי לשדרג את הפרויקט לתוכנית Blaze, פועלים לפי השלבים הבאים:

במסוף Firebase, בוחרים באפשרות שדרוג התוכנית.
בוחרים בתוכנית Blaze. פועלים לפי ההוראות במסך כדי לקשר חשבון לחיוב ב-Cloud לפרויקט.
אם הייתם צריכים ליצור חשבון לחיוב ב-Cloud כחלק מהשדרוג, יכול להיות שתצטרכו לחזור לתהליך השדרוג במסוף Firebase כדי להשלים את השדרוג.

הוספת אפליקציית אינטרנט של Firebase לפרויקט

לוחצים על סמל האינטרנט כדי ליצור אפליקציית אינטרנט חדשה ב-Firebase.
רושמים את האפליקציה עם הכינוי Friendly Chat ומסמנים את התיבה לצד Also set up Firebase Hosting for this app (הגדרת אירוח ב-Firebase גם לאפליקציה הזו). לוחצים על Register app (רישום האפליקציה).
בשלב הבא תופיע פקודה להתקנת Firebase באמצעות npm ואובייקט הגדרה. תעתיקו את האובייקט הזה בהמשך ה-codelab, אז בינתיים לוחצים על Next (הבא).

החלון 'הוספת Firebase לאפליקציית האינטרנט שלך'

אחרי זה תוצג לכם אפשרות להתקין את Firebase CLI. אם עדיין לא התקנתם אותו, עליכם לעשות זאת עכשיו באמצעות הפקודה npm install -g firebase-tools. לאחר מכן לוחצים על Next.
אחרי זה תופיע אפשרות להתחבר ל-Firebase ולפרוס ל-Firebase Hosting. מתחברים ל-Firebase באמצעות הפקודה firebase login ואז לוחצים על המשך למסוף. בשלב מאוחר יותר תפרסו את האפליקציה באירוח ב-Firebase.

הגדרת מוצרי Firebase

האפליקציה שאנחנו הולכים לבנות משתמשת במוצרי Firebase שזמינים לאפליקציות אינטרנט:

אימות ב-Firebase כדי לאפשר למשתמשים להיכנס לאפליקציה בקלות.
‫Cloud Firestore כדי לשמור נתונים מובנים בענן ולקבל התראה מיידית כשמתבצעים שינויים בנתונים.
‫Cloud Storage for Firebase כדי לשמור קבצים בענן.
אירוח ב-Firebase כדי לארח את הנכסים שלכם ולספק אותם.
העברת הודעות בענן ב-Firebase כדי לשלוח התראות פוש ולהציג התראות קופצות בדפדפן.
מעקב אחר ביצועים ב-Firebase כדי לאסוף נתוני ביצועים של משתמשים באפליקציה.

כדי להשתמש בחלק מהמוצרים האלה, צריך לבצע הגדרה מיוחדת או להפעיל אותם באמצעות מסוף Firebase.

כדי לאפשר למשתמשים להיכנס לאפליקציית האינטרנט באמצעות חשבונות Google שלהם, נשתמש בשיטת הכניסה של Google.

צריך להפעיל את הכניסה באמצעות חשבון Google:

במסוף Firebase, מאתרים את הקטע Build בחלונית הימנית.
לוחצים על אימות, לוחצים על תחילת העבודה אם רלוונטי, ואז לוחצים על הכרטיסייה שיטת כניסה (או לוחצים כאן כדי לעבור ישירות לשם).
הפעלת ספק הכניסה באמצעות חשבון Google
מגדירים את השם של האפליקציה שמוצג לציבור ל-Friendly Chat ובוחרים כתובת אימייל לתמיכה בפרויקט מהתפריט הנפתח.
לוחצים על שמירה.

הגדרת Cloud Firestore

אפליקציית האינטרנט משתמשת ב-Cloud Firestore כדי לשמור הודעות בצ'אט ולקבל הודעות חדשות בצ'אט.

כך מגדירים את Cloud Firestore בפרויקט Firebase:

בחלונית הימנית במסוף Firebase, מרחיבים את Build ובוחרים באפשרות Firestore database.
לוחצים על יצירת מסד נתונים.
משאירים את הערך (default) בשדה מזהה מסד הנתונים.
בוחרים מיקום למסד הנתונים ולוחצים על הבא.
באפליקציה אמיתית, כדאי לבחור מיקום שקרוב למשתמשים.
לוחצים על התחלה במצב בדיקה. קוראים את כתב הוויתור בנוגע לכללי האבטחה.
בהמשך ה-codelab הזה, תוסיפו כללי אבטחה כדי לאבטח את הנתונים. אל תפיצו או תחשפו אפליקציה באופן ציבורי בלי להוסיף כללי אבטחה למסד הנתונים.
לוחצים על יצירה.

הגדרת Cloud Storage for Firebase

אפליקציית האינטרנט משתמשת ב-Cloud Storage for Firebase כדי לאחסן, להעלות ולשתף תמונות.

כך מגדירים את Cloud Storage for Firebase בפרויקט Firebase:

בחלונית הימנית במסוף Firebase, מרחיבים את Build (פיתוח) ובוחרים באפשרות Storage (אחסון).
לוחצים על תחילת העבודה.
בוחרים מיקום לקטגוריית האחסון שמוגדרת כברירת מחדל.
קטגוריות ב-US-WEST1, ב-US-CENTRAL1 וב-US-EAST1 יכולות ליהנות מהמסלול תמיד בחינם של Google Cloud Storage. התמחור והשימוש בקטגוריות בכל המיקומים האחרים מפורטים בתמחור ובשימוש ב-Google Cloud Storage.
לוחצים על התחלה במצב בדיקה. קוראים את כתב הוויתור בנוגע לכללי האבטחה.
בהמשך ה-codelab, תוסיפו כללי אבטחה כדי לאבטח את הנתונים. אל תפיצו או תחשפו אפליקציה לציבור בלי להוסיף כללי אבטחה לדלי שלכם ב-Storage.
לוחצים על יצירה.

4. הגדרת Firebase

מהספרייה appcheck-start, מתקשרים אל:

firebase use --add

כשמוצגת בקשה, בוחרים את מזהה הפרויקט ומזינים כינוי לפרויקט ב-Firebase. בפרויקט הזה, אפשר פשוט לתת כינוי של default. בשלב הבא, צריך להגדיר את הפרויקט המקומי כך שיפעל עם Firebase.

עוברים אל הגדרות הפרויקט במסוף Firebase.
בכרטיס 'האפליקציות שלך', בוחרים את הכינוי של האפליקציה שרוצים ליצור בשבילה אובייקט הגדרה.
בוחרים באפשרות Config (הגדרה) בחלונית של קטע הקוד של Firebase SDK.
מעתיקים את קטע הקוד של אובייקט ההגדרה ומוסיפים אותו ל-appcheck-start/hosting/src/firebase-config.js. בהמשך ה-codelab מניחים שהמשתנה נקרא config.

firebase-config.js

const config = {
  apiKey: "API_KEY",
  authDomain: "PROJECT_ID.firebaseapp.com",
  databaseURL: "https://PROJECT_ID.firebaseio.com",
  projectId: "PROJECT_ID",
  storageBucket: "PROJECT_ID.firebasestorage.app",
  messagingSenderId: "SENDER_ID",
  appId: "APP_ID",
  measurementId: "G-MEASUREMENT_ID",
};

מאותה ספרייה appcheck-start, ואז מתקשרים:

firebase experiments:enable webframeworks

הפעולה הזו מאפשרת תמיכה במסגרת אינטרנט שבאמצעותה נבנה הפרויקט הזה.

עכשיו אנחנו מוכנים להריץ את הפרויקט ולבדוק שפרויקט ברירת המחדל פועל.

5. ניסיון להשתמש באפליקציה בלי App Check

אחרי שהגדרתם את האפליקציה ואת ה-SDK, נסו להשתמש באפליקציה כמו שהיא תוכננה במקור. קודם כול, מתקינים את כל יחסי התלות. במסוף, עוברים לספרייה appcheck-start/hosting. בתוך הספרייה הזו, מריצים את הפקודה npm install. הפעולה הזו מאחזרת את כל יחסי התלות כדי שהפרויקט יפעל. כדי להפעיל את האפליקציה במצב הנוכחי שלה, אפשר להריץ את הפקודה firebase serve. האפליקציה תבקש מכם להתחבר באמצעות חשבון Google. עשו זאת, ואז נסו לפרסם בצ'אט כמה הודעות וכמה תמונות.

אחרי שבדקתם את התכונה באופן מקומי, הגיע הזמן לראות אותה בסביבת הייצור. מריצים את הפקודה firebase deploy כדי לפרוס את אפליקציית האינטרנט באינטרנט. החלק הזה הוא שלב חשוב בהדגמה של אופן הפעולה של App Check בעולם האמיתי, כי הוא דורש הגדרה של דומיין לספק האישורים של reCAPTCHA Enterprise.

אנחנו מקווים שאתם נהנים מהיכולת שמוגדרת כברירת מחדל באפליקציה. פרסום הודעות בצ'אט וכל דבר אחר שצריך לעשות רק מאפליקציה כזו. החיסרון במצב הנוכחי הוא שכל מי שיש לו את הגדרות האפליקציה מהשלב הקודם יכול לגשת למשאבי ה-Backend. הם עדיין צריכים לפעול בהתאם לכללי האבטחה שמוגדרים במערכות Firestore ו-Cloud Storage, אבל מעבר לכך, הם עדיין יכולים לשלוח שאילתות, לאחסן נתונים ולגשת לנתונים שמאוחסנים שם.

בשלבים הבאים תצטרכו:

הרשמה ל-App Check
אימות האכיפה
התחלת אכיפת הכללים

6. הפעלה של App Check ואכיפה

נתחיל בהשגת מפתח reCAPTCHA Enterprise לפרויקט שלכם והוספתו ל-App Check. כדי להתחיל, נכנסים לקטע reCAPTCHA Enterprise במסוף Google Cloud. בוחרים את הפרויקט ומוצגת בקשה להפעיל את reCAPTCHA Enterprise API. מפעילים את ה-API ומחכים כמה דקות עד שהתהליך יסתיים. אחר כך לוחצים על Create Key (יצירת מפתח) לצד Enterprise keys (מפתחות לארגונים). לאחר מכן, בקטע הזה, מציינים שם לתצוגה ובוחרים מפתח מסוג אתר. צריך לציין את הדומיינים שבהם האפליקציה מתארחת. מכיוון שאתם מתכננים לארח את האתר הזה באירוח ב-Firebase, אתם משתמשים בשם האירוח שמוגדר כברירת מחדל, שהוא בדרך כלל ${YOUR_PROJECT_ID}.web.app. אפשר למצוא את דומיין האירוח בקטע Hosting במסוף Firebase. אחרי שממלאים את הפרטים, לוחצים על סיום ואז על יצירת מפתח.

מסך ליצירת מפתח reCAPTCHA

אחרי שהתהליך מסתיים, מזהה מופיע בחלק העליון של הדף פרטים חשובים.

חלון ההרשמה ל-reCAPTCHA Enterprise

אפשר להעתיק את המזהה הזה ללוח. זה המפתח שבו משתמשים ב-App Check. לאחר מכן, עוברים לחלק App Check במסוף Firebase ולוחצים על Get Started (תחילת העבודה). לאחר מכן לוחצים על Register (הרשמה), על reCAPTCHA Enterprise ומדביקים את המזהה שהועתק בתיבת הטקסט של מפתח האתר של reCAPTCHA Enterprise. משאירים את שאר ההגדרות כברירת המחדל. הדף 'בדיקת אפליקציות' אמור להיראות כך:

חלון האפליקציות של App Check שבו רושמים את הטוקן של reCAPTCHA Enterprise

בקשות שלא אומתו ולא נאכפו

אחרי שרושמים את המפתח במסוף Firebase, חוזרים להפעלת האתר בדפדפן על ידי הפעלת הפקודה firebase serve. עכשיו אפליקציית האינטרנט פועלת באופן מקומי ואפשר להתחיל לשלוח בקשות לשרת העורפי של Firebase שוב. הבקשות מופנות לקצה העורפי של Firebase, ולכן הן נמצאות במעקב של App Check אבל לא נאכפות. כדי לראות את הסטטוס של הבקשות שמתקבלות, אפשר להיכנס לקטע Cloud Firestore בכרטיסייה APIs בדף App Check במסוף Firebase. מכיוון שעדיין לא הגדרתם את הלקוח לשימוש ב-App Check, אמור להופיע משהו דומה לזה:

לוח בקרה של בדיקת אפליקציות שבו מוצגות 100% בקשות לקוח לא מאומתות עבור האפליקציה שלכם.

בקצה העורפי, 100% מהבקשות לא אומתו. המסך הזה שימושי כי הוא מראה שכמעט כל הבקשות של הלקוחות מגיעות מלקוחות שלא שילבו את App Check.

לוח הבקרה הזה יכול להצביע על כמה דברים. הדבר הראשון שאפשר לראות הוא אם כל אפליקציות הלקוח מריצות את הגרסה האחרונה של הלקוח. אם כן, אפשר להפעיל את App Check בבטחה בלי לחשוש מהשבתת הגישה ללקוח אמיתי של האפליקציה. דבר נוסף שאפשר ללמוד מהנתונים האלה הוא כמה ניסיונות גישה לקצה העורפי בוצעו שלא מתוך האפליקציה. יכול להיות שמדובר במשתמשים ששולחים שאילתות ישירות לקצה העורפי בלי ידיעתכם. מכיוון שאפשר לראות שהבקשות לא מאומתות, הגיע הזמן לבדוק מה יקרה למשתמשים שיש להם בקשה לא מאומתת לשרת העורפי לפני שתעברו לאימות הבקשות שלהם.

בקשות לא מאומתות שנאכפו

לוחצים על הלחצן החלת ההגדרה במסך הקודם, ואז לוחצים שוב על החלת ההגדרה אם מתבקשים לעשות זאת.

לוח בקרה של מדדים לא מאומתים עם הכפתור 'החלת הגבלות' מודגש

הפעולה הזו תתחיל לאכוף את השימוש ב-App Check. מעכשיו, המערכת תחסום בקשות לשירותי הבק-אנד שלא אומתו דרך ספק האימות שבחרתם (במקרה הזה, reCAPTCHA Enterprise). חוזרים לאפליקציית האינטרנט הפועלת, שאמורה לפעול בכתובת http://localhost:5000. כשמרעננים את הדף ומנסים לקבל נתונים ממסד הנתונים, לא קורה כלום. אם פותחים את המסוף של Chrome כדי לקרוא את השגיאות, אמור להופיע משהו דומה לזה:

Uncaught Error in snapshot listener: FirebaseError: [code=permission-denied]: Missing or insufficient permissions.

התכונה App Check חוסמת בקשות שלא עברו אסימון אימות תקף בבקשות שלהן למשאבי Firebase. בינתיים, אפשר להשבית את האכיפה של App Check. בקטע הבא מוסבר איך להוסיף את App Check של reCAPTCHA Enterprise לדוגמה של Friendly Chat.

7. הוספת מפתח reCAPTCHA Enterprise לאתר

אנחנו נוסיף את מפתח הארגון לבקשה שלך. קודם צריך לפתוח את hosting/src/firebase-config.js ולהוסיף את מפתח reCAPTCHA Enterprise לקטע הקוד הבא:

const reCAPTCHAEnterpriseKey = {
  // Replace with your recaptcha enterprise site key
  key: "Replace with your recaptcha enterprise site key"
};

אחרי שמסיימים, פותחים את hosting/src/index.js ובשורה 51 מוסיפים ייבוא מ-firebase-config.js כדי לאחזר את מפתח reCAPTCHA, וגם מייבאים את ספריית App Check כדי שאפשר יהיה לעבוד עם ספק reCAPTCHA Enterprise.

// add from here
 import {
   initializeAppCheck,
   ReCaptchaEnterpriseProvider,
 } from 'firebase/app-check';
// to here

// replace this line
import { getFirebaseConfig } from './firebase-config.js';
// with this line
import { getFirebaseConfig, getReCaptchaKey } from './firebase-config.js';

לאחר מכן, בשורה הבאה, תיצרו פונקציה להגדרת App Check. הפונקציה תבדוק קודם אם אתם בסביבת פיתוח, ואם כן, היא תדפיס אסימון ניפוי באגים שתוכלו להשתמש בו לפיתוח מקומי.

import { getFirebaseConfig, getReCaptchaKey } from './firebase-config.js';
// add from here
 function setupAppCheck(app) {
   if(import.meta.env.MODE === 'development') {
     self.FIREBASE_APPCHECK_DEBUG_TOKEN = true;
   }
 }
// to here

עכשיו צריך להפעיל את App Check כדי לעבוד עם הספק שבחרתם – במקרה הזה, reCAPTCHA Enterprise. בנוסף, כדאי לרענן באופן אוטומטי את טוקן App Check ברקע, כדי למנוע עיכובים כלשהם באינטראקציה של המשתמש עם השירות שלכם במקרה שטוקן App Check שלו לא עדכני.

function setupAppCheck(app) {
   if(import.meta.env.MODE === 'development') {
     self.FIREBASE_APPCHECK_DEBUG_TOKEN = true;
   }
// add from here
   // Create a ReCaptchaEnterpriseProvider instance using your reCAPTCHA Enterprise
   // site key and pass it to initializeAppCheck().
   initializeAppCheck(app, {
     provider: new ReCaptchaEnterpriseProvider(getReCaptchaKey()),
     isTokenAutoRefreshEnabled: true // Set to true to allow auto-refresh.
   });
// to here
 }

לבסוף, אחרי שמוודאים שהאפליקציה אותחלה, צריך לקרוא לפונקציה setupAppCheck שיצרתם. בתחתית הקובץ hosting/src/index.js, מוסיפים את הקריאה לשיטה שהוספתם לאחרונה.

const firebaseApp = initializeApp(getFirebaseConfig());
// add from here
setupAppCheck(firebaseApp);
// to here
getPerformance();
initFirebaseAuth();
loadMessages();

קודם בודקים באופן מקומי

קודם בודקים את האפליקציה באופן מקומי. אם האפליקציה לא פועלת כבר באופן מקומי, מריצים את הפקודה firebase serve. אפשר לראות שהאפליקציה עדיין לא נטענת באופן מקומי. הסיבה לכך היא שרשמתם רק את הדומיין של Firebase אצל ספק האימות של reCAPTCHA, ולא את הדומיין של localhost. אסור לרשום את localhost כדומיין מאושר, כי זה מאפשר למשתמשים לגשת לשרתי הקצה העורפי המוגבלים שלכם מאפליקציה שפועלת באופן מקומי במחשב שלהם. במקום זאת, מכיוון שהגדרתם self.FIREBASE_APPCHECK_DEBUG_TOKEN = true, כדאי לבדוק בלוח JavaScript אם יש שורה שדומה לזו:

App Check debug token: 55183c20-de61-4438-85e6-8065789265be. You will need to add it to your app's App Check settings in the Firebase console for it to work.

צריך לקחת את אסימון הניפוי באגים שסופק (בדוגמה הוא 55183c20-de61-4438-85e6-8065789265be) ולהזין אותו בהגדרות של App Check בתפריט האפשרויות הנוספות של האפליקציה.

לוח הבקרה של App Check שבו מצוין המיקום של Manage Debug Tokens (ניהול טוקנים לניפוי באגים)

נותנים לטוקן שם ייחודי שקל לזכור ולוחצים על שמירה. האפשרות הזו מאפשרת לכם להשתמש בטוקן שנוצר על ידי הלקוח באפליקציה שלכם. זהו חלופה בטוחה יותר ליצירת טוקן לניפוי באגים ולהטמעה שלו באפליקציה. אם מטמיעים טוקן באפליקציה, יכול להיות שהוא יופץ בטעות למשתמשי קצה, והם יוכלו לנצל אותו כדי לעקוף את הבדיקות שלכם. אם רוצים להפיץ אסימון ניפוי באגים, למשל בסביבת CI, אפשר לקרוא את התיעוד הזה כדי לקבל מידע נוסף על אופן ההפצה.

דוגמה למילוי אסימון הניפוי באגים באמצעות כינוי

אחרי שרושמים את אסימון הניפוי באגים במסוף Firebase, אפשר להפעיל מחדש את האכיפה של App Check ולבדוק שהתוכן של האפליקציה נטען באופן מקומי על ידי קריאה ל-firebase serve מהטרמינל. הנתונים שהזנתם קודם אמורים להיות מוצגים בגרסה המקומית של אפליקציית האינטרנט. ההודעה עם אסימון ניפוי הבאגים עדיין אמורה להופיע במסוף.

רוצים לנסות בסביבת הייצור?

אחרי שמוודאים ש-App Check פועל באופן מקומי, פורסים את אפליקציית האינטרנט לייצור. מהטרמינל, מתקשרים שוב אל firebase deploy וטוענים מחדש את הדף. הפעולה הזו תארוז את אפליקציית האינטרנט שלכם כדי להפעיל אותה ב-Firebase Hosting. אחרי שהאפליקציה מתארחת ב-Firebase Hosting, נסו להיכנס לאפליקציה בכתובת ${YOUR_PROJECT_ID}.web.app. אפשר לפתוח את לוח JavaScript, ואז לא אמור להופיע בו יותר אסימון ניפוי הבאגים, והצ'אטים אמורים להיטען בפרויקט. בנוסף, אחרי כמה רגעים של אינטראקציה עם האפליקציה, אפשר להיכנס אל הקטע App Check במסוף Firebase ולוודא שכל הבקשות לאפליקציה מאומתות.

8. כל הכבוד!

מזל טוב! הוספת בהצלחה את Firebase App Check לאפליקציית אינטרנט.

אתם יכולים להגדיר את מסוף Firebase לטיפול בטוקן reCAPTCHA Enterprise בסביבות ייצור, ואפילו להגדיר טוקנים לניפוי באגים לפיתוח מקומי. כך תוכלו לוודא שהאפליקציות שלכם עדיין יוכלו לגשת למשאבי Firebase מלקוחות מאושרים, ולמנוע פעילות הונאה מתוך האפליקציה.

מה השלב הבא?

כדי להוסיף את Firebase App Check אל: