בדף הזה מופיעה סקירה כללית על שילוב אפליקציות OAuth ב- Google Cloud.
אתם יכולים להשתמש ב-Application Integration כדי לשלב את האפליקציות שמבוססות על OAuth עם Google Cloud. משתמשים מאוחדים יכולים להשתמש בספק הזהויות (IdP) שלהם כדי להיכנס לאפליקציות ולגשת למוצרים ולנתונים שלהם ב- Google Cloud. שילוב אפליקציות OAuth הוא תכונה של איחוד שירותי אימות הזהות של כוח העבודה.
כדי להשתמש בשילוב של אפליקציית OAuth, קודם צריך ליצור מאגר זהויות של כוח עבודה וספק. לאחר מכן תוכלו לרשום את האפליקציה שמבוססת על OAuth באמצעות OAuth 2.0. האפליקציות צריכות להיות רשומות בארגון שבו מוגדרים מאגר הזהויות של כוח העבודה והספק.
רישום אפליקציית OAuth
כדי להגדיר אפליקציה שתהיה לה גישה אל Google Cloud, צריך לרשום את האפליקציה ב- Google Cloud על ידי יצירת פרטי כניסה של לקוח OAuth. פרטי הכניסה מכילים סוד לקוח. האפליקציה משתמשת בטוקן הגישה כדי לגשת למוצרים ולנתונים של Google Cloud .
סיכוני אבטחה ודרכים לצמצום הסיכונים של לקוחות ופרטי כניסה ב-OAuth
אתם צריכים לאבטח את הגישה לממשקי ה-API של IAM, למזהה הלקוח ולסוד הלקוח. אם מזהה הלקוח והסוד נחשפים, עלולות להיווצר בעיות אבטחה. הבעיות האלה כוללות:
התחזות: משתמש זדוני שיש לו את מזהה הלקוח והסוד שלכם יכול ליצור אפליקציה שמתחזה לאפליקציה הלגיטימית שלכם. לאחר מכן הם יכולים לבצע את הפעולות הבאות:
- לקבל גישה לא מורשית לנתוני המשתמשים ולהרשאות שהאפליקציה שלכם זכאית להן.
- לבצע פעולות בשם המשתמש, כמו פרסום תוכן, שליחת קריאות ל-API או שינוי הגדרות המשתמש.
- לבצע התקפות פישינג, שבהן המשתמש הזדוני יוצר דף התחברות מזויף שדומה לספק ה-OAuth. הדף הזה יכול להטעות את המשתמשים ולגרום להם להזין את פרטי הכניסה שלהם, וכך להעביר את פרטי הכניסה למשתמש הזדוני, שיכול לגשת לחשבונות שלהם.
פגיעה במוניטין: פרצת אבטחה יכולה לפגוע במוניטין של האפליקציה והארגון, ולגרום למשתמשים לאבד אמון.
במקרה של פריצה, כדי לצמצם את הסיכונים האלה וסיכונים אחרים, צריך לבדוק את אופי הפריצה ולבצע את הפעולות הבאות:
חשוב לוודא שרק למשתמשים מהימנים יש גישה ב-IAM לOAuth client and credential API.
כדי להחליף את סוד הלקוח באופן מיידי, מחליפים את פרטי הכניסה של הלקוח באופן הבא: