تدقيق نشر محتوى الويب

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

لإعداد السياسة كاملاً، راجع سياسة نشر محتوى الويب.

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

الاستعداد

1. يتطلب الاستعلام عن السجلات الموجودة صلاحية العرض المناسبة، ويتطلب تعديل السياسة صلاحية إدارة سياسات منع فقدان البيانات. عند التحقق من سجل جديد، افحص اتصال الجهاز وترخيصه ونطاق رؤية المسؤول.
2. حدد مواقع وواجهات العمل والأجهزة التجريبية. إذا استخدمت مطابقة المحتوى الحساس فأعد قواعد مناسبة للعمل وعينات الاختبار مسبقا.
3. حدد غرض استخدام البيانات والأشخاص المصرح لهم وطريقة الاحتفاظ وفق المؤسسة. قد يؤثر الحظر في العمل، لذا أعد خطة تراجع واستخدم محتوى اختبار غير حساس ومصرحا به.

إعداد القواعد

1. للتحقق من حدث جديد، راجع ترخيص الجهاز التجريبي ونطاق السياسة ووقت سريانها وقاعدة Web Content Publishing المطبقة. يمكن استخدام قاعدة مناسبة موجودة؛ ويتطلب تعديلها صلاحية إدارة السياسات.
2. تحقق من عنوان URL وشروط المحتوى الحساس وترتيب القواعد لطلب الاختبار. فعّل Audit للسجلات وAlert للتنبيهات؛ الإعدادان مستقلان ولا يحل أحدهما محل الآخر. قيّم أثر الإجراء على العمل ولا تفعّل الحظر بلا دراسة لأجل الاختبار.
3. عند التعديل، أكد نافذة الإعدادات واحفظ السياسة كاملة وانتظر استلام الجهاز. لا يثبت الحفظ تنفيذ القاعدة أو إرسال الحدث. راجع فصل السياسة أعلاه للقواعد الكاملة وصيغ URL.
4. استخدم محتوى اختبار غير حساس ومصرحًا به للتحقق منفصلًا من الطلبات المطابقة وغير المطابقة؛ راجع نتيجة الإرسال والسجلات أو التنبيهات المطلوبة. قيّم أثر العمل قبل توسيع النطاق وفق إجراءات التغيير.

عرض السجلات

1. في Data Loss Prevention اختر Web Content Publishing وحدد التاريخ. عند الفتح أول مرة يكون الافتراضي اليوم والأيام الستة السابقة؛ عدله للسجلات الأقدم.
2. رشح حسب حالة الفحص ونتيجة الطلب والكلمات المفتاحية. تبحث الكلمات في العنوان أو اسم القاعدة أو المحتوى القابل للبحث؛ وقد لا يكون اسم المستخدم الظاهر في القائمة قابلا للبحث بالكلمات.
3. راجع الجهاز والمستخدم وعنوان الطلب والقاعدة وحالة الفحص والنتيجة والوقت، وافتح التفاصيل للتحقق من الجهاز والقاعدة والمطابقات والبيانات المرسلة.
4. قد تحجب التفاصيل بعض المحتوى أو لا تعرضه؛ لا تعتبرها الطلب الأصلي كاملا. اعرض المعلومات الحساسة وعالجها ضمن صلاحيات المؤسسة.

تعني المطابقة أن نتيجة الفحص في السجل طابقت القاعدة، بينما يعني الحظر أو السماح نتيجة معالجة الطلب. ولا يعني عدم اكتمال الفحص عدم اكتشاف محتوى حساس؛ يجب التحقيق مع سياق العمل والأدلة الأخرى.

النطاق واستكشاف المشكلات

يمكن لهذه الوظيفة فحص إرسالات المحتوى المدعومة بـ POST وPUT. يجب اختبار التغطية الفعلية للموقع والتطبيق والبروتوكول والحركة المشفرة وصيغة المحتوى ومنصة الجهاز كل على حدة، ولا تفترض فحص كل عمليات الويب ومحتويات الملفات.

قد يؤدي حجم المحتوى أو وقت المعالجة أو شروط أخرى إلى عدم اكتمال الفحص والسماح بالطلب. وعند فشل الفحص أو عدم المطابقة أو فشل إبلاغ التدقيق لا يُضمن وجود سجل قابل للاستعلام. غياب السجل لا يعني عدم وجود إرسال أو أن المحتوى آمن.

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