# سياسة أمن البريد الإلكتروني

Canonical: https://www.nsecsoft.com/ar/docs/ping64-data-security/dlp/email/policy/

Language: ar-SA

Updated: 2026-11-15T03:51:01.514582Z

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

لا تثبت حالة الإرسال أو الاستلام أو الحظر في السجل بمفردها وصول الرسالة إلى خادم المستلم أو قراءتها أو حدوث تسرب. يجب التحقق مع نظام البريد وسياق العمل.

## إعداد أمن البريد الإلكتروني

لاختيار المرسلين أو المستلمين من مكتبة عناوين البريد، تحقق أولاً من نافذة اختيار العناوين في السياسة وأعد استخدام العناصر الموجودة المناسبة. إذا كان العنصر غير موجود، يمكن لمن يملك صلاحية إدارة كائنات البريد فتح «Objects & Templates > Email» واختيار «New» وتحديد النوع وإدخال الاسم وعنوان بريد صالح، ثم الحفظ والتحقق من ظهوره في القائمة؛ إذا لزم نوع جديد فأدره أولاً عبر «Type Manager». عد إلى إعداد سياسة هذه الوظيفة، وحدد العناصر المطلوبة في نافذة العناوين المناسبة وأكد ثم احفظ السياسة. عنصر المكتبة ليس حساب إرسال ولا يفعّل القاعدة وحده. بعد تعديل عنصر أو حذفه لا تفترض تحديث العناوين في السياسات الحالية تلقائياً؛ افحص كل سياسة متأثرة وأعد اختيار العنوان أو تعديله واحفظ واختبر على الأجهزة التجريبية.

