מה האינטגרציה הזו מספקת
Cofense Triage יכול לספק דיווחי דוא”ל של עובדים ותוצאות חקירה בפורמט מנורמל. הדוגמאות שנבדקו כוללות:phishing.real.reported— מדווח על הודעות דוא”ל פישינג אמיתיותemail.suspicious.reported— מדווח על הודעות דוא”ל חשודותphishing.real.targeted— היה יעד לקמפיינים אמיתיים של פישינג
מה נדרש
Cofense Triage משתמש בפרטי הזדהות של לקוח (client credentials) ב-OAuth2. צרו אפליקציית API בטננט Triage שלכם והעתיקו את מזהה הלקוח (client ID) ואת סוד הלקוח (client secret) שלה. אין שלב הסכמה בדפדפן — מדביקים את שני הערכים ב-Living Security, והיא מבקשת את האסימון בעצמה.הגדרה
1
יצירת פרטי הזדהות ייעודיים ל-Cofense
ב-Cofense Triage, צרו אפליקציית API המסוגלת לקרוא דיווחים. הגבילו את פרטי ההזדהות לגישה לדיווחים בלבד. רשמו את client ID ואת client secret — Triage מציג את הסוד פעם אחת בלבד.
2
אישור שם המארח של Triage
רשמו את שם המארח המלא של הטננט שלכם, כגון
acme.managedphishme.com או שם המארח שהוקצה לסביבת Cofense שלכם. השמיטו את https:// בעת הזנתו ב-Living Security.אימות ופתרון בעיות
ודאו שבדיקת החיבור מצליחה לקרוא את המשתמש הנוכחי ואת הדיווחים לפני שממתינים לסנכרון הראשון.403 Forbidden
403 Forbidden
פרטי ההזדהות אינם מאפשרים לקרוא דיווחים. הקצו את הרשאת הדיווח המינימלית הנדרשת בטננט Cofense שלכם, ולאחר מכן התחברו מחדש.
לא ניתן להגיע לשם המארח של Triage
לא ניתן להגיע לשם המארח של Triage
אם טננט Triage שלכם מגביל גישת API לפי כתובת IP של המקור, האינטגרציה הזו דורשת הוספה לרשימת ההיתרים של שתי קבוצות כתובות. Living Security מנפיקה את אסימון הגישה בעצמה ומחדשת אותו באופן רציף, ולכן בקשות האסימון והסנכרונים המתוזמנים יוצאים מרשתות שונות — וב-Triage הם מגיעים לאותו שם מארח.
דיווחים מופיעים אך המדווחים אינם מופיעים
דיווחים מופיעים אך המדווחים אינם מופיעים
העשרת נתוני המדווחים זמינה רק בגרסאות חיבור החושפות את נקודת הקצה של המדווחים. אותות שנגזרים מדיווחים עדיין יכולים להתמלא מנתוני דיווח נתמכים.

