خطوات تحليل استخدام كيانات الخدمة في مستأجر Microsoft 365 الخاص بك

By Mirko Peters · 2026-03-09 · Updated 2026-09-13

مراجعة استخدام كيانات الخدمة باستخدام Microsoft Graph ونشاط تسجيل الدخول. استكشف الأذونات المطلوبة، وهويات التطبيقات، والمراقبة، وإدارة الوصول.

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

يُعد تحليل استخدام كيانات الخدمة من خلال Service Principal Analysis أمرًا بالغ الأهمية لتأمين مستأجر Microsoft 365 الخاص بك. فمن خلال مراقبة كيانات الخدمة، يمكنك تحديد المخاطر المحتملة، مثل تكنولوجيا المعلومات الظلية والإعدادات الأمنية الضعيفة. تشمل الجوانب الرئيسية التي ينبغي التركيز عليها:

• حسابات المسؤول غير المُدارة

• المصادقة متعددة العوامل (MFA) غير المتسقة

• المشاركة الخارجية دون رقابة

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

النقاط الرئيسية

• راقب نشاط تسجيل دخول كيانات الخدمة بانتظام لاكتشاف الأنماط غير المعتادة وتعزيز الأمان.

• تأكد من امتلاكك الأذونات اللازمة، مثل AuditLog.Read.All، لتحليل استخدام كيانات الخدمة بفعالية.

• طبّق مبدأ أقل الامتيازات من خلال منح كل كيان خدمة الأذونات الأساسية فقط.

• أتمتِ عمليات المراقبة باستخدام أدوات مثل AdminDroid لتبسيط الإدارة وتحسين الأمان.

• وثّق الغرض والأذونات الخاصة بكل كيان خدمة للحفاظ على الوضوح والامتثال.

1. تمثل كيانات الخدمة هوية التطبيق داخل مستأجر Microsoft 365 الخاص بك: كائن التطبيق هو التعريف العام، بينما كيان الخدمة هو الهوية المحلية المستخدمة للمصادقة ومنح الأدوار والتحكم في الوصول داخل مستأجر Microsoft 365 الخاص بك، لذا فإن مراقبة استخدام كيانات الخدمة في مستأجر Microsoft 365 أمر بالغ الأهمية لتتبع من وما الذي يمكنه الوصول إلى الموارد.
2. يمكن لعدة كيانات خدمة أن تقابل تطبيقًا واحدًا: يمكن لكائن تطبيق واحد أن تكون له كيانات خدمة مميزة في عدة مستأجرين، ولكل منها بيانات اعتماد ومنح موافقة وتعيينات أدوار مختلفة، ما يسمح لنفس كود التطبيق بالتصرف بشكل مختلف عبر مستأجري Microsoft 365.
3. أنواع بيانات الاعتماد تؤثر في سطح الهجوم: يمكن لكيانات الخدمة استخدام أسرار العميل أو الشهادات أو الهوية الموحدة (federated). تزيد الأسرار طويلة الأمد من سطح الهجوم في مستأجر Microsoft 365 الخاص بك، بينما قد تقلل المصادقة القائمة على الشهادات أو الهوية الموحدة من المخاطر عند إعدادها بشكل صحيح.
4. أذونات التفويض وأذونات التطبيق تنطوي على مخاطر مختلفة: تتيح أذونات التطبيق الممنوحة لكيان الخدمة الوصول بمعزل عن أي مستخدم، وقد تكون أقوى من أذونات التفويض، وتُعد أذونات التطبيق المُعدّة بشكل خاطئ سببًا شائعًا لفرط امتيازات كيانات الخدمة في مستأجر Microsoft 365 الخاص بك.
5. تختلف الموافقة وموافقة المسؤول حسب النطاق: يمكن للمستخدمين الموافقة على بعض أذونات التفويض للتطبيقات، لكن موافقة المسؤول مطلوبة لأذونات التطبيق عالية المخاطر. يساعدك تتبع أحداث الموافقة على اكتشاف الاستخدام غير المتوقع لكيانات الخدمة في مستأجر Microsoft 365 الخاص بك.
6. تبسّط الهويات المُدارة دورة الحياة لكنها مرتبطة بالمستأجر: تنشئ هويات Azure AD المُدارة (المعيّنة للنظام أو للمستخدم) كيانات خدمة تلقائيًا للموارد، ما يسهل إدارة بيانات الاعتماد في مستأجر Microsoft 365 الخاص بك، لكن لا يمكن نقلها بين المستأجرين، لذا تتطلب عمليات نقل الموارد إعادة تهيئة.
7. تنطبق سياسات الوصول المشروط وإدارة الاستحقاقات على التطبيقات أيضًا: يمكنك فرض سياسات الوصول المشروط واستخدام إدارة الاستحقاقات للتحكم في استخدام مبادئ الخدمة داخل المستأجر في Microsoft 365، ولكن يجب تقييم السياسات صراحةً لسياقات التطبيقات لمنع الوصول غير المصرح به إلى التطبيقات أو الحركة الجانبية داخل الشبكة.

