OAuth 2.0 עבור מעצב מקורות נתונים: שיפור אבטחת ה-API

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

OAuth 2.0 מספק:

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

רכיבי מפתח OAuth 2.0:

• לקוח: מבקש גישה
• שרת הרשאה: מנפיק אסימוני גישה
• שרת משאבים: מאמת אסימונים
• בעל משאבים: מעניק גישה

יסודות תצורה:

• זיהוי לקוח וסוד לקוח: מזהים לגישה מאובטחת
• כתובת אתר אימות וכתובת אסימון: הקל על זרימות OAuth
• סקופס: הגדר רמות גישה

סוגי OAuth 2.0

1) OAuth ברמת משתמש

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

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

למה זה משנה?

• גישה מיידית ליצירת קשר: הצג את אנשי הקשר של Google ישירות במודול הווירטואלי ללא צורך בייבוא, אחסון או סנכרון נתונים.
• תמיד מעודכן: כל שינוי שנעשה באנשי הקשר של Google, כגון מספרי טלפון או אימיילים מעודכנים, משתקף אוטומטית כאשר אתה ניגש אליהם במודול הוירטואלי, ומבטיח שתמיד יהיה לך את המידע העדכני ביותר.
• פרטיות ואבטחה קודם כל: כל משתמש חייב לבצע אימות בנפרד, להבטיח שאנשי הקשר יישארו פרטיים ונגישים רק למשתמש המאומת.
• אין נתונים מאוחסנים: מודול וירטואלי אינו מאחסן את אנשי הקשר שלך. אנו מביאים אותם בזמן אמת רק בעת הצורך, והם אינם נשמרים באף מסד נתונים, מה שנותן לך שליטה מלאה על הנתונים שלך.
• אין שיתוף סיסמאות: OAuth 2.0 מבטיח ש-Virtual Module לעולם לא יאחסן או יגש לסיסמת Google שלך. אנו מאחזרים רק את נתוני הקשר שאישרת, באופן מאובטח וזמני.

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

מאפייני מפתח:

• גישה לנתונים בזמן אמת
• אין אחסון נתונים
• אימות OAuth 2.0
• פרטיות ואבטחה
• אינטגרציה פשוטה

נקודות חיוניות לזכור:

• אימות משתמש הוא חובה
• גישה זמנית בלבד
• הרשאות
• אחזור נתונים בזמן אמת
• פרטיות המשתמש

2) OAuth ברמת מופע

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

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

שלבים להפעלת גישה משותפת לכל המשתמשים:

• צור פרויקט Google Cloud: בקר ב-Google Cloud Console וצור פרויקט חדש לעסק שלך.
• הפעל את Google People API: בפרויקט Google Cloud, עבור אל ממשקי API ושירותים > ספריה והפעל את Google People API לגישה לאנשי קשר של Google.
• צור אישורי OAuth 2.0: עבור אל ממשקי API ושירותים > אישורים, וצור אישורי זיהוי לקוח OAuth 2.0 עבור יישום האינטרנט שלך. שים לב לזיהוי הלקוח ולסוד הלקוח שלך לשילוב.
• אימות OAuth 2.0 על ידי מנהל: משתמש המנהל מתחבר דרך OAuth 2.0 באמצעות מזהה הלקוח וסוד הלקוח כדי לאמת את חשבון Google Business שלו ולהעניק הרשאה לגשת לאנשי קשר.
• הגדר הרשאות והיקפים: משתמש המנהל יאמת ויעניק גישה בהיקף הבא: https://www.googleapis.com/auth/contacts.readonly. היקף זה מאפשר גישה לקריאה בלבד לאנשי קשר של Google.
• שיתוף נתוני אנשי קשר עם משתמשים: לאחר האימות, אנשי הקשר של משתמש המנהל נשלפים וזמינים עבור כל שאר המשתמשים במערכת לצפייה ולהשתמש בהם. משתמשים אלה אינם צריכים לאמת שוב, ונתוני אנשי הקשר משותפים על פני הפלטפורמה. אין נתונים מאוחסנים במסד הנתונים, מה שמבטיח פרטיות ואבטחה.
• גישה מאובטחת ופרטית: רק אנשי הקשר של המנהל נגישים, והם מוצגים לכל המשתמשים מבלי לשמור נתונים כלשהם במסד הנתונים, מה שמבטיח שאנשי הקשר שלך יישארו פרטיים ומאובטחים.

זרימה לדוגמה:

1. אימות מנהל מערכת: משתמש המנהל מאמת באמצעות OAuth 2.0 באמצעות חשבון Google Business שלו.
2. אחזור נתונים: אנשי הקשר בגוגל של מנהל המערכת נשלפים באמצעות ממשק ה-API של Google People.
3. צפייה משותפת: אנשי הקשר שהובאו זמינים לכל שאר המשתמשים במערכת לצפייה ושימוש.
4. אין אחסון נתונים: הגישה לאנשי הקשר מתבצעת בזמן אמת ולא נשמרת לצמיתות במסד הנתונים.

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

מאפייני מפתח:

• אימות מנהל בלבד
• אין אחסון נתונים במסד נתונים
• גישה לנתונים בזמן אמת
• אבטחת OAuth 2.0
• גישה לקריאה בלבד לאנשי קשר

יסודות לזכור:

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

השוואה: רמת משתמש לעומת רמת מופע OAuth

שלבים לביצוע:

1. עבור אל מעצב מקור הנתונים - ראה

2. בחר את הסוג כדי לראות את כל השדות

3. לחץ על מנוחה ומלא את כל השדות

4. כעת לחץ על בדיקה כדי לראות את הגדרות OAuth.

5. מלא את כל הפרטים, בחר איזה סוג של גישת OAuth להגדיר ושמור אותה.

6. כעת לחץ שוב על הבדיקה כדי לבצע את ההרשאה על ידי כניסה לחשבון Google שלך.

7. לאחר שמעצב מקור הנתונים נשמר.

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

9. כעת תוכל לעבור למודול הוירטואלי המתאים ולהתחיל להשתמש בו.

אנו מאמינים שדוגמאות אלו ישפרו את החוויה שלך עם Vtiger CRM. אנו רוצים להבטיח שמפתחים ומשתמשי CRM יוכלו לשתף מידע וידע הדדי כדי לקדם את הפונקציונליות של ה-CRM.

הישאר מעודכן לעוד. קידוד שמח!

הירשם כדי לקבל את העדכונים האחרונים!