מעקב אחרי מדדי reCAPTCHA

במאמר הזה מוסבר על המדדים של reCAPTCHA שמופקים על ידי Identity Platform כתוצאה מהשילוב של Identity Platform עם reCAPTCHA Enterprise API, ואיך אפשר לראות אותם באמצעות Cloud Monitoring.

מדדי reCAPTCHA

אחרי שמגדירים את השילוב של Identity Platform עם reCAPTCHA Enterprise API, ואם רוצים, מפעילים את ההגנה על סמס ב-reCAPTCHA, אפשר לעקוב אחרי המדדים של reCAPTCHA שהפרויקט מפיק כדי לוודא שתהליכי האימות מוגנים. אם הקצאת המפתחות של reCAPTCHA נכשלת או אם חשבונות השירות הנדרשים לא נוצרו, האימות של reCAPTCHA נכשל והפעילות נמשכת.

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

  • אם לרוב הבקשות האחרונות יש אסימונים תקינים, והיחס בין PASSED לבין FAILED_AUDIT או FAILED_ENFORCE מתאים להצדקה העסקית שלכם, כדאי להפעיל את האכיפה.
  • אם רוב הבקשות האחרונות הן כנראה מלקוחות מיושנים, כדאי לחכות שמשתמשים נוספים יעדכנו את האפליקציה לפני שמפעילים את האכיפה. אכיפת השילוב של Identity Platform עם reCAPTCHA Enterprise API משבשת גרסאות קודמות של האפליקציה שלא משולבות עם reCAPTCHA.

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

identitytoolkit.googleapis.com/recaptcha/verdict_count

המדד הזה עוקב אחרי התוצאות השונות שמתקבלות מ-reCAPTCHA. אם יש אסימון, נוצרת החלטה. אפשר לסנן לפי התוצאות הבאות:

  • ‫PASSED: מציין שבקשה מסוימת מותרת כשהאכיפה מופעלת.
  • ‫FAILED_AUDIT: מציין שבקשת אימות נתונה של אימייל וסיסמה תידחה כשמצב הביקורת של reCAPTCHA מופעל.
  • ‫FAILED_ENFORCE: מציין שבקשה מסוימת נדחתה כשאכיפת reCAPTCHA מופעלת.
  • ‫CLIENT_TYPE_MISSING: מציין שבבקשה מסוימת חסר סוג לקוח כשאכיפת reCAPTCHA מופעלת. השגיאה הזו בדרך כלל מתרחשת אם נשלחה בקשה באמצעות גרסה מיושנת של SDK של לקוח שלא תומכת ב-reCAPTCHA.
  • ‫KEYS_MISSING: מציין שלא ניתן לאמת בקשה מסוימת כי Identity Platform לא יכולה לאחזר מפתחות reCAPTCHA תקינים כשאכיפת reCAPTCHA מופעלת.

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

identitytoolkit.googleapis.com/recaptcha/token_count

המדד הזה עוקב אחרי המספר והסטטוס של אסימוני reCAPTCHA שהתקבלו ב-backend של Identity Platform. אפשר לסנן לפי הסטטוסים הבאים:

  • ‫VALID: מציין שהטוקן של reCAPTCHA שהועבר תקין.
  • ‫EXPIRED: מציין שפג התוקף של אסימון ה-reCAPTCHA שהועבר. אסימון שפג תוקפו יכול להצביע על בעיות ברשת של הלקוח או על ניצול לרעה.
  • ‫DUPLICATE: מציין שהטוקן של reCAPTCHA שהועבר הוא כפול. טוקן כפול יכול להצביע על בעיות ברשת של הלקוח או על ניצול לרעה.
  • ‫INVALID: מציין שהאסימון של reCAPTCHA שהועבר לא תקין. טוקן לא תקין יכול להצביע על התנהלות פוגעת.
  • ‫MISSING: מציין שהטוקן של reCAPTCHA לא קיים בבקשה הנתונה. אם חסרים טוקנים, יכול להיות שאפליקציית הלקוח לא מעודכנת.
  • ‫UNCHECKED: מציין שהטוקן של reCAPTCHA לא נבדק בגלל פסיקות של CLIENT_TYPE_MISSING או KEYS_MISSING.

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

identitytoolkit.googleapis.com/recaptcha/risk_scores

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

identitytoolkit.googleapis.com/recaptcha/sms_tf_risk_scores

המדד הזה עוקב אחרי התפלגות ציוני הסיכון של ההגנה על SMS ב-reCAPTCHA בפרויקט מסוים ב-Identity Platform. כך תוכלו להגדיר את טווחי הניקוד האופטימליים להגנה על סמס ב-reCAPTCHA.

צפייה במדדי reCAPTCHA

כדי לראות את המדדים של reCAPTCHA באמצעות Cloud Monitoring:

  1. נכנסים לדף Metrics explorer במסוף Google Cloud .

    כניסה לדף Metrics Explorer

  2. בקטע Select a metric, מזינים Identity Toolkit Tenant. אם אתם משתמשים בריבוי דיירים, אתם יכולים להציג את המדדים של כל דייר ושל פרויקט ההורה, על ידי השארת השדה tenant_name ריק.

המאמרים הבאים