خطوات تحليل إساءة استخدام تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph

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

اكتشف التهديدات التي تستهدف Microsoft 365 باستخدام Entra ID وسجل نشاط Microsoft Graph. تعرّف على اكتشاف التهديدات المرتبطة بتطبيقات OAuth عبر سجلات النشاط وواجهة Graph API.

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

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

• تُعد سجلات نشاط Microsoft Graph حيوية في:

  • مراقبة نشاط تطبيقات OAuth.

  • رصد احتمالات إساءة استخدام تطبيقات OAuth.

  • توفير الرؤية الأساسية اللازمة للكشف عن التهديدات.

يُعد تحديد معايير الامتثال أمرًا بالغ الأهمية نظرًا للمخاطر المرتبطة بإساءة استخدام تطبيقات OAuth. فالمعايير الواضحة لتقييم الأمان والامتثال تضمن اختيار التطبيقات المناسبة للاستخدام المؤسسي.

تحليل إساءة استخدام تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph: 5 حقائق مفاجئة

عند تحليل إساءة استخدام تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph، غالبًا ما يكتشف المحققون في الأمان قدرات وقيودًا غير متوقعة تؤثر في الرصد والاستجابة.

1. تكشف سجلات النشاط client_app_id الخاص بتطبيق OAuth للأحداث المرتبطة بالتطبيقات. تتضمن سجلات نشاط Microsoft Graph قيمة client_app_id (وهي appId الخاص بالتطبيق) للعديد من أحداث تسجيل الدخول والموافقة، ما يتيح ربط الرموز المشبوهة أو الإجراءات المشبوهة مباشرةً بتطبيق OAuth مسجّل، بدلًا من الاكتفاء بالمستخدم.
2. لا يظهر كل نشاط للتطبيقات في مكان واحد، فتعدد أنواع السجلات مهم. قد تتوزع أحداث OAuth بين سجلات تسجيل الدخول وسجلات التدقيق وسجلات نشاط Microsoft Graph الموحدة. ويؤدي الاعتماد على مصدر واحد للسجلات إلى إغفال منح الموافقات أو إصدار الرموز أو تغييرات أذونات التطبيقات، وهي عناصر ذات صلة بتحقيقات الإساءة.
3. قد تحدّ خيارات الاستبقاء والتصدير من الجداول الزمنية الجنائية ما لم تُهيّأ بشكل صحيح. فالاستبقاء الافتراضي للمستأجر لبعض سجلات النشاط محدود، وبدون تصدير إعدادات التشخيص إلى مساحة عمل Log Analytics أو حساب تخزين، قد تفقد أدلة إساءة استخدام التطبيقات التاريخية بسرعة.
4. يتم إخفاء بعض الحقول الحساسة أو حجبها في سجلات Graph. لحماية الخصوصية، يتم اقتطاع بعض بيانات PII وتفاصيل الرموز أو تشويشها في حمولات النشاط، ما يستلزم ربط السجلات ببعضها أو بسجلات الوصول المشروط لإعادة بناء سلاسل الهجوم كاملةً.
5. تتيح إشعارات التغيير واستعلامات الدلتا اكتشافًا شبه فوري، لكنها تتطلب إعدادًا مسبقًا. يدعم Microsoft Graph إشعارات التغيير (Webhooks) واستعلامات الدلتا لسجلات النشاط، ما يتيح الكشف الآلي عن أذونات التطبيقات الممنوحة حديثًا أو إجراءات التطبيقات غير الاعتيادية. غير أنه يجب إعدادها بشكل استباقي لرصد الإساءة لحظة وقوعها.

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

• راقب نشاط تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph لرصد احتمالات الإساءة والتهديدات.

• دقّق تطبيقات OAuth بانتظام للتأكد من ملاءمة الأذونات، وحقّق في أي تطبيقات مشبوهة.

• طبّق ضوابط وصول صارمة، مثل تعطيل موافقة المستخدم على التطبيقات الخارجية، لتعزيز الأمان.

• استخدم لغة استعلام Kusto (KQL) لتحليل السجلات وتحديد الأنماط غير الاعتيادية التي قد تشير إلى إساءة استخدام تطبيقات OAuth.

• ثقّف الموظفين حول التهديدات الأمنية وأساليب التصيّد الاحتيالي للحد من خطر إساءة استخدام تطبيقات OAuth.

نظرة عامة على إساءة استخدام تطبيقات OAuth

ناقلات الهجوم الشائعة

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

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

مخاطر الوصول طويل الأمد

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

قد تكون عواقب إساءة استخدام تطبيقات OAuth وخيمة. فيما يلي بعض المخاطر الموثقة:

• التصيّد الداخلي: الرسائل المرسلة من حسابات موثوقة تستدرج ضحايا أكثر.

