הסבר על שדרוגים לאחור של רמות

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

למה פרויקטים משונמכים

מעבר בין רמות קורה בדרך כלל בגלל אחת מהסיבות הבאות:

  • ‫Enterprise ל-Premium: פג התוקף של המינוי ל-Enterprise, או שהפרויקט לא מקושר יותר לחשבון עם מינוי פעיל.
  • מ-Premium ל-Essentials: החשבון לחיוב שמשויך לפרויקט ב-Google Cloud לא מקושר, מושבת או שיש בו בעיות שקשורות לחיוב, כמו יתרת חוב.

התראות על שדרוג לאחור

כשפרויקט מתוזמן למעבר בין רמות או נכנס לתקופת חסד, נשלחות התראות באימייל על שדרוג לאחור למשתמשים שהוקצו להם התפקידים הבאים ב-ניהול זהויות והרשאות גישה (IAM) בפרויקט ב- Google Cloud :

  • בעלי הפרויקט (roles/owner)
  • אדמין ב-reCAPTCHA Enterprise‏ (roles/recaptchaenterprise.admin)

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

תקופת חסד

ב-Fraud Defense יש תקופת חסד של 30 יום לשדרוג לאחור מ-Enterprise ל-Premium. במהלך התקופה הזו, עדיין תהיה לכם גישה לתכונות של Enterprise כדי שתוכלו לפתור בעיות בחיוב או לעדכן את השילוב. אחרי שתקופת החסד של 30 הימים תסתיים, לא תהיה יותר גישה לתכונות הבלעדיות של Enterprise.

השפעת השדרוג לאחור על הזמינות של תכונות בשירות

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

  • שדרוג לאחור ל-Premium: לא תהיה לכם יותר גישה לתכונות שזמינות רק ב-Enterprise. להשוואה בטבלה של תכונות, ראו את טבלת השוואת התכונות.
  • שדרוג לאחור ל-Essentials: אתם מאבדים את הגישה לתכונות Premium, ומכסת ההערכות החודשיות בחינם מוגבלת ל-10,000. אם תחרגו מהמגבלה הזו, תקבלו את השגיאה HTTP 429 (Resource Exhausted).

ההשפעה על שילובים קיימים

בהתאם לתכונות שבהן אתם משתמשים, שדרוג לאחור יכול לגרום לשגיאות ב-API או לשינויים בממשק המשתמש:

  • קודי סיבות מתקדמים: התגובה של CreateAssessment לא מכילה יותר סיבות מתקדמות בשדה extended_verdict_reasons. אם הקצה העורפי שלכם מסתמך על הקודים האלה, עדכנו אותו כך שישתמש בסיבות הסיווג הרגילות.
  • ‫Related accounts API: קריאות לנקודות קצה של חשבונות קשורים מחזירות שגיאת PERMISSION_DENIED. צריך להפסיק לשלוח קריאות לממשקי ה-API האלה.
  • הגנה על עסקאות: אם תבקשו הערכות של עסקאות בלי לשלוח אסימון של ממשק קצה, ה-API יחזיר את השגיאה PERMISSION_DENIED. כדי להמשיך להשתמש ב"הגנה על עסקאות", צריך להטמיע שילוב של ממשק משתמש.
  • ניתוח נתונים של ATO: השדה accountTakeoverVerdict ריק או חסר בתגובה של accountDefenderAssessment. כדי למנוע שגיאות, צריך לעדכן את הלוגיקה של הקצה העורפי שמצפה לשדה הזה.
  • תכונות שזמינות רק בממשק המשתמש: תכונות כמו דוחות הונאה ספציפיים לאתר וחקירות של מתקפות לא מופיעות יותר במסוף Google Cloud .

  • ‫Policy Engine: בהתאם לרמה שאליה משנמכים, השנמוך משפיע על כללי המדיניות באופן הבא:

    • שדרוג לאחור ל-Premium: כל כללי המדיניות הקיימים עם יותר משלושה כללים (המקסימום המותר ברמת Premium) נשארים פעילים וממשיכים לאכוף את כל הכללים ללא שינויים. עם זאת, כל ניסיון ליצור מדיניות חדשה או לעדכן מדיניות קיימת עם יותר משלושה כללים יחזיר שגיאה מסוג PERMISSION_DENIED. כדי לעדכן מדיניות שחורגת מהמגבלה הזו, צריך קודם למחוק את הכללים העודפים עד שהמדיניות תכיל שלושה כללים או פחות.
    • שדרוג לאחור ל-Essentials: כל כללי המדיניות הקיימים נשארים פעילים וממשיכים לאכוף את כל הכללים. עם זאת, אי אפשר ליצור כללי מדיניות חדשים או לעדכן כללי מדיניות קיימים. כדי לשנות את כללי המדיניות האלה, צריך למחוק אותם.

    דוגמה

    יש לכם מדיניות עם חמישה כללים ואתם משדרגים לאחור למסלול פרימיום. המדיניות ממשיכה להחיל את כל חמשת הכללים. עם זאת, אם תנסו מאוחר יותר לעדכן כלל קיים או ליצור מדיניות חדשה עם חמישה כללים, ה-API יחזיר את השגיאה PERMISSION_DENIED.

אימות השימוש בתכונות

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

  • בודקים אם בקוד של ה-backend יש הפניות אל extended_verdict_reasons או אל accountTakeoverVerdict. לפרטים נוספים, קראו את המאמר פירוש הערכות לאתרים. איך מזהים ומונעים השתלטות על חשבונות
  • בודקים אם ה-backend מבצע קריאות לנקודות קצה (endpoint) כלשהן של Related accounts API.
  • בודקים אם אתם מבצעים הערכות של עסקאות בלי אסימונים של ממשק המשתמש. מידע נוסף זמין במאמר התקנת ההגנה על עסקאות.
  • בודקים אם יש כללי מדיניות של Policy Engine עם יותר משלושה כללים. פרטים נוספים זמינים במאמר הגדרת Policy Engine עם מפתח אוניברסלי. אם הפרויקט שלכם עובר למסלול פרימיום, עליכם להפחית את מספר הכללים במדיניות לשלושה או פחות לפני שאתם מעדכנים אותה. אם הפרויקט שלכם עובר לרמת Essentials, אתם לא יכולים לעדכן את כללי המדיניות.

איך למנוע שדרוג לאחור או לשחזר ממנו

כדי למנוע שיבושים בשירות או לשחזר את הגישה לתכונות, צריך לפתור את הבעיות בחיוב או במינוי:

  • שחזור סטטוס Enterprise: שייכו את הפרויקט לחשבון לחיוב פעיל עם מינוי תקף ל-Fraud Defense. אם אתם צריכים מינוי חדש, פנו לנציג המכירות של Google Cloud או לGoogle Cloud מחלקת המכירות.
  • שחזור סטטוס פרימיום: ודאו שהפרויקט מקושר לחשבון פעיל ותקין לחיוב ב- Google Cloud .