Skip to main content

ما الذي يوفّره هذا التكامل

يمكن لـ Cofense Triage توفير بيانات موحّدة عن رسائل البريد الإلكتروني التي يبلّغ عنها الموظفون ونتائج التحقيقات. وتشمل الأمثلة التي تمت مراجعتها ما يلي:
  • phishing.real.reported — يبلّغ عن رسائل تصيّد احتيالي حقيقية
  • email.suspicious.reported — يبلّغ عن رسائل بريد إلكتروني مشبوهة
  • phishing.real.targeted — مستهدف بحملات تصيّد احتيالي حقيقية
راجع كيف تتحول بيانات التكامل إلى إشارات.

المتطلبات

يستخدم Cofense Triage بيانات اعتماد العميل وفق OAuth2. أنشئ تطبيق API في بيئة Triage الخاصة بك وانسخ معرّف العميل والسر الخاص به. لا توجد خطوة موافقة عبر المتصفح — تقوم بلصق القيمتين في Living Security ويطلب النظام الرمز بنفسه.

الإعداد

1

إنشاء بيانات اعتماد مخصصة لـ Cofense

في Cofense Triage، أنشئ تطبيق API قادرًا على قراءة التقارير. اجعل بيانات الاعتماد مقتصرة على الوصول إلى التقارير. سجّل معرف العميل وسر العميل — يعرض Triage السر مرة واحدة فقط.
2

تأكيد اسم مضيف Triage

سجّل اسم المضيف الكامل لبيئتك، مثل acme.managedphishme.com أو اسم المضيف المخصص لبيئة Cofense الخاصة بك. احذف https:// عند إدخاله في Living Security.

التحقق واستكشاف الأخطاء وإصلاحها

تحقق من أن اختبار الاتصال قادر على قراءة المستخدم الحالي والتقارير قبل انتظار أول مزامنة.
استبدل سر العميل — فقد تكون قد تمت إدارته بتدوير جديد أو إلغاؤه. تأكد من أن اسم المضيف يعود إلى البيئة نفسها التي أصدرت بيانات الاعتماد.
لا تستطيع بيانات الاعتماد قراءة التقارير. امنح الحد الأدنى من صلاحيات التقارير التي تتطلبها بيئة Cofense الخاصة بك، ثم أعد الاتصال.
إذا كانت بيئة Triage لديك تقيّد الوصول إلى API حسب عنوان IP المصدر، فيتطلب هذا التكامل إضافة مجموعتين من العناوين إلى قائمة السماح. تُنشئ Living Security رمز الوصول بنفسها وتجدده باستمرار، لذا تصدر طلبات الرمز وعمليات المزامنة المجدولة من شبكات مختلفة — وتصل في Triage إلى اسم المضيف نفسه.
يتوفر إثراء بيانات المبلّغين فقط في أنواع الاتصال التي توفّر نقطة نهاية المبلّغين. ويمكن مع ذلك أن تمتلئ الإشارات المشتقة من التقارير اعتمادًا على بيانات التقارير المدعومة.