1.  استخدم حسابا يملك صلاحية إدارة سياسات منع فقدان البيانات، وتأكد من اتصال الجهاز التجريبي وترخيصه. حدد عميل البريد والمرسل والمستلم وسيناريو العمل؛ وعند المطابقة بالمحتوى الحساس أعد القواعد الحساسة أولا.
2.  في `Data Loss Prevention` افتح صفحة السياسات، وأنشئ سياسة أو عدلها، وتحقق من الاسم ونطاق الأجهزة ووقت السريان. ابدأ بأجهزة قليلة وقيم أثر الخصوصية والعمل.
3.  فعّل `Email` وافتح `Configure Email Policy`. بعد التفعيل يجب إعداد قاعدة مكتملة واحدة على الأقل؛ أضف قاعدة وأدخل اسمها.
4.  اضبط `Sender` (المرسل) و`Recipient` (المستلم) كلًّا على حدة، إما بلا تقييد أو بتحديد جهات. عند التحديد اختر العناوين وتحقق من النطاق.
5.  في `Sensitive content` (المحتوى الحساس)، اختر عدم التقييد أو حدد قواعد حساسة؛ عند التحديد يجب اختيار القواعد المطلوبة. لا تفترض أن رسالة لا تستوفي الشروط تطابق القاعدة.
6.  اختر الإجراء الأساسي مثل `No action` أو `Block` (الحظر). إذا أردت إنشاء سجل تدقيق بهذه القاعدة فاختر `Audit` (التدقيق)؛ وإذا احتجت إلى تنبيه أو تقييم مخاطر فتحقق من الترخيص والقوالب وإجراءات المعالجة المتاحة.
7.  احفظ إعداد القاعدة ثم السياسة كاملة. انتظر استلام الأجهزة التجريبية وتطبيقها، واستخدم حسابات مضبوطة ورسائل اختبار غير حساسة للتحقق من المطابقة وعدمها والمعالجة المتوقعة، ثم راجع [تدقيق البريد الإلكتروني](https://www.nsecsoft.com/ar/docs/ping64-data-security/dlp/email/audit/).

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

في قاعدة البريد، يؤدي اختيار **Alert** أو **Risk Review** إلى اختيار **Audit** أيضًا؛ ويؤدي إلغاء **Audit** إلى إزالة الإجراءين التابعين. راجع مجموعة الإجراءات قبل الحفظ واختبر التنفيذ والإبلاغ على جهاز تجريبي. افتح **DLP > Alerts** وصفِّ حسب التاريخ والجهاز والنوع وافتح التفاصيل المتاحة. راجع التنبيهات منفصلة عن سجلات البريد؛ لا يصدّر زر قائمة التنبيهات البيانات.

## إعداد مراجعة المخاطر والتحقق منها

يمكن استخدام قالب مراجعة موجود ومناسب؛ أنشئ قالبًا أو عدّله وفق الخطوات أدناه عند الحاجة فقط.

1.  باستخدام حساب يملك صلاحية إدارة القوالب، أنشئ قالب موافقة عادياً في Objects & Templates > Approval Template. اختر الغرض «Security Operations» والغرض المرتبط «Risk Review»؛ أدخل الاسم والمراحل والمسؤولين والخيارات اللازمة، ثم أكد واحفظ القالب كاملاً. تحقق أولاً من المشاركين ومعالجة الاستثناءات؛ حفظ القالب لا يعني تطبيق السياسة.
2.  تحقق من أن قاعدة البريد المطبقة على الجهاز التجريبي تختار مراجعة المخاطر وقالب مراجعة مناسباً. أعد استخدامها إن كانت مناسبة؛ لا يعدّلها مسؤول مخوّل إلا عند الحاجة. يختار هذا الإجراء التدقيق أيضاً في الواجهة. إذا أُجريت تغييرات فأكد نافذة القاعدة واحفظ السياسة كاملة؛ لا حاجة لإعادة الحفظ إن لم يتغير شيء. تأكد من تلقي الجهاز التجريبي السياسة المطبقة.
3.  نفذ اختباراً مضبوطاً بعينة غير حساسة ومصرح بها. تحقق كلّاً على حدة من تنفيذ القاعدة وسجل التدقيق وظهور الحالة المتوقعة في Risk Review. حفظ السياسة وإنشاء السجل وإنشاء الحالة مراحل مختلفة؛ إذا لم تظهر الحالة فلا تعتبر وجود الخيار دليلاً على عمل المراجعة الآلية. تحقق من الترخيص والقاعدة والقالب والسجل واتصل بالدعم.
4.  افتح حالة معلقة في Risk Review وراجع الأدلة والحدث المصدر وسجل المراجعات. اختر نتيجة وأرسلها وفق إجراءات المؤسسة إذا توفرت الصلاحية، ثم أعد فتح الحالة وتحقق من الحالة الفعلية للعملية المرتبطة. لا تعني النتيجة استرجاع البريد أو معالجة الخطر.

يؤدي إرسال أي نتيجة، بما في ذلك الحاجة إلى المتابعة، إلى وضع الحالة في حالة مكتملة. قد تعرض الصفحة النتيجة المختارة بدلاً من «مكتملة» ولا تتيح إرسال نتيجة أخرى. لا يضمن اكتمال الحالة انتهاء مسار الموافقة المرتبط بها؛ تحقق من كل منهما على حدة واتصل بالدعم عند اختلاف الحالتين.

تحمّل القائمة أحدث `500` حالة كحد أقصى؛ تعتمد تبويبات الحالة والبحث والإحصاءات والتنقل بين الصفحات على النتائج المحمّلة فقط. عدم العثور على حالة لا يثبت غيابها من السجل التاريخي. قد تكون الأدلة ناقصة؛ طابقها مع السجل المصدر وقيّد الوصول إلى المعلومات الحساسة ونقلها.

-   [تدقيق البريد الإلكتروني](https://www.nsecsoft.com/ar/docs/ping64-data-security/dlp/email/audit/)
-   [تنبيهات البريد الإلكتروني](https://www.nsecsoft.com/ar/docs/ping64-data-security/dlp/email/alerts/)
-   [مراجعة مخاطر البريد الإلكتروني](https://www.nsecsoft.com/ar/docs/ping64-data-security/dlp/email/risk-review/)