Skip to main content
אין צורך ב-OAuth כדי להשתמש ב-Public API. עבור אינטגרציה פרטית בצד השרת, התחילו עם מפתח API מוגבל-היקף ופעלו לפי המדריך למתחילים. בחרו ב-OAuth client credentials כאשר מדיניות האבטחה שלכם דורשת אסימוני גישה קצרי טווח או כאשר פלטפורמת האינטגרציה שלכם כבר תומכת בתהליך זה. שתי האפשרויות משתמשות בחשבון שירות. חשבון שירות הוא הזהות של האינטגרציה, ואינו שיטת אימות שלישית.

כיצד הרכיבים משתלבים זה בזה

צרו חשבון שירות אחד לכל אינטגרציה. בחרו מפתח API או לקוח OAuth עבור אותו חשבון; אין צורך בשתי השיטות בכל בקשת API. אף אחד מאמצעי הזיהוי אינו יכול לחרוג מההרשאות הנוכחיות של החשבון. המדריך למתחילים משתמש באימות Basic. כותרת Bearer נתמכת גם היא עבור מפתחות API; השימוש בכותרת זו אינו אומר שנדרש לקוח OAuth.

בחרו במפתח API לאינטגרציה פשוטה

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

בחרו ב-OAuth עבור אסימוני גישה קצרי טווח

השתמשו ב-OAuth client credentials עבור שירות צד שרת חסוי כאשר הארגון שלכם דורש אסימוני גישה בעלי תוקף מוגבל או כאשר כלי אינטגרציה מצפה לסוג ההענקה client_credentials.
  1. צרו לקוח OAuth מוגבל-היקף עבור חשבון השירות.
  2. בצעו אימות של הלקוח מול נקודת הקצה האזורית של האסימונים בשיטת האימות של הלקוח שסופקה במהלך ההגדרה.
  3. שלחו את אסימון הגישה שהתקבל יחד עם בקשות ה-API שלכם. השיגו אסימון חדש לפני שתוקפו של האסימון הנוכחי יפוג.
OAuth מוסיף לאינטגרציה שלכם את הטיפול ברכישת אסימונים ובפקיעת תוקפם. סוד הלקוח עדיין דורש אחסון מאובטח ורוטציה; אסימונים קצרי טווח אינם מסירים אחריות זו. Client credentials אינו משתמש באסימוני רענון: בצעו אימות מחדש של הלקוח כדי לקבל אסימון גישה חדש. יש להפעיל גישת OAuth עבור הארגון שלכם. אם היא אינה מופעלת, השתמשו במפתח API או פנו לתמיכה של Living Security בנוגע לדרישות שלכם. למידע על יצירת לקוח, סודות חד-פעמיים, ביטול ושחזור, ראו OAuth client credentials.

שמרו על אמצעי הזיהוי בצד השרת

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