كيف تستخدم الوصول المشروط إشارات Defender لحماية بيئات Microsoft

By Mirko Peters · 2026-04-26

الوصول المشروط في Microsoft Entra هو حارس البوابة الأمامية، إذ يقرر إن كان سيُسمح لك بالدخول، وإلى ماذا يُسمح لك بالوصول، وبأي شروط. وبفضل الإشارات القادمة من Microsoft Defender، لا يقتصر الأمر على التحقق من هويتك، بل يتحقق أيضًا مما إذا كنت تحمل معك شيئًا خطرًا. يعني هذا التكامل المحكم أن مؤسستك لا تتخذ قرارات عمياء بالاعتماد على قواعد قديمة، بل تستجيب للمخاطر في الوقت الفعلي أثناء ظهورها.

Automatically translated with AI from the original post. Read the English original

يقرر الوصول المشروط في Microsoft Entra من يُسمح له بالدخول، وإلى أي موارد، وبأي شروط، وهو بمثابة حارس البوابة الأمامية. وعندما يستقبل إشارات من Microsoft Defender، فإنه لا يكتفي بالتحقق من هويتك، بل يتحقق أيضًا مما إذا كنت تحمل معك ما يشكل خطرًا. يعني هذا التكامل الوثيق أن مؤسستك لا تتخذ قرارات عشوائية بالاعتماد على قواعد قديمة، بل تستجيب للمخاطر في الوقت الفعلي فور ظهورها.

عندما يعمل الوصول المشروط في Entra وDefender معًا، فإنهما يجمعان المعلومات من هويات المستخدمين، وحالة صحة الأجهزة، واستخبارات التهديدات الحية. وتتضافر هذه الإشارات كلها لتحديد الموارد التي يمكن للمستخدم أو الجهاز التفاعل معها. وهذا جزء أساسي من Zero Trust: لا يحصل أحد على تصريح مرور دائم لمجرد دخوله مرة واحدة، إذ يتم التحقق من كل تسجيل دخول وكل جلسة. وستتعرف في هذا الدليل على كيفية حفاظ هذا النهج الديناميكي على أمان بيئتك، حتى مع تغير التهديدات باستمرار.

فهم تكامل إشارات الوصول المشروط في Entra وDefender

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

يبقى هذا النموذج متيقظًا دائمًا للتغيرات المهمة. فعلى سبيل المثال، إذا رصد Defender for Endpoint برمجيات خبيثة أو سلوكًا محفوفًا بالمخاطر، فإن هذه الإشارة تُرسل مباشرة إلى مسار اتخاذ قرارات الوصول المشروط. وفجأة، يُوقف طلبٌ بدا آمنًا قبل دقيقة قبل أن يتسبب في أي ضرر. إن سير العمل هذا، من الإشارات إلى القرارات ثم التنفيذ، هو ما يجعل الحماية ديناميكية وفعّالة وملائمة لتهديدات اليوم ومتطلبات الامتثال.

ستتعرف في هذه المقالة على طرق عملية يستخدم بها الوصول المشروط هذه الإشارات لبناء بوابات أذكى، وإيقاف الأنشطة المشبوهة، ودعم أمان قائم على التكيف و Zero Trust. وإن كنت قد تساءلت يومًا عما يجعل الوصول إلى السحابة آمنًا وعمليًا في الوقت نفسه (دون استبعاد مستخدميك)، فهنا تتجمع كل الخيوط معًا. وللتعمق أكثر في معالجة ثغرات الثقة وضبط النهج لعمليات نشر سلسة، اطلع على هذا الدليل حول مشكلات الثقة في نهج الوصول المشروط، أو استمع إلى نقاش الخبراء حول مخاطر الهوية في هذا البودكاست عن Entra ID وحلقات الأمان.

ما هو الوصول المشروط في Entra وكيف يعمل؟

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

إليك آلية العمل: يُقيَّم كل محاولة وصول باستخدام سير عمل "الإشارات ← القرارات ← التنفيذ". تأتي الإشارات من هويات المستخدمين، وامتثال الأجهزة، واكتشافات التهديدات. تقوم النهج بتفسير هذه الإشارات، واتخاذ قرارات الوصول في الوقت الفعلي، وتطبيقها عبر Microsoft 365 وAzure AD أو التطبيقات المتصلة. وهذا يضمن ألا يصل إلى ما يهم عملك أهمية كبرى سوى المستخدمين الشرعيين والآمنين والمصرّح لهم.

كيف يوفر Microsoft Defender إشارات المخاطر للوصول المشروط

يعمل Microsoft Defender كنظام الإنذار المبكر للوصول المشروط. فـ Defender for Endpoint وDefender for Cloud Apps يرسلان إشارات مخاطر في الوقت الفعلي حول صحة الأجهزة والتهديدات النشطة والسلوكيات المشبوهة مباشرة إلى محرك الوصول المشروط.

على سبيل المثال، قد يصنّف Defender جهازًا على أنه مخترَق بسبب اكتشاف برامج خبيثة، أو يرصد سلوكًا مشبوهًا للمستخدم يشير إلى جلسة مختطفة. تُغذّي هذه الإشارات فورًا نهج الوصول، فتتيح لـ Conditional Access حظر الجلسات عالية الخطورة، أو طلب تحقق إضافي، أو فرض قيود على الجلسة. مع Defender، تبقى قرارات الوصول متزامنة مع وضع الأمان الحالي، لا مع حالة الأمس فقط. لمزيد من المعلومات حول الامتثال المستمر ورؤى المخاطر القابلة للتنفيذ، اطّلع على كيف يدعم Defender for Cloud المراقبة في الوقت الفعلي.

الإشارات الرئيسية التي تقود قرارات Conditional Access

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

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

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

كيف تؤثر إشارات امتثال الجهاز في التحكم في الوصول

تُعد إشارات امتثال الجهاز الركيزة الأساسية للوصول الآمن في بيئات Microsoft. تُنشئ هذه الإشارات Microsoft Intune، وتعكس ما إذا كان الجهاز يستوفي متطلبات الأمان في مؤسستك، مثل التشفير، ومستوى التصحيحات، والحماية من البرامج الخبيثة.

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

الاستفادة من إشارات الهوية والتهديدات من Microsoft Defender

يتميز Microsoft Defender بقدرة حادة على رصد السلوك الضار. فهو يكتشف تسجيلات الدخول محفوفة بالمخاطر، وبيانات الاعتماد المسرّبة، وحتى الأنشطة المشبوهة مثل تصيّد الموافقات أو تثبيت البرامج الخبيثة على نقاط النهاية. تنتقل هذه الإشارات مباشرةً إلى Entra ID ونهج Conditional Access.

إذا رصد Defender حسابًا يحمل بيانات اعتماد مسرّبة، فقد يُطلب من المستخدم تحققًا إضافيًا، أو يُحظر حتى تنخفض المخاطر. وعندما تصبح جلسة محفوفة بالمخاطر أثناء نشاطها، كأن تظهر برامج خبيثة أو يبدو أن الرمز المميّز مختطف، يمكن لـ Conditional Access أن يفرض ضوابط الجلسة فورًا أو يُجبر على تسجيل الخروج. ولا يقتصر الأمر على النظرية: فأنماط الهجوم الحديثة، مثل تلك الموضحة في هذا التحليل الواقعي لسلسلة هجمات Microsoft 365، توضح لماذا يُعد تصميم النهج الديناميكي القائم على المخاطر ضروريًا ضد سرقة الرموز المميزة والتهديدات الحديثة.

بناء نهج Conditional Access قوية مع تكامل Defender

تبدأ النهج الفعّالة بخطة واضحة، تتيح للمستخدمين الحقيقيين العمل، وتوقف في الوقت نفسه حركة المرور المشبوهة بحزم. يكمن السر في دمج إشارات Defender وامتثال Intune مع Conditional Access، فلا تكتفي ببناء قواعد ثابتة، بل تبني دفاعات ذكية ومتعددة الطبقات تستجيب لما يحدث الآن.

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

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

النهج الأساسية للوصول المشروط في Azure