• سرقة البيانات الحساسة: يمكن استخراج الملفات السرية والعقود والملكية الفكرية.

• الوصول المستمر: حتى عند إعادة تعيين بيانات الاعتماد، قد تظل الرموز نشطة.

• تضرر السمعة: يفقد العملاء والشركاء الثقة إذا أصبح الاختراق علنيًا.

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

سجلات نشاط Microsoft Graph للأمان

الوصول إلى Microsoft Graph Activity Logs ضروري لمراقبة سلوك تطبيقات OAuth. يمكنك اتباع الخطوات التالية لاسترجاع السجلات بفعالية:

1. بث السجلات عبر إعدادات التشخيص في مدخل Azure، أو باستخدام واجهات Azure Resource Manager APIs.

2. دمج سجلات النشاط مع سجلات Azure Monitor.

3. تكوين إعدادات التشخيص عبر واجهة Azure Resource Manager API.

4. إعداد وجهات التخزين مثل Azure Log Analytics Workspace أو Azure Storage أو Azure Event Hubs.

5. الاستعلام عن السجلات باستخدام لغة الاستعلام Kusto (KQL) في حال إرسالها إلى مساحة عمل Log Analytics.

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

تلعب التنبيهات الفورية دورًا حيويًا في اكتشاف حوادث إساءة استخدام تطبيقات OAuth والاستجابة لها. فهي توفر رؤية للسلوكيات المشبوهة، وتتيح استجابات آلية للحد من المخاطر. على سبيل المثال، كانت رموز OAuth الخاصة بـ Drift ذات عمر افتراضي ممتد، مما أدى إلى غياب الرؤية لدى عملاء Salesforce فيما يتعلق باتصالات التطبيقات. ويمكن للرموز المخترَقة تجاوز MFA وSSO، ما يبرز الحاجة إلى التنبيهات الفورية لاكتشاف الanomalies مثل عمليات سحب واجهات برمجة التطبيقات الجماعية.

لإعداد تنبيهات فورية فعّالة، يُنصح بمراعاة أفضل الممارسات التالية:

• اضبط تنبيهات للأنشطة المشبوهة في سجلات نشاط Microsoft Graph، مثل تعيين أذونات ذات امتيازات عالية وتسجيلات الدخول غير المعتادة.

• استخدم Microsoft Defender for Cloud Apps (MCAS) لمراقبة ضوابط الجلسات وفرضها، وتوليد تنبيهات عند تسجيل الدخول إلى تطبيقات OAuth محفوفة بالمخاطر.

• ابحث في سجل التدقيق الموحد لـ Microsoft 365 عن أحداث رئيسية مثل "Add application" أو "Consent to application" لتحديد احتمالات إساءة استخدام تطبيقات OAuth.

• اربط تنبيهات تسجيل الدخول غير المعتادة بسجلات التدقيق للكشف عن نشاط تطبيقات OAuth الخبيثة.

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

طرق الكشف عن إساءة استخدام تطبيقات OAuth

استعلامات KQL

تُعدّ لغة Kusto Query Language (KQL) أداة قوية لتحليل سجلات نشاط Microsoft Graph. يمكنك استخدام KQL لتحديد الأنماط والحالات الشاذة التي قد تشير إلى إساءة استخدام تطبيقات OAuth. فيما يلي بعض الاستراتيجيات الفعّالة لاستخدام KQL:

• راجع تطبيقات Entra بانتظام لـ تحديد الأذونات المفرطة. يساعدك ذلك على رصد التطبيقات التي قد تشكل خطرًا.

• راقب الوصول غير المتوقع إلى واجهة برمجة تطبيقات Microsoft Graph. فمثل هذا الوصول قد يشير إلى اختراق، ما يتيح لك التصرف بسرعة.

• أنشئ قائمة آمنة بالتطبيقات المعتمدة. تُسهّل هذه القائمة المراقبة المستمرة وتساعدك على اكتشاف التطبيقات الجديدة ذات الامتيازات العالية.

للبدء باستخدام KQL، فكّر في مثال الاستعلام التالي الذي يتحقق من أنشطة تسجيل الدخول غير المعتادة:

AuditLogs
| where ActivityType == "SignIn"
| where Result == "Failure"
| summarize Count = count() by UserPrincipalName, bin(TimeGenerated, 1h)
| order by Count desc

يحدد هذا الاستعلام المستخدمين الذين لديهم محاولات تسجيل دخول فاشلة، ما يتيح لك التحقيق في احتمالات الوصول غير المصرح به.

أتمتة PowerShell

يمكن لأتمتة PowerShell أن تبسّط اكتشاف إساءة استخدام تطبيقات OAuth بشكل كبير. فمن خلال الاستفادة من نصوص PowerShell، يمكنك أتمتة مراقبة تطبيقات OAuth وأنشطتها. فيما يلي بعض الأدوات ووظائفها:

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

