Skip to main content
قم بربط موجز Cloud Nanolog Streaming Service (NSS) الخاص بـ Zscaler Internet Access (ZIA) لإرسال سجلات الويب إلى Living Security. يُعد هذا التكامل من نوع الدفع (push)، وهو منفصل عن تكامل Zscaler Client Connector القائم على السحب (pull).

ما يقدمه هذا التكامل

يمكن لموجز سجلات الويب تحديد المستخدم والجهاز المعنيين بنشاط الويب، كما يمكنه تقديم أنشطة موحّدة مثل الطلبات المحظورة، والوجهات الضارة، وحالات حظر نقل البيانات، واستخدام الذكاء الاصطناعي التوليدي. وتعتمد النتيجة على الحقول والمرشحات التي تم إعدادها في Zscaler.

قبل البدء

تحتاج إلى ما يلي:
  • اشتراك في ZIA Cloud NSS وصلاحية إدارة موجزات Cloud NSS
  • صلاحية إدارة التكاملات ومفاتيح الوصول في Living Security
  • المنطقة الخاصة بمؤسسة Living Security المستهدفة
  • مكان آمن لتخزين مفتاح الوصول الذي سيتم إنشاؤه
تشترط Zscaler شهادة TLS موثوقة علنًا لوجهة Cloud NSS عبر HTTPS. وتستوفي نقاط النهاية الإقليمية لـ Living Security هذا الشرط.

1. تجهيز Living Security

1

إنشاء المصدر والتدفق

انتقل إلى الإعدادات → التكاملات → كتالوج، وأضف Custom Push Source، واستخدم مفاتيح التوجيه التالية تمامًا كما هي:الشرطة السفلية في web_logs إلزامية. قد يقبل النظام البيانات عند استخدام زوج مختلف، لكنه لن يستخدم مفسّر Zscaler NSS المعتمد.
2

إنشاء مفتاح وصول

انتقل إلى الإعدادات → Access Keys، وأنشئ مفتاح وصول بنطاق Push Ingest، وانسخ قيمته فورًا.
3

إنشاء عنوان URL للوجهة

استخدم عنوان URL الخاص بمنطقة Living Security:
  • الولايات المتحدة: https://api.us-east-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs
  • الاتحاد الأوروبي: https://api.eu-west-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs

2. إنشاء موجز Cloud NSS

في بوابة إدارة ZIA الحالية، انتقل إلى Logs → Log Streaming → Internet Log Streaming — Nanolog Streaming Service، وافتح Cloud NSS Feeds، ثم اختر Add Cloud NSS Feed. قد تختلف تسميات القوائم في الإصدارات الأقدم من بوابة ZIA؛ وتُعد تعليمات Cloud NSS لسجلات الويب من Zscaler المرجع المعتمد للتنقل في البوابة. قم بإعداد الموجز:
لا تستخدم x-api-key ولا تجمع بين مفتاح API قديم وسر (secret) باستخدام نقطة. يقبل الإدخال بالدفع الحالي في Living Security مفتاح الوصول ذا النطاق المحدد فقط في الترويسة Authorization: Bearer ….
استخدم Feed Output Format المسطّح التالي تمامًا كما هو وفي سطر واحد:
أبقِ كل حقل في المستوى الأعلى. كان دليل Unify المتقاعد يضع هذه الحقول داخل كائن event ويضيف sourcetype. قد يُقبل هذا الغلاف بصيغة JSON، لكنه لا يتوافق مع المفسّر الحالي، ولذلك لا ينتج أي أشخاص أو أنشطة.
اختر المنطقة الزمنية التي يتوقعها فريق العمليات لديك عند مراجعة أحداث Zscaler. تقوم Living Security بتحليل قيمة datetime المقدَّمة من الموجز.

3. تصفية الموجز وتفعيله

استخدم مرشحي Policy Action وPolicy Reason في Zscaler لإرسال نشاط الويب الذي يحتاجه برنامج المخاطر البشرية لديك. تجنب تعيين قيمة منخفضة للأحداث في الثانية، فقد يؤدي ذلك إلى تجاهل بعض السجلات أثناء ارتفاع حركة المرور. وإذا كان لا بد لمؤسستك من تحديد سقف للموجز، فراقب تسليم البيانات في Zscaler وكذلك Push History في Living Security أثناء الضبط. احفظ الموجز، وشغّل اختبار الاتصال في Zscaler، ثم اضبط Status على Enabled.

4. التحقق من التسليم والتفسير

  1. في Living Security، افتح الإعدادات → التكاملات → متصل → zscaler-nss-feed.
  2. في Push History، تأكد من أن تشغيلًا حديثًا بحالة web_logs يعرض عدد السجلات المتوقع.
  3. تأكد من ظهور مستخدمي Zscaler الحديثين أو عناوين IP للأجهزة مقابل الأشخاص المتوقعين، ومن توفر نشاط الويب في المراحل اللاحقة.
  4. إذا تم قبول التشغيل ولكن لم يظهر أي نشاط، فأعد التحقق من المصدر والتدفق وتنسيق الإخراج المسطّح تمامًا كما هي.

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

تقبل واجهة API ما لا يزيد عن 10,000 سجل و10 MB لكل طلب، بمعدل 600 طلب كل 60 ثانية لكل مؤسسة. راجع Custom Push Source API للاطلاع على عقد الاستجابة وإعادة المحاولة الكامل.

ذات صلة

Custom Push Source API

راجع المصادقة وحدود الحمولة والاستجابات وإعادة المحاولة والتحقق من التشغيل.

Zscaler Client Connector

اربط واجهة API المنفصلة الخاصة بـ Client Connector للحصول على بيانات الأجهزة والوضع الأمني.