الانتقال إلى المحتوى الرئيسي

نظرة عامة

يُصدِر تحليل الجهاز وعنوان IP وسوم تحذير في ip_analyses[].warnings[] كلما اكتشف سلوكاً مشبوهاً متعلقاً بالجهاز أو الشبكة أو الموقع الجغرافي. وتحتوي تسعة وسوم على إجراء قابل للتهيئة (الرفض / المراجعة / بدون إجراء) لكل عقدة في سير العمل؛ ويفرض وسما قائمة الحظر دائماً حالة Declined، في حين يكون وسما قائمة السماح معلوماتيين دائماً. يعكس الحقل log_type لكل تحذير الإجراء الذي تم تطبيقه: error (الرفض)، أو warning (المراجعة)، أو information (بدون إجراء). يتم إطلاق كل خطر لمرة واحدة كحد أقصى لكل جلسة. يتم التحقق من كل خطر مذكور أدناه مقابل مسار اتخاذ القرار الفعلي؛ وتحمل التحذيرات وسم الميزة LOCATION وهيكل كائن التحذير القياسي. تم تقسيم تحذيرات بصمة الجهاز عمداً إلى إشارات دقيقة وإشارات مستردة:
  • يعني DUPLICATED_DEVICE_FINGERPRINT أنه تمت إعادة استخدام نفس هوية الجهاز المحددة حتمياً (match_source إما persistent_id أو legacy_fp) عبر جلسات ذات قيم vendor_data مختلفة.
  • يعني DEVICE_RECOVERED_HIGH_CONFIDENCE أن استرداد البصمة في الإصدار v2 قد طابق الجلسة مع جهاز تمت رؤيته سابقاً بعد تغيير المعرّف الدائم (مسح مساحة التخزين، أو وضع التصفح المتخفي، أو إعادة تثبيت التطبيق). ولا يظهر التحذير إلا عندما يجتاز التطابق حد التشابه عالي الثقة والشروط الصارمة.
مثال على تحذير تحليل الجهاز وعنوان IP من Didit مع تنبيهات الجهاز وشبكة VPN والخادم الوكيل وعدم تطابق الموقع الجغرافي

التحذيرات الناتجة

عندما لا يمتلك الجهاز المسترد أي جلسات شقيقة مؤهلة بعد (وبالتالي لا يظهر أي شيء في matches[])، يستمر إطلاق DEVICE_RECOVERED_HIGH_CONFIDENCE مع بنية additional_data احتياطية: recovery_match_device_uuid وrecovery_match_similarity وrecovery_match_band وrecovery_gate_reason. يتم إطلاق IP_LOCATION_NOT_ALLOWED عند تمكين تحديد النطاق الجغرافي لـ IP (is_ip_geofencing_enabled) ووجود عنوان IP للجلسة في دولة أو ولاية/منطقة محددة على أنها غير مسموح بها في ip_geofencing_by_country. يحمل additional_data كلاً من ip_country_code (ISO-3) وip_country وip_state وrestricted_by (country أو state). تتجاوز مدخلات الولاية/المنطقة علامة الدولة وتتم مطابقتها دون مراعاة لحالة الأحرف مع اسم منطقة مزود خدمة IP (على سبيل المثال "California")؛ والدول غير المدرجة في الإعدادات مسموح بها.

سلامة الجهاز وبيئة التشغيل

إشارات ترسلها حزم SDK الأصلية وعميل الويب تصف حالة الجهاز الذي أُجري عليه التحقق. وظيفتها كشف هجمات الحقن: إذ يستطيع المهاجم الذي يمكنه تجذير الجهاز أو اعتراض عملية التطبيق استبدال بث الكاميرا قبل أن يصل إلى الفحوصات البيومترية. كل منها قابل للتكوين لكل سير عمل ويكون الإعداد الافتراضي له هو لا يوجد إجراء، لذا فإن تفعيل الميزة لا يغير أي قرارات حتى تختار ذلك بنفسك.
يُجرى كل فحص بأفضل جهد ممكن. عندما يتعذر تشغيل الفحص، يُبلغ عن غير محدد بدلاً من نتيجة نظيفة، بحيث لا يؤدي الفحص الفاشل أبداً إلى إيجابي كاذب ضد مستخدم شرعي. يتم الإبلاغ عن الإشارات بدءاً من الإصدار 4.4.0 من حزمة SDK الأصلية فصاعداً؛ ولا ترسل الجلسات من إصدارات SDK الأقدم أي إشارات، وهذا أمر متوقع، ولا تؤدي أبداً إلى إطلاق DEVICE_INTEGRITY_SIGNALS_MISSING.
تعد إشارات التجذير والمحاكي شائعة بين المستخدمين الشرعيين على الأجهزة المعدلة ولكن غير الاحتيالية. ابدأ بضبطها على مراجعة بدلاً من رفض وراقب معدل الرفض الخاص بك قبل تشديد الإجراءات.