على سبيل المثال، يمكنك تشغيل نص برمجي لعرض جميع التطبيقات ذات الامتيازات العالية:

Get-AzureADServicePrincipal | Where-Object { $_.AppRoles -ne $null -and $_.AppRoles.Count -gt 5 }

يسترجع هذا الأمر مبدأ الخدمة (service principals) التي تمتلك أكثر من خمسة أدوار تطبيق، ما يتيح لك تقييم المخاطر المحتملة.

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

استراتيجيات التخفيف من التهديدات القائمة على الهوية

تحليل سلوك المستخدم

لتخفيف المخاطر المرتبطة بتطبيقات OAuth بفعالية، يجب عليك تحليل سلوك المستخدم بحثاً عن الحالات الشاذة. يمكن أن تساعدك أدوات تحليلات سلوك المستخدم (UBA) في تحديد الأنماط غير المعتادة التي قد تشير إلى إساءة استخدام تطبيقات OAuth. فيما يلي بعض الأساليب التي يمكنك النظر فيها:

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

ربط الأحداث

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

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

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

لتعزيز وضعك الأمني أكثر، فكّر في استراتيجيات التخفيف الفعالة التالية:

1. التدقيق: دقّق في تطبيقات OAuth بانتظام للتأكد من ملاءمة الأذونات، وتحقيق في التطبيقات المشبوهة.

2. تقييد موافقة المستخدم: عطّل موافقة المستخدم على تطبيقات الجهات الخارجية لاشتراط موافقة المسؤول على جميع طلبات التفويض.

3. التحكم في الوصول القائم على الأدوار (RBAC): طبّق RBAC لقصر امتيازات المستخدم على الحد الأدنى الضروري.

4. تدريب المستخدمين: أجرِ تدريباً منتظماً لتوعية الموظفين بالتهديدات الأمنية وأساليب التصيد الاحتيالي.

من خلال التركيز على تحليل سلوك المستخدم وربط الأحداث، يمكنك تعزيز دفاعاتك ضد التهديدات القائمة على الهوية المرتبطة بإساءة استخدام تطبيقات OAuth.

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

ينبغي أن تركّز على:

• المراجعات المنتظمة لهويات المستخدمين والمبادئ الخدمية.

• تطبيق نهج الموافقة لحظر الوصول غير المصرح به.

• البحث الاستباقي عن التطبيقات عالية الخطورة.

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

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

ما هي إساءة استخدام تطبيقات OAuth؟

تحدث إساءة استخدام تطبيقات OAuth عندما يستغل المهاجمون تطبيقات OAuth للحصول على وصول غير مصرح به إلى البيانات الحساسة. وغالباً ما يلجؤون إلى أساليب مثل التصيد الاحتيالي والتصيد الاحتيالي للموافقة لخداع المستخدمين ودفعهم إلى منح الأذونات.

كيف يمكنني اكتشاف إساءة استخدام تطبيقات OAuth؟

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

ما مخاطر التصيد الاحتيالي للموافقة؟

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

كم مرة يجب أن أدقق تطبيقات OAuth؟

ينبغي تدقيق تطبيقات OAuth بانتظام، ويُفضّل كل بضعة أشهر. يساعد ذلك على التأكد من أن الأذونات ما زالت مناسبة، وعلى تحديد أي تطبيقات مشبوهة بسرعة.

ما الخطوات التي يمكنني اتخاذها لمنع إساءة استخدام تطبيقات OAuth؟

للوقاية من إساءة استخدام تطبيقات OAuth، طبّق ضوابط وصول صارمة، وعطّل موافقة المستخدمين على التطبيقات الخارجية، ونظّم تدريباً دورياً للموظفين على الوعي بالتصيد الاحتيالي.

التحقيق في Microsoft Graph: مساحة عمل Log Analytics والكشف عن التهديدات

ما هو تحليل إساءة استخدام تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph؟

يعني تحليل إساءة استخدام تطبيقات OAuth باستخدام سجلات نشاط Microsoft Graph استخدام graph api activity وgraph api logs لتحديد الأنشطة الخبيثة الصادرة عن التطبيقات أو الجهات المهددة التي تسيء استخدام تفويض OAuth 2.0 في بيئة Microsoft 365 الخاصة بك. تفحص استدعاءات graph api وأنماط طلبات api إلى جانب سجلات تسجيل الدخول في Entra ID وسلسلة سجلات نشاط graph في مساحة عمل Log Analytics، للكشف عن سلوك oauth المشبوه وتطبيقات oauth عالية الخطورة.

كيف أفعّل سجلات نشاط Microsoft Graph، وإلى أين تُرسل؟

يتطلب تفعيل سجلات نشاط Microsoft Graph ضبط خدمات Microsoft 365 وخدمة Microsoft Graph لإرسال graph api activity وapi activities إلى مساحة عمل Log Analytics (أو إلى SIEM خارجي). استخدم إعدادات التشخيص في Microsoft Entra ID لتوجيه طلبات graph api وسجلات entra id وأحداث تسجيل الدخول إلى مساحة عمل Log Analytics، حيث يمكنك الاستعلام عن سجلات graph API وتشغيل استعلامات الكشف عن التهديدات باستخدام Kusto (activity log وkusto query).

ما المؤشرات في استدعاءات graph api التي تدل على نشاط OAuth مشبوه؟

ابحث عن طلبات graph api غير المعتادة، مثل الاستدعاءات بحجم كبير الصادرة من معرّف تطبيق واحد، ومنح الموافقة المتكرر، وإعادة استخدام الرموز المميزة عبر المستأجرين، أو نشاط graph api صادر من عناوين IP غير مألوفة. قارن ذلك بسجلات تسجيل الدخول في Entra ID، وبأحداث microsoft authentication broker، وبالشذوذ في توقيت استدعاءات api، لرصد التهديدات باستخدام نشاط Microsoft Graph وإساءة استخدام تطبيقات OAuth المحتملة.

كيف أحقق في التطبيقات عالية الخطورة باستخدام Log Analytics وKusto؟

استخدم مساحة عمل Log Analytics لتجميع سجلات graph api مركزياً، وشغّل استعلامات Kusto على سلسلة سجلات نشاط graph. الخطوات المعتادة: استيعاب طلبات microsoft graph api وسجلات Entra ID، وكتابة KQL لإبراز نشاط graph api غير المعتاد، والتركيز على معرّف التطبيق والمستخدم، وربط ذلك بأحداث خدمات microsoft 365. ويتضمن دليل الإجراءات الخاص باستخدام graph أمثلة KQL للكشف عن الرموز المميزة المشبوهة في oauth ونشاطات api.

ما الدور الذي تؤديه Entra ID في اكتشاف إساءة استخدام OAuth؟

تقدم Microsoft Entra ID (المعروفة سابقاً باسم Azure AD) إشارات الهوية والوصول، مثل سجلات entra id وسجلات تسجيل الدخول في Entra ID، التي تبيّن التطبيق الذي طلب الوصول والمستخدم الذي وافق عليه. وباستخدام هذه السجلات مع Microsoft Graph API وسجلات نشاط graph api، يمكنك ربط أحداث تفويض OAuth 2.0 بطلبات api، وتحديد بيانات الاعتماد المخترقة أو التطبيقات الخبيثة، وفرض الوصول المشروط أو إلغاء أذونات التطبيقات.

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

نعم. اجمع سجلات نشاط Graph API في مساحة عمل Log Analytics مع التنبيهات الآلية وكتيّبات الإجراءات (Playbooks) لاكتشاف التهديدات باستخدام Microsoft Graph. استخدم KQL لإطلاق التنبيهات عند رصد الحالات الشاذة، ثم نفّذ معالجة آلية (إلغاء الرموز المميّزة، وحظر معرّف التطبيق، وتعطيل الموافقة) باستخدام استدعاءات Microsoft Graph API وخدمة Microsoft Graph، لاحتواء النشاط الضار وتقليص الوصول إلى موارد Microsoft 365.

ما أفضل الممارسات للحدّ من المخاطر الناتجة عن تطبيقات OAuth المشبوهة والتطبيقات عالية المخاطر؟

تشمل أفضل الممارسات: فرض مبدأ أقل الامتيازات للتطبيقات، ومراقبة طلبات Graph API وسجلات تسجيل الدخول في Entra ID، ومنح الموافقة الإدارية فقط عند الضرورة، واستخدام الوصول المشروط والمصادقة متعددة العوامل (MFA)، ومركزة سجلات Graph API في مساحة عمل Log Analytics باستخدام معرّف مساحة العمل، وإجراء تحقيقات منتظمة باستخدام سجل نشاط Graph واستعلامات Kusto لاكتشاف التهديدات باستخدام نشاط Microsoft Graph في وقت مبكر.

كيف أربط Microsoft Teams أو خدمات Microsoft 365 الأخرى بالتحقيقات؟

ضمّن بيانات القياس عن Microsoft Teams وخدمات Microsoft 365 الأخرى في سجلات نشاط Graph API، وقارنها بطلبات Graph API. كثير من سيناريوهات إساءة استخدام OAuth تتضمن الوصول إلى البريد أو الملفات أو رسائل Teams. وباستخدام Microsoft Graph API لجلب النشاط الخاص بكل خدمة ودمجه مع سجلات Entra ID في Log Analytics، يمكنك رؤية السلسلة الكاملة من طلب الواجهة البرمجية حتى الوصول إلى المورد، واكتشاف النشاط الضار عبر منظومة Microsoft بأكملها.