במדריך הזה נסביר איך לוודא שהאפליקציה ופרטי הכניסה של המשתמשים מאובטחים.
השלמת תהליך אימות האפליקציה של OAuth
היקף ההרשאות של OAuth 2.0 ל-Google Ads API מסווג כהיקף הרשאות מוגבל, כלומר צריך להשלים את תהליך האימות של אפליקציית OAuth לפני שמעבירים את האפליקציה לסביבת הייצור. מידע נוסף זמין במסמכי התיעוד של Google Identity, במאמר במרכז העזרה בנושא אפליקציות לא מאומתות ובמסמכים בנושא הגדרת מסך הסכמה של OAuth.
אבטחת פרטי הכניסה של האפליקציה
חשוב לאבטח את מזהה הלקוח וסוד הלקוח ב-OAuth 2.0 של האפליקציה. פרטי הכניסה האלה עוזרים למשתמשים ול-Google לזהות את האפליקציה, ולכן צריך לטפל בהם בזהירות. צריך להתייחס לפרטי הכניסה האלה לאפליקציה כמו לסיסמאות. אל תשתפו אותם באמצעות מנגנונים לא מאובטחים, כמו פרסום בפורומים ציבוריים, שליחת קובצי תצורה שמכילים את פרטי הכניסה האלה בקבצים מצורפים לאימייל, הטמעת פרטי הכניסה בקוד או העלאה שלהם למאגר המקורות של הקוד. מומלץ להשתמש במנהל סודות כמו Google Cloud Secret Manager או AWS Secrets Manager כשאפשר.
אם סודות הלקוח שלכם ב-OAuth 2.0 נחשפו, אתם יכולים לאפס אותם.
אבטחת חשבונות השירות
אם אתם משתמשים בחשבונות שירות, אבטחו אותם באופן הבא:
התייחסו למפתח של חשבון השירות ולקובץ ה-JSON כמו לסיסמאות. אם אפשר, אבטחו אותם באמצעות מנהל סודות כמו Google Cloud Secret Manager או AWS Secrets Manager.
כדי לאבטח ולנהל את חשבונות השירות, כדאי לפעול לפי השיטות המומלצות הנוספות של Google Cloud.
אבטחת הטוקנים של המשתמשים
אם האפליקציה שלכם מאפשרת ריבוי משתמשים, עליכם לנקוט בצעדים נוספים כדי להגן על טוקני הרענון והגישה של המשתמשים. אחסנו את האסימונים בצורה מאובטחת במצב מנוחה ואל תעבירו אותם כטקסט פשוט. השתמשו במערכת אחסון מאובטחת שמתאימה לפלטפורמה שלכם.
טיפול בביטול ובתפוגה של טוקן רענון
אם האפליקציה מבקשת טוקן רענון של OAuth 2.0 כחלק מההרשאה, צריך גם לטפל במקרים שבהם הטוקן לא חוקי או שהתוקף שלו פג. יכול להיות שתוקף טוקני הרענון יפוג מסיבות שונות, והאפליקציה שלכם צריכה להגיב בהתאם, על ידי אישור מחדש של המשתמש במהלך ההתחברות הבאה שלו, או ניקוי הנתונים שלו לפי הצורך. משימות אופליין, כמו משימות cron, צריכות לזהות ולתעד חשבונות שטוקני הרענון שלהם פגו, במקום להמשיך לשלוח בקשות שנכשלות. כדי לשמור על היציבות של שרתי ה-API, Google עשויה להגביל את קצב הבקשות של אפליקציות שיוצרות רמות גבוהות של שגיאות לאורך זמן.
ניהול ההסכמה לכמה היקפי הרשאות
אם האפליקציה מבקשת הרשאה לכמה היקפי הרשאות של OAuth 2.0, יכול להיות שהמשתמש לא יאשר את כל היקפי ההרשאות של OAuth שביקשתם. האפליקציה צריכה להשבית את התכונות הרלוונטיות אם המשתמש לא מאשר את ההיקפים. אפשר להציג למשתמש שוב את הבקשה רק אחרי שהוא מציין בבירור שהוא מתכוון להשתמש בתכונה הספציפית שדורשת את ההיקף. במקרים כאלה, צריך להשתמש בהרשאה מצטברת כדי לבקש היקפי הרשאות מתאימים של OAuth.
אם התכונות הבסיסיות של האפליקציה דורשות כמה היקפי הרשאות, צריך להסביר את הדרישה הזו למשתמש לפני שמבקשים את הסכמתו.