المتطلبات الأساسية لتحليل مبادئ الخدمة

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

الأذونات المطلوبة

لتحليل نشاط مبادئ الخدمة في Microsoft Entra وMicrosoft 365، تحتاج إلى أذونات محددة. يوضح الجدول التالي نطاق الأذونات المطلوب:

بدون الأذونات المناسبة، قد تواجه أخطاء. على سبيل المثال، إذا ظهرت لك الرسالة "Insufficient privileges to complete the operation"، فهذا يعني أنك لا تملك الصلاحية اللازمة. قد يعيق هذا القيد قدرتك على إدارة مبادئ الخدمة وتحليلها بفعالية.

الأدوات والموارد

يمكن أن يُبسّط استخدام الأدوات المناسبة عملية التحليل. فيما يلي بعض الأدوات الفعّالة لتحليل مبادئ الخدمة في بيئات Microsoft 365:

للبدء باستخدام PowerShell، اتبع الخطوات التالية:

1. اتصل بـ Microsoft Graph PowerShell باستخدام: Connect-MgGraph -Scopes "AuditLog.Read.All"

2. نفّذ الأمر التالي لتدقيق عمليات تسجيل الدخول لمبادئ الخدمة:

   Get-MgBetaAuditLogSignIn -Filter "signInEventTypes/any(t:t eq 'servicePrincipal')" -All | Select-Object CreatedDateTime, Id, ServicePrincipalId, ServicePrincipalName, ResourceDisplayName, ResourceId, @{Name = "Status"; Expression = { if ($_.Status.ErrorCode -eq 0) { "Success" } else { "Failed" } }} | Format-Table
   

بالتأكد من امتلاك الأذونات والأدوات المناسبة، تكون قد هيأت نفسك لتحليل ناجح لمبادئ الخدمة.

إنشاء مبدأ خدمة في Microsoft Entra

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

تسجيل التطبيق

لتسجيل تطبيق في Microsoft Entra، اتبع الخطوات التالية:

1. سجّل الدخول إلى مركز إدارة Microsoft Entra.

2. انتقل إلى التطبيقات واختر تسجيل جديد.

3. أدخل التفاصيل المطلوبة، مثل اسم التطبيق وعنوان URI لإعادة التوجيه.

4. اختر نوع الحساب المناسب وفقًا لاحتياجاتك.

5. انقر على تسجيل لإكمال العملية.

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

يمكنك استخدام عدة طرق لإنشاء مبدأ الخدمة في Microsoft Entra، ومنها:

• تحميل شهادة موثوقة صادرة عن جهة إصدار شهادات.

• إنشاء شهادة موقّعة ذاتيًا وتحميلها لأغراض الاختبار.

• إنشاء سر عميل جديد.

لكل طريقة حالة استخدام خاصة بها، لذا اختر الطريقة الأنسب لمتطلبات تطبيقك.

فهم المُنشئ