1. حظر المصادقة القديمة: البروتوكولات القديمة مثل IMAP وPOP لا تدعم المصادقة متعددة العوامل، وهي من الأهداف المفضلة للمهاجمين. طبّق النهج التي تحظر طرق المصادقة القديمة هذه للحد من أحد أهم مسارات المخاطر في بيئتكم. وهذا هو الأساس لكل نشر آمن لـ Microsoft 365 أو Azure.
2. اشتراط المصادقة متعددة العوامل للمستخدمين والمسؤولين: تُوقف المصادقة متعددة العوامل معظم عمليات سرقة بيانات الاعتماد في مهدها. طبّقها على جميع المستخدمين، واشترط مصادقة إضافية (مقاومة للتصيّد الاحتيالي إن أمكن) للسيناريوهات ذات الامتيازات العالية أو المخاطر العالية. وهذا يمنع الحركة الجانبية للمهاجم في حال حدوث اختراق.
3. اشتراط وضع الجهاز في حالة الامتثال: تأكد من أن الأجهزة الطرفية المُدارة والسليمة فقط، والمتتبَّعة عبر نهج الامتثال للأجهزة في Intune، يمكنها الوصول إلى التطبيقات الحساسة مثل Exchange Online أو SharePoint. وهذا يحمي البيانات من الأجهزة المصابة أو غير المُدارة التي تتسلل عبر سيناريوهات العمل عن بُعد.
4. فرض ضوابط موقع الوصول: قيّد الوصول إلى التطبيقات الحرجة استنادًا إلى مواقع الشبكات الموثوقة، وفعّل مصادقة إضافية عندما يسجّل المستخدمون الدخول من أماكن غير مألوفة أو غير متوقعة. وهذا يتماشى تمامًا مع مبادئ Zero Trust: لا تفترض الثقة لمجرد أن اسم المستخدم وكلمة المرور صحيحان.
5. استخدام ضوابط التطبيقات وجلسات النهج: أرفق ضوابط الجلسات عبر Defender for Cloud Apps للتحكم فيما يمكن للمستخدمين فعله بعد دخولهم. يمكنك تقييد عمليات التنزيل، أو فحص محاولات تسريب البيانات، أو حتى حظر العمليات الخطرة مع السماح بالوصول للقراءة فقط، خاصة على الأجهزة غير المُدارة.

إذا كنتم تتجهون نحو Zero Trust، فستحتاجون إلى تصميم منسّق للنهج كما يؤكد عليه هذا البودكاست حول Zero Trust by Design، الذي يتناول نهج الوصول التكيفي والتقييم المستمر عبر Microsoft 365 وDynamics 365.

فرض المصادقة متعددة العوامل والمصادقة المقاومة للتصيّد الاحتيالي للمستخدمين

• المصادقة متعددة العوامل لجميع المستخدمين: اجعل المصادقة متعددة العوامل الخيار الافتراضي، وشمل كل حساب، وليس المسؤولين فقط. استخدم نهج الوصول المشروط المضمنة للانطلاق بسرعة.
• خيارات مقاومة للتصيّد الاحتيالي: ادفع باتجاه استخدام مفاتيح الأمان FIDO2 وWindows Hello for Business كعوامل أساسية، لتقليل المخاطر الناتجة عن هجمات التصيّد الاحتيالي وإعادة تشغيل الرموز.
• مجموعات المسؤولين والمخاطر العالية: اشترط دائمًا مصادقة إضافية لحسابات المسؤولين والمستخدمين الذين يصلون إلى التطبيقات الحساسة، لأنهم من أبرز أهداف الهجمات.
• حسابات الطوارئ (Break-Glass): احتفظ بحساب استثناء آمن وخاضع للمراقبة للاستعادة في حالات الطوارئ، ولكن قيّده وراقبه بشدة لمنع إساءة استخدامه.

الأجهزة الموثوقة والممتثلة كمتطلبات للوصول

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

أفضل الممارسات والأخطاء الشائعة في نشر الوصول المشروط

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

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

قبل أن تبدأ، تعرّف على متطلبات النشر، واحتياجات التراخيص، وكل تلك التفاصيل التقنية الدقيقة (خاصةً في البيئات الهجينة ومتعددة السحابات ذات قواعد المستخدمين المعقدة). ولا تستهِن بالمراقبة؛ فالأتمتة لا تكفي وحدها إذا لم يكن هناك من يراقب انحراف النُّهج أو الثغرات الجديدة. ولفهم هذه المزالق بعمق في بيئات Microsoft 365 الكبيرة، اطّلع على هذه النظرة العامة على إخفاقات الحوكمة الشائعة، أو اقرأ عن مشكلات المنصات التعاونية في هذا الدليل المركّز على الحوكمة.

كيفية تجنب أخطاء الوصول المشروط الشائعة وحالات التعارض

1. اختبر النُّهج قبل النشر الكامل: استخدم وضع “الإبلاغ فقط” أو مجموعات تجريبية لمعرفة الأثر الفعلي في بيئة الإنتاج. تجنّب المفاجآت باختبار التغييرات قبل فرضها على الشركة بأكملها.
2. احذر من تعارض النُّهج: قد تمنع النُّهج المتداخلة الوصول دون توقع، أو تمنح صلاحيات أكثر مما قصدت. راجع مصفوفة الوصول المشروط بانتظام لتجنب القواعد المتعارضة، خاصةً عندما يعمل مسؤولون متعددون على الإعدادات نفسها.
3. اضبط المصادقة متعددة العوامل بعناية: قد يؤدي الإعداد الخاطئ للمصادقة متعددة العوامل إلى حرمان مستخدمين شرعيين (حتى المسؤولين) من الوصول، أو إلى فتح ثغرات إذا تسللت البروتوكولات القديمة. احرص دائماً على وجود حساب “كسر الزجاج” آمن وخاضع للمراقبة يُستخدم كشبكة أمان.
4. راقب وافحص باستمرار: تابع السجلات المباشرة وملاحظات المستخدمين، وكن مستعداً لإجراء التعديلات أثناء العمل. فالمراقبة الآلية، مقترنةً بخطة واضحة للاستجابة للحوادث، تساعدك على رصد المشكلات قبل أن تتفاقم.

لمنظور آخر حول دمج استراتيجية الأمان عبر تطبيقاتك ومنصاتك، وتجنب الأخطاء التقليدية، استمع إلى هذا التحليل المعمّق لمنع فقدان البيانات (DLP) والحوكمة الأمنية في Microsoft Power Platform.

متطلبات النشر وقيود الخدمة

1. الأدوار الإدارية: ستحتاج إلى امتيازات كافية، عادةً “المسؤول العام” أو “مسؤول الأمان” في Entra ID، لإنشاء نهج الوصول المشروط وإدارتها.
2. متطلبات الترخيص: تتطلب معظم ميزات الوصول المشروط ترخيص Microsoft Entra ID P1 أو P2 على الأقل، وقد تضيف تكاملات Defender مستويات ترخيص إضافية، لذا خطط لذلك منذ البداية.
3. متطلبات البنية التحتية: تأكد من تسجيل أجهزتك في Intune، ونظافة الهويات (دون تكرار أو بيانات قديمة)، وجاهزية الدليل للمزامنة والمراقبة.
4. قيود الخدمة: لا تدعم كل التطبيقات القديمة أو التابعة لجهات خارجية فرض الوصول المشروط، كما تحتاج حسابات الخدمة والهويات المُدارة غالباً إلى معاملة خاصة. اقرأ الوثائق بعناية حتى لا يفلت شيء من الرقابة.

عناصر التحكم المتقدمة ودمج أدوات الأمان

عندما تعمل أساسيات الوصول المشروط بسلاسة، تكون الخطوة التالية هي إضافة عناصر التحكم في الجلسة، وحماية الرموز المميزة، والتكامل مع منصات أمان أخرى. هنا يصبح مبدأ “الحد الأدنى من الامتيازات” أكثر دقة: تحدد ما يمكن للمستخدمين فعله حتى بعد تجاوزهم نقطة الدخول، وتتأكد من أن الرموز المميزة لا يمكن سرقتها وإعادة استخدامها في مكان آخر.

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

تساعد المراقبة المستمرة وعناصر التحكم التكيفية أيضًا على منع انحراف الامتثال، من خلال الاستفادة من Defender for Cloud وأدوات مثل Power BI. للاطلاع على استراتيجيات عملية حول أتمتة الامتثال المستمرة والرؤية الموحدة، راجعوا هذا الدليل العملي لمراقبة Defender for Cloud. والآن، لنستعرض أهم عناصر التحكم واستراتيجيات التكامل لتعظيم الأمان وتجربة المستخدم معًا.

استخدام عناصر التحكم في الجلسة وحماية الرمز المميز على الأجهزة المُدارة

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

تكامل أدوات الأمان واعتبارات عملاء التطبيقات

• تكامل Microsoft Intune: اربطوا إدارة الأجهزة مباشرةً بالوصول المشروط للحصول على إشارات محدّثة حول الامتثال وصحة نقطة النهاية.
• Defender for Endpoint/Cloud Apps: استخدموا Defender لإرسال إشارات التهديدات والجلسات التي يمكن للوصول المشروط استهلاكها لتطبيق سياسات تكيفية في الوقت الفعلي.
• أدوات الأمان التابعة لجهات خارجية: ادمجوا SIEM أو CASB أو حلول إدارة نقاط النهاية حسب الحاجة، ولكن تحقّقوا من التوافق بعناية.
• دعم التطبيقات والعملاء: تأكدوا من أن عملاء التطبيقات، ولا سيما التطبيقات القديمة أو تطبيقات الأجهزة المحمولة، يدعمون فرض الوصول المشروط والإبلاغ عن القياسات بالكامل، لتجنب الثغرات غير المرئية.

للاطلاع على رؤى أعمق حول تأمين Microsoft Power Platform وإدارة مخاطر الموصلات، راجعوا أفضل ممارسات حوكمة Power Platform هذه.

الاستجابة للتهديدات في الوقت الفعلي باستخدام إشارات Defender

لم يعد الأمان في السحابة يقتصر على وضع السياسات والأمل في أفضل النتائج. بفضل إشارات Microsoft Defender المدمجة مع الوصول المشروط، تحصلون على استجابة ديناميكية للتهديدات، لا بعد أيام، بل في الوقت الفعلي. فإذا رصد Defender for Endpoint نشاطًا لبرامج ضارة أو هجومًا جاريًا، يستطيع الوصول المشروط تغيير المسار فورًا، عبر إلغاء الجلسات أو فرض مصادقة أشد على الفور.

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

تتناول الأقسام التالية كيفية حدوث تعديلات السياسات الديناميكية فعليًا، وكيف تُثري إشارات استخبارات Defender تقييم المخاطر لاستجابات أذكى للوصول المشروط تعتمد على السياق. فالأمان التكيفي ليس مجرد مصطلح رائج، وهنا يقدم قيمة حقيقية وقابلة للقياس.

تعديل السياسات الديناميكي باستخدام Defender for Endpoint

1. رصد البرامج الضارة يُفعّل تغييرات الوصول: إذا رصد Defender for Endpoint برامج ضارة على جهاز ما، يستطيع الوصول المشروط حظر هذا الجهاز فورًا من جميع موارد المؤسسة، أو طلب مصادقة إضافية من المستخدم.
2. العمليات المشبوهة أو التهديدات: عند رصد نشاط عملية خطرة، مثل استغلال معروف أو سلوك برامج الفدية، يرفع هذا الإشارة من مستوى مخاطر الجهاز. يستجيب الوصول المشروط بإلغاء الجلسات النشطة أو تطبيق عناصر تحكم أشد إلى أن يتم معالجة الوضع.
3. إلغاء الجلسات تلقائيًا: بدلًا من انتظار أن يلاحظ المسؤول المشكلة، تُفعّل تنبيهات Defender الحية فرض السياسات تلقائيًا، سواء بالعزل أو تسجيل الخروج أو تحويل صلاحيات المستخدم إلى القراءة فقط، دون أي تأخير.
4. استجابة فورية ومنسقة: تسرّع هذه القدرات الاستجابة للحوادث بشكل كبير، فتحظر المهاجمين في الوقت الفعلي وتقلل من خطر انتشار الهجوم أو اختراق البيانات.

إثراء مستويات مخاطر حماية الهوية باستخدام ذكاء Defender

لا يكتفي Defender برفع الإنذارات الحمراء للأجهزة الطرفية فحسب، بل يمرّر أيضًا مخاطر الأجهزة، والسلوكيات الشاذة في الجلسات، وإشارات التهديد إلى محرك تقييم المخاطر في Entra Identity Protection. يُسنَد لكل تسجيل دخول وكل جلسة مستوى مخاطر محدّث، مع الأخذ في الحسبان القياسات الحية من Defender for Endpoint وDefender for Cloud Apps.

يتيح هذا النموذج المُثرى لـ Conditional Access تطبيق تحكم في الوصول قائم فعليًا على المخاطر، فيحظر الوصول تلقائيًا أو يفرض مصادقة إضافية عندما تستدعي المخاطر الفعلية ذلك، لا مجرد القواعد الثابتة. والنتيجة: تبقى سياسات Zero Trust لديك مرنة، وتستجيب للمخاطر سريعة التغير، وتكون أكثر فاعلية في قطع الطريق على المهاجمين قبل أن يُلحقوا الضرر.