# فحوص الأمان لسياسات الوصول

Canonical: https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/access-control/security-checks/

Language: ar-SA

Updated: 2026-11-15T04:13:06.337065Z

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

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

## التحضير

-   استخدم حساب مسؤول يملك صلاحيات إدارة مجموعات وسياسات الثقة الصفرية. تحقق من اتصال العقد المشاركة وتجهيز موارد الشبكة اللازمة.
-   حدد المصادر والأهداف والبروتوكولات والمنافذ التي يجب السماح بها أو تقييدها، والحاجة إلى الوصول العكسي. اختر أقل نطاق يلبي العمل وجهز عناصر اختبار مسموحا لها وأخرى غير مسموح لها.
-   راجع السياسات والمسارات ومراجع المجموعات الموجودة. قد تؤثر إعدادات متعددة في المسار نفسه؛ لا تستنتج النتيجة النهائية من سياسة جديدة واحدة فقط.
-   عند الوصول إلى خدمة داخلية تحقق من قدرة عقدة التوجيه على الوصول والتمرير، ومن الخدمة والجدار ومسار العودة. راجع [إعداد مسارات شبكة الثقة الصفرية](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/network-resources/network-routes/).

**قيد إعداد المنافذ:** يمكن أن تحتوي قاعدة السياسة الواحدة على عدة منافذ فردية أو نطاق واحد أو أكثر، لكن لا تخلط المنافذ الفردية مع النطاقات في القاعدة نفسها. مثلاً، لا تُدخل `443` و`8000-8080` معاً في قاعدة واحدة؛ فقد يفشل الحفظ حتى إن قبلت الواجهة الإدخال. إذا لزم تغطية النوعين، فادرس إنشاء سياسات منفصلة وتحقق من المصدر والهدف والإجراء وفحص الأمان لكل منها، ثم اختبر أثرها المشترك في بيئة تجريبية. لا تخلط `*` مع منافذ أخرى.

## إنشاء سياسة وصول

1.  تحقق من عقد المصدر التجريبية المتصلة وعقد الوجهة أو موارد الشبكة والبروتوكولات والمنافذ اللازمة للعمل. راجع صلاحيات الإدارة والسياسات الموجودة التي قد تؤثر في الوصول.
2.  أنشئ سياسة وصول مناسبة أو اخترها، وحدد المصدر والوجهة والاتجاه والإجراء والمنافذ وفق الحاجة. أعد التحقق من الاختيارات بعد تغيير البروتوكول أو نوع العنصر لتجنب توسيع الوصول دون قصد.
3.  احفظ السياسة وتحقق من تفعيلها، ثم انتظر استلام العقد المعنية لها. إنشاء السياسة وتطبيق الفحص الأمني خطوتان منفصلتان. راجع [سياسة الوصول](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/access-control/access-policy/) لقيود المنافذ وتغيير الخيارات والتحقق الكامل.

## إضافة فحص أمني إلى سياسة الوصول

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

1.  بصلاحية إدارة فحوص الأمان في إدارة الأجهزة، افتح **Security Checks** واختر **Create Security Check** عندما تُحمّل القائمة بنجاح وتكون فارغة، أو **Create Check** عند وجود فحوص. اختر **Firewall Enabled** وأكمل **Check type** و**Check settings** و**Review**؛ لا يتطلب هذا النوع معلمات إضافية. أدخل اسمًا واحفظ. إذا وُجد فحص مماثل فراجعه وأعد استخدامه بدل التكرار.
2.  تحقق من الاسم والنوع وحالة التفعيل في القائمة. يجب أن يبلغ الجهاز بحالة الأمان وأن يكتمل التقييم؛ لا تفترض النجاح عند غياب البيانات أو النتيجة الصالحة.
3.  ارجع إلى سياسة وصول Zero Trust واضبط المصدر والوجهة والإجراء والبروتوكول والمنافذ كما سبق، واختر الفحص المفعّل ضمن **Security Checks** واحفظ. إنشاء فحص دون إضافته لا يجعله شرطًا للسياسة.
4.  بعد تحديث بيانات الجهاز والسياسة اختبر الوصول من مصادر تستوفي الشرط وأخرى لا تستوفيه. راجع مجموعة المصدر والسياسات الأخرى والمسارات وجدار الوجهة. لا تُعد النتائج الفاشلة أو المجهولة أو المنتهية أو غير المتاحة نجاحًا صالحًا لهذه السياسة؛ لكن ذلك لا يضمن حظر جميع المسارات الأخرى.
5.  قبل تعديل الفحص أو تعطيله راجع السياسات التي تشير إليه والأثر؛ لا يمكن حذف فحص مشار إليه مباشرةً. وسّع النطاق بعد التحقق واتباع إجراءات التغيير المؤسسية.

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

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

### استخدام فحوص DLP أو البرامج المطلوبة

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

1.  **منع فقدان البيانات:** اضبط سياسة DLP المطلوبة وفعّلها أولًا وتحقق من نطاق أجهزة التجربة. ضمن **Security Checks** للمنتج، أنشئ **Data Loss Prevention Policy Applied** واختر سياسة مفعّلة وسارية، ثم سمِّ الفحص وراجعه واحفظه. يقيّم الفحص علاقة تطبيق السياسة ولا يثبت وحده استلام الجهاز لها أو نجاح تنفيذها؛ تحقق من أثرها على الجهاز وفق دليل الوظيفة.
2.  **البرنامج المطلوب:** جهّز عنصر برنامج مفعّلًا يحدد البرنامج المستهدف وتحقق من إبلاغ أجهزة التجربة بأصول البرامج. ضمن **Software > Security Checks** أنشئ **Required Software Installed** واختر عنصر البرنامج، ثم سمِّ الفحص وراجعه واحفظه. تعتمد النتيجة على سجل الأصول ولا تثبت تشغيل البرنامج أو مطابقة إصداره للمتطلبات؛ تحقق على الجهاز بصورة منفصلة عند الحاجة.
3.  ارجع إلى سياسة وصول Zero Trust واختر الفحوص المفعّلة والمتاحة ضمن **Security Checks** واحفظ. عند اختيار عدة فحوص يجب أن تكون جميع نتائجها الناجحة صالحة لاستيفاء شرط هذه السياسة. بعد تحديث البيانات والسياسة اختبر مصادر مضبوطة تستوفي الشرط وأخرى لا تستوفيه، وراجع السياسات والمسارات الأخرى.
4.  لا تفترض استيفاء الشرط إذا عُطلت السياسة أو عنصر البرنامج المشار إليه أو تعذر استخدامه، أو كانت النتيجة مفقودة أو منتهية. قيّم المراجع وأثر العمل قبل التغيير؛ لا يمكن حذف فحص تشير إليه سياسة مباشرةً.

-   [سياسات الوصول](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)