إعدادات قابلة للتكوين

عناصر التحكم في سير العمل على مستوى العقدة (قابلة أيضاً للتكوين بشكل عام في إعدادات التحقق الخاصة بالتطبيق؛ يكون الإجراء الافتراضي لكل منها هو لا يوجد إجراء ما لم يُذكر خلاف ذلك): تكتم قوائم السماح لعناوين IP والأجهزة فقط تحذير عنوان IP المكرر المطابق تماماً أو تحذير الجهاز المكرر المحدد حتمياً للقيمة المدرجة في قائمة السماح. ولا تكتم تحذيرات VPN/البروكسي، أو عدم تطابق الدولة، أو عدم تطابق عنوان IP المتوقع، أو الجهاز المسترد، أو تحذيرات قائمة الحظر. تفيد تحذيرات الجهاز المسترد في كشف شبكات الاحتيال التي تقوم بتدوير الحسابات والجلسات من العتاد نفسه، ولكن Didit مصممة لتكون متحفظة — حيث يفضل النظام تفويت بعض المستخدمين المكررين على دمج أجهزة غير مرتبطة ببعضها عندما لا تكون الأدلة قوية بما يكفي. طريقة الإطلاق الموصى بها: ابدأ بالمراجعة، وراقب عدد التحذيرات لمدة أسبوعين، ثم شدد الإجراء إذا كان معدل الإيجابيات الكاذبة لديك منخفضاً.

جهاز مكرر مقابل جهاز مسترد

تعامل مع التحذيرين بشكل مختلف — فهما ينطلقان بناءً على أدلة مختلفة:

تطابقات عبر الجلسات

عند اكتشاف عنوان IP نفسه، أو هوية الجهاز الدقيقة نفسها، أو جهاز مستعاد عبر جلسات تنتمي إلى مستخدمين مختلفين، يسجل Didit هذه الحالات كـ matches[] ضمن ip_analyses[]. يتم تجميع الجلسات حسب vendor_data: تُعامل الجلسات التي تحمل vendor_data نفسه على أنها للمستخدم نفسه وتُستثنى من التطابقات. بدون vendor_data، تُعامل كل جلسة كمستخدم فريد وتظهر جميع حالات التكرار المحتملة — نوصي بشدة بتقديم vendor_data دائمًا لتقليل النتائج غير المرغوب فيها. يتضمن كل تطابق ما يلي:
  • session_id وsession_number وvendor_data وverification_date للجلسة المتطابقة، بالإضافة إلى حالة دورة حياة status وapi_service (null لجلسات سير العمل)؛ ويكون source دائمًا session
  • match_type — ip_address أو device_fingerprint
  • match_source — ip_address أو persistent_id أو legacy_fp أو recovered_high
  • matched_value — عنوان IP المشترك، أو معرّف الجهاز، أو (بالنسبة للتطابقات المستعادة) UUID للجهاز المستعاد
  • confidence (0–1، 1 - P(false positive)) وmatch_mode (deterministic / probabilistic / co_occurrence)
  • device_info — device_brand وdevice_model وbrowser_family وos_family وplatform وdevice_fingerprint
  • location_info — ip_address وip_country وip_country_code وip_state وip_city وis_vpn_or_tor وis_data_center
  • إضافات الجهاز المستعاد عندما يكون match_source هو recovered_high: recovery_similarity وtls_ja4_corroborated وrecovery_gate_reason
يُحدَّد سقف تطابقات IP وتطابقات الأجهزة عند 5 تطابقات لكل منهما (10 مدخلات كحد أقصى). راجع صفحة التقرير للاطلاع على المخطط الكامل للتطابق ونموذج الثقة.

أمثلة

VPN + عدم تطابق الدولة (مهيّأ للمراجعة)

تطابق مع قائمة الحظر (يفرض الرفض)

جهاز مستعاد بثقة عالية (مهيّأ للمراجعة)

موضوعات ذات صلة

أنواع التحذيرات

آخر تعديل في ٧ نوفمبر ٢٠٢٦