يُعد تحديد من بدأ إنشاء مبدأ الخدمة أمرًا بالغ الأهمية لأغراض الأمان والتدقيق. يمكنك تتبع هذه المعلومة باتباع الخطوات التالية:

1. سجّل الدخول إلى مركز إدارة Microsoft Entra.

2. انتقل إلى المراقبة والصحة واختر سجلات التدقيق.

3. اضبط الفئة على ApplicationManagement وطبّق عامل التصفية.

4. اضبط النشاط على Add service principal وطبّق عامل التصفية.

5. حدِّد حدثًا ووسِّع قسم Additional details. ابحث عن خصائص مثل ServicePrincipalProvisioningType وSubscribedSkus وAppOwnerOrganizationId.

يساعدك تتبّع المُنشئ على فهم من يُنشئ الكيانات الخدمية (service principals) ولماذا. هذه المعلومات ضرورية للحفاظ على الأمان والامتثال داخل مؤسستك.

إليك ملخصًا للسمات التي يمكنك العثور عليها في سجلات التدقيق:

بفهم مُنشئ الكيان الخدمي، يمكنك تعزيز وضعك الأمني والتأكد من أن المستخدمين المصرّح لهم فقط هم من ينشئون الكيانات الخدمية.

عرض نشاط تسجيل الدخول باستخدام Microsoft Graph

الوصول إلى Microsoft Graph API

للوصول إلى سجلات تسجيل الدخول للكيانات الخدمية، يمكنك استخدام Microsoft Graph API. اتبع الخطوات التالية لاسترجاع البيانات اللازمة:

1. استخدم Microsoft Graph API لإعداد تقرير عن نشاط تسجيل دخول الكيانات الخدمية.

2. نفّذ الأمر Get-MgServicePrincipal لاسترجاع الكيانات الخدمية في المستأجر الخاص بك.

3. أنشئ جدول تجزئة (hash table) يربط معرّفات التطبيقات بأسمائها المعروضة. هذه الخطوة مهمة لأن سجلات تسجيل الدخول لا تتضمن أسماء التطبيقات.

4. نفّذ Get-MgBetaReportServicePrincipalSignInActivity للعثور على نشاط تسجيل دخول الكيانات الخدمية التي يزيد آخر تاريخ تسجيل دخول لها عن عام.

5. أنشئ تقريرًا عن الكيانات الخدمية وصدّر البيانات إلى ملف CSV.

6. أنشئ إحصاءات مثل عدد المستأجرين الذين يملكون التطبيقات والعدد الإجمالي للكيانات الخدمية.

باتباع هذه الخطوات، يمكنك الوصول إلى سجلات تسجيل الدخول الخاصة بالكيانات الخدمية وتحليلها بفعالية.

تحليل سجلات تسجيل الدخول

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

إليك بعض الحالات الشاذة الشائعة التي قد تكتشفها في سجلات تسجيل دخول الكيانات الخدمية:

• استخدام غير عادي للتطبيقات، مثل إعادة استخدام تطبيقات خاملة أو منسية.

• علاقات ثقة غير متوقعة أُضيفت إلى Azure AD.

• تعديلات على بيانات اعتماد الكيانات الخدمية، بما في ذلك التغييرات في الأذونات.

لتحليل سجلات تسجيل الدخول بفعالية، فكّر في هذه الاستراتيجيات:

1. راقب نشاط تسجيل الدخول من خلال مركز إدارة Microsoft Entra لعرض عمليات تسجيل دخول الكيانات الخدمية خلال آخر 24 ساعة.

2. حدّد الكيانات الخدمية عالية المخاطر من خلال تحليل سجلات تسجيل الدخول بحثًا عن أنماط غير عادية.

3. استخدم أدوات مثل Microsoft Entra وPowerShell للتحليل المفصّل لسجلات تسجيل الدخول.

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

إدارة الكيانات الخدمية بفعالية

أفضل ممارسات الإدارة

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

• مبدأ أقل الامتيازات: امنح كل كيان خدمة الأذونات الضرورية فقط. يحدّ هذا من حجم الضرر المحتمل إذا تعرّض كيان الخدمة للاختراق.

• التدوير المنتظم لبيانات الاعتماد: قم بتدوير بيانات الاعتماد بانتظام، وأتمت هذه العملية كلما أمكن ذلك. يقلل هذا من خطر استخدام بيانات اعتماد قديمة أو مخترقة.

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

• المصادقة القوية: استخدم أساليب مصادقة قوية، مثل المصادقة متعددة العوامل (MFA). يضيف هذا طبقة أمان إضافية.

• تخزين بيانات الاعتماد بشكل آمن: خزّن بيانات اعتماد كيانات الخدمة وأدِرها بشكل آمن باستخدام حل لإدارة الأسرار. تجنّب تخزين بيانات الاعتماد داخل الشيفرة أو ملفات الإعدادات.

• التوثيق: وثّق الغرض من كل كيان خدمة والأذونات الممنوحة له. تساعد هذه الممارسة على فهم دوره ضمن المستأجر لديك.

• سياسات الحوكمة: ضع سياسات حوكمة واضحة لإدارة كيانات الخدمة. راجع الأذونات ودققها بانتظام لضمان الامتثال.

أتمتة المراقبة

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

• AdminDroid: تقدم هذه الأداة ميزة مراقبة نشاط تسجيل الدخول. تساعدك على تتبع أنماط تسجيل دخول كيانات الخدمة، وتوفر تقارير مفصلة عن الاستخدام واتجاهات الوصول.

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

من خلال أتمتة المراقبة، تحصل على عدة فوائد:

إن تطبيق هذه الممارسات والأدوات سيساعدك على إدارة كيانات الخدمة بفعالية والحفاظ على بيئة آمنة في مستأجر Microsoft 365 لديك.

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

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

الأسئلة المتداولة

ما هو كيان الخدمة في Microsoft 365؟

يعمل كيان الخدمة كهوية للتطبيقات للوصول إلى الموارد بشكل آمن. يتيح للتطبيقات المصادقة دون الحاجة إلى بيانات اعتماد المستخدم.

كيف أراقب نشاط كيان الخدمة؟

يمكنك مراقبة نشاط كيان الخدمة باستخدام Microsoft Graph API أو أدوات مثل AdminDroid. توفر هذه الأدوات رؤى حول أنماط تسجيل الدخول واتجاهات الاستخدام.

لماذا من المهم تحليل استخدام كيانات الخدمة؟

يساعدك تحليل استخدام كيانات الخدمة على تحديد المخاطر الأمنية وإدارة الأذونات وضمان الامتثال. كما يعزّز وضعك الأمني الشامل.

ما الأذونات التي أحتاجها لتحليل كيانات الخدمة؟

تحتاج إلى الإذن AuditLog.Read.All لتحليل نشاط كيانات الخدمة في Microsoft Entra وMicrosoft 365. يتيح لك هذا الإذن الوصول إلى السجلات اللازمة.

كيف يمكنني أتمتة مراقبة كيانات الخدمة؟

يمكنك أتمتة المراقبة باستخدام أدوات مثل AdminDroid. تستطيع هذه الأدوات إنشاء تقارير عن نشاط تسجيل الدخول والتغييرات في كيانات الخدمة، ما يبسّط مهام الإدارة لديك.

كائنات تطبيقات Microsoft Entra ID وإنشاء كيان الخدمة

ما هو كيان الخدمة، وما علاقته بكائنات التطبيقات في Microsoft Entra ID؟

كيان الخدمة هو الأساس الأمني الذي يمثّل تطبيقًا أو خدمة في المستأجر لديك. ويرتبط بكائن التطبيق، وهو التعريف العام للتطبيق، بينما يمثّل كيان الخدمة النسخة التي تُنشأ في المستأجر لديك عند تسجيل التطبيق أو منحه الموافقة. يربط معرّف التطبيق (application ID) ومعرّف العميل (client ID) بين الاثنين، وسترى كلًّا من كائنات التطبيقات وكائنات كيانات الخدمة في Microsoft Entra عند إنشاء كيان خدمة.

كيف أنشئ كيان خدمة في مستأجر Microsoft 365 الخاص بي؟

يمكنك إنشاء كيان الخدمة بتسجيل تطبيق في مركز إدارة Microsoft Entra، أو عبر Azure CLI أو حزمة تطوير Microsoft Graph PowerShell. تتمثل الخطوات المعتادة في إنشاء التطبيق (كائن التطبيق)، ثم إنشاء كيان الخدمة في مستأجرك الأساسي أو في المستأجر المالك، ثم تعيين الأذونات وإنشاء بيانات الاعتماد (السر العميل أو الشهادة). وللنصوص البرمجية الآلية، استخدم الأمر az ad sp create-for-rbac من Azure CLI أو حزمة Microsoft Graph PowerShell SDK لإنشاء كيان الخدمة.

أين أجد تفاصيل كيان الخدمة، وكيف أحلل نشاط تسجيل دخول كيان الخدمة؟

تتوفر تفاصيل كيان الخدمة في مركز إدارة Microsoft Entra ضمن «تطبيقات المؤسسة» أو «تسجيلات التطبيقات» بحسب نوع التطبيق. ويمكنك الاطلاع على خصائص مثل اسم كيان الخدمة ومعرّف التطبيق ومعرّف المستأجر والأدوار المعيّنة. ولتحليل نشاط تسجيل دخول كيان الخدمة، استخدم سجلات تسجيل الدخول في Microsoft Entra، أو استعلم عن تقارير تسجيل الدخول عبر Microsoft Graph لمراجعة أحداث المصادقة وأحداث إنشاء كيان الخدمة وبيانات تسجيل الدخول.

كيف تؤثر نهج الوصول وإعدادات المصادقة على كيان خدمة جديد؟

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

هل يمكن لتطبيقات Microsoft من الطرف الأول أو خدمات Microsoft إنشاء كيانات خدمة في مستأجري؟

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

كيف أدير الأذونات وكائنات كيانات الخدمة في Microsoft Entra لتقليل المخاطر؟

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

ما الأدوات التي يمكنني استخدامها لأتمتة فحص كيانات الخدمة وإنشائها (PowerShell وAzure CLI)؟

يمكنك استخدام Microsoft Graph PowerShell SDK أو Azure CLI أو واجهات برمجة تطبيقات Microsoft Graph لأتمتة إنشاء كائنات مبدأ الخدمة وفحصها. تتيح لك أوامر مثل az ad sp create-for-rbac والأوامر المكافئة لها في Microsoft Graph PowerShell SDK إنشاء مبدأ الخدمة وعرض معرّف العميل (client id) ومعرّف التطبيق (application id) ومعرّف المستأجر (tenant id). كما يمكن للنصوص البرمجية أن تعدّ كائنات مبادئ الخدمة في Microsoft Entra وأن تجمع بيانات تسجيل الدخول أو الأذونات لأغراض إعداد التقارير.

كيف أعرف ما إذا كان مبدأ الخدمة قد أُنشئ بواسطة تطبيق عميل أو بواسطة حساب Microsoft؟

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

أين يمكنني العثور على مصادر وإرشادات إضافية حول Office 365 for IT Pros وأفضل الممارسات المتعلقة بمبادئ الخدمة؟

استخدم Microsoft Learn ووثائق مركز إدارة Microsoft Entra وأدلة منصة هوية Microsoft والمقالات الموجهة إلى Office 365 for IT Pros. وتشمل المصادر الإضافية وثائق Microsoft Graph ومراجع Azure CLI وMicrosoft Graph PowerShell SDK وتحديثات الأمان التي تنشرها Microsoft. وفي السيناريوهات المعقدة، تواصل مع الدعم الفني أو راجع مختبرات Microsoft Learn الخاصة بكائنات التطبيقات ومبادئ الخدمة المنشأة في مستأجرك.