Skip to main content

מה האינטגרציה הזו מספקת

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.

אימות ופתרון בעיות

ודאו שבדיקת החיבור מצליחה לקרוא את המשתמש הנוכחי ואת הדיווחים לפני שממתינים לסנכרון הראשון.
החליפו את סוד הלקוח — ייתכן שהוחלף או שבוטל. ודאו ששם המארח שייך לאותו טננט שהנפיק את פרטי ההזדהות.
פרטי ההזדהות אינם מאפשרים לקרוא דיווחים. הקצו את הרשאת הדיווח המינימלית הנדרשת בטננט Cofense שלכם, ולאחר מכן התחברו מחדש.
אם טננט Triage שלכם מגביל גישת API לפי כתובת IP של המקור, האינטגרציה הזו דורשת הוספה לרשימת ההיתרים של שתי קבוצות כתובות. Living Security מנפיקה את אסימון הגישה בעצמה ומחדשת אותו באופן רציף, ולכן בקשות האסימון והסנכרונים המתוזמנים יוצאים מרשתות שונות — וב-Triage הם מגיעים לאותו שם מארח.
העשרת נתוני המדווחים זמינה רק בגרסאות חיבור החושפות את נקודת הקצה של המדווחים. אותות שנגזרים מדיווחים עדיין יכולים להתמלא מנתוני דיווח נתמכים.