التوسع: إدارة الترقيم الصفحي وتقييد الطلبات وتدقيق المستأجرات الكبيرة في Microsoft 365

By Mirko Peters · 2026-08-11

مرحباً بعودتكم إلى المدونة! إذا كنتم تديرون بيئة Microsoft 365 ضخمة، فأنتم تدركون أن أدوات التقارير الجاهزة لا تكاد تلامس السطح…

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

Titelbild: Scaling Up: Managing Pagination, Throttling, and Large Tenant M365 Audits

أهلاً بكم مجدداً في المدونة! إذا كنتم تدير بيئة Microsoft 365 ضخمة، فأنتم تدركون أن أدوات التقارير الجاهزة لا تكشف إلا جزءاً يسيراً من الصورة. فعندما تنظر فرق الأمن ومسؤولو الامتثال إلى مستأجرات بهذا الحجم، تفشل النصوص البرمجية البسيطة ومنظورات مركز الإدارة الجاهزة أمام ثقل آلاف المستخدمين والمجموعات والملفات. يتطلب تدقيق مستأجرات Microsoft 365 الضخمة أكثر من نصوص برمجية بسيطة؛ إذ يستلزم نهجاً تكتيكياً ومبرمجاً يعتمد على واجهة Microsoft Graph API. وفي هذا الدليل الشامل، نتوسع مباشرةً في حديثنا الأخير ضمن حلقة البودكاست Map Microsoft 365 Users, Groups, Files, and Shares with Graph. لنتعمق في كيفية التعامل مع الترقيم الصفحي عبر @odata.nextLink، واحترام حدود الطلبات 429 باستخدام التراجع الأسي (Exponential Backoff)، وتجنب الفخاخ الشائعة مثل انحياز الصفحة الأولى، لتحقيق رؤية شاملة للمستأجر بأكمله.

مقدمة في تحديات تدقيق Microsoft 365

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

لماذا لا يعمل Microsoft 365 بمعزل: فهم الوصول القائم على العلاقات

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

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

رسم خريطة النشاط باستخدام Graph Explorer

قبل كتابة أتمتة على نطاق المؤسسة، تحتاج إلى فهم كيفية تتبع نشاط المستخدم يدوياً عبر Graph Explorer. فبناء الاستعلامات خطوة بخطوة يضمن سلامة المنطق قبل كتابة أي سطر برمجي. إليك المخطط لرسم نقاط تفاعل المستخدم:

تثبيت المستخدم: ابدأ بجلب كائن المستخدم الأساسي باستخدام GET /v1.0/users/{userPrincipalName}?$select=id,displayName,userPrincipalName.
حصر العضويات: اسحب المجموعات والأدوار المرتبطة بهذه الهوية باستخدام GET /v1.0/users/{id}/memberOf?$select=id,displayName.
التحول إلى الموارد المرتبطة بتلك المجموعات: بالنسبة إلى مجموعات Microsoft 365 والفرق، استهدف موقع SharePoint الأساسي باستخدام GET /v1.0/groups/{groupId}/drive/root/children?$select=id,name,lastModifiedDateTime,webUrl، أو عدّد محركات الأقراص الخاصة بالموقع مباشرةً عبر GET /v1.0/sites/{siteId}/drives.
استخراج أذونات العناصر والروابط: افحص وصول الملفات الفردية باستخدام GET /v1.0/drives/{driveId}/items/{itemId}/permissions?$select=id,grantedToV2,link,roles,shareId.
تتبع من وصل إلى ماذا: اربط إجراءات المستخدمين بسجلات تسجيل الدخول أو تنبيهات الأمان مقترنةً بسياق الملفات والمواقع.
إغلاق الحلقة مع منشورات Teams: ابحث في رسائل القنوات عن مراجع ملفات محددة باستخدام GET /v1.0/teams/{teamId}/channels/{channelId}/messages?$search="filename" (مع مراعاة أذونات الإصدار التجريبي beta ومتطلباته).

مرشحات تقليل الضجيج التي ستستخدمها فعلاً

إن الاستعلام عن Microsoft Graph دون مرشحات يعني الإغراق السريع للنظام بتدفق هائل من البيانات. ولإبراز المخاطر الحقيقية تحتاج إلى استراتيجيات تصفية دقيقة. إليك أنماط الاستعلام التي ينبغي تطبيقها:

المشاركات الخارجية خلال الأيام السبعة الماضية: استهدف الروابط المجهولة أو الروابط على مستوى المؤسسة باستخدام GET /v1.0/drives/{driveId}/items/{itemId}/permissions?$filter=link/scope eq 'anonymous' or link/scope eq 'organization'.
الأنواع الخطرة من الملفات فقط: أضف عوامل تصفية مثل $filter=endsWith(resourceReference/name,'.xlsm') أو endsWith(resourceReference/name,'.pst') لالتقاط وحدات الماكرو والأرشيفات.
الإشارات إلى المصطلحات الحساسة في Teams خارج ساعات العمل: ابحث في رسائل القنوات عن مصطلحات مثل confidential، ثم صفِّ النتائج لاحقاً حسب الطوابع الزمنية للإنشاء الواقعة خارج ساعات العمل المعتادة.
حافظ على حمولات خفيفة: أدرج دائماً معلمات $select لإرجاع المعرّفات والأسماء وعناوين URL والطوابع الزمنية الضرورية فقط.
حد أقصى للفرز الأولي: استخدم $top=50 للفحوصات السريعة، لكن أزل هذه المعلمة عند تشغيل عمليات التصدير الكاملة إلى مخزن بياناتك.

متطلبات لا غنى عنها على نطاق المؤسسة: الترقيم الصفحي وتحديد المعدل

عند تشغيل عمليات تدقيق عبر مستأجر يضم مئات الآلاف من الكائنات، ستصطدم نصوصك البرمجية بعوائق إن لم تراعِ حدود واجهات برمجة التطبيقات والترقيم الصفحي. لا تنتهي من جلب البيانات إلا بعد اتباع الخاصية @odata.nextLink لكل صفحة تعيدها واجهة برمجة التطبيقات. وتجاهل ذلك يعني أن نصوصك لن تلتقط سوى الدفعة الأولى من النتائج، فتفوتك بقية المستأجر بالكامل.

علاوة على ذلك، يجب عليك الالتزام باستجابات حدّ المعدل HTTP 429. طبّق منطق تراجع أُسّي (exponential backoff) متيناً بحيث تتوقف نصوصك مؤقتاً، وتنتظر انقضاء فترة التهدئة، ثم تستأنف من حيث توقفت بسلاسة. اجمع طلباتك بحكمة بتفضيل عدد أقل من الطلبات الأكبر والمنطقية، وخزّن مؤقتاً تعيينات المجموعات إلى المواقع. وبالنسبة للمستأجرات الضخمة، قسّم عمليات الزحف حسب الموقع أو نطاق التاريخ، وجدولها خلال ساعات الذروة المنخفضة لتجنب التأثير في أداء بيئة الإنتاج.

المزالق الشائعة والحلول السريعة

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

المزلق: تنحرف عمليات تصدير CSV مع تغيّر المخططات بمرور الوقت. الحل: استخدم Graph API مباشرةً مع تحويلات مُصدَّرة بإصدارات، ومعالجة الحقول غير المعروفة بسلاسة.
المزلق: المعرّفات المختلطة مثل GUIDs مقابل أسماء المستخدمين الرئيسية (UPN) تكسر عمليات الربط في قواعد البيانات. الحل: وحّد كل شيء في نموذج دلالي نظيف يشمل المستخدمين والمجموعات والمواقع ومحركات الأقراص والعناصر والأذونات.
المزلق: الانحياز إلى الصفحة الأولى يُخفي معظم حوادث الأمان المدفونة في عمق مجموعات النتائج. الحل: سجّل دائماً إجمالي عدد الصفحات المعالجة، وفعّل التنبيهات عند انخفاض حجم البيانات المتوقع فجأة.
المزلق: تغمر الأعداد الكبيرة من الملفات غير ذات الصلة محركات المعالجة فتبطئها. الحل: طبّق مرشحات صارمة على نطاقات المشاركة ونوافذ الزمن وقوائم المصطلحات الحساسة.
المزلق: تنفصل مشاركات Teams عن الملفات الأساسية. الحل: اربط عناوين URL لرسائل القنوات مباشرةً بعناصر محركات الأقراص، واحفظ المعرّفين معاً.

مؤشرات الأداء الرئيسية على المستوى التنفيذي التي يتيحها هذا

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

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

وصفة الاستعلام السريعة للبدء

إذا كنت جاهزاً لبدء بناء خط أنابيب الجمع الخاص بك، فاستخدم مسار النسخ واللصق هذا للانطلاق:

اسحب التفاصيل الأساسية للمستخدم وعضويات المجموعات: /users/{upn}?$select=id,displayName و /users/{id}/memberOf?$select=id,displayName.
لكل مجموعة M365، عدّد عناصر محرك الأقراص: /groups/{groupId}/drive/root/children?$select=id,name,webUrl,lastModifiedDateTime&$top=200، مع الحرص على اتباع @odata.nextLink.
لكل عنصر، اسحب الأذونات: /drives/{driveId}/items/{itemId}/permissions?$select=id,roles,grantedToV2,link، مع التصفية وفق نطاقات anonymous أو organization.
صدّر الصفوف إلى مخزن البيانات المخصص لك، مع تسجيل وقت المستأجر ومعرّفات المواقع ومعرّفات محركات الأقراص ومعرّفات العناصر وعناوين URL والمالكين والنطاقات وتفاصيل الانتهاء.
صوّر بياناتك الموحدة في Power BI للوحات المعلومات التنفيذية والتشغيلية.

تحويل هذا إلى لوحة معلومات حيّة

المراجعة الأمنية التي تُجرى مرة واحدة ليست سوى لقطة لحظية، أما المراجعة المستمرة فهي برنامج أمني. لتحويل استدعاءات Graph الخام إلى لوحة معلومات حيّة، غذِّ بياناتك إلى Power Dataflows لإنشاء جداول موحّدة للمستخدمين والمجموعات والمواقع والمحركات والعناصر والأذونات والرسائل. صمّم نموذج البيانات باستخدام مخطط نجمي (Star Schema) تكون فيه العناصر في المركز، مع علاقات واضحة تربطها بالمستخدمين والمجموعات.

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

خطة النشر لمدة 30 يومًا

لم تُبنَ روما في يوم واحد، ويتطلب إطار التدقيق المؤسسي مرحلة تنفيذ متأنية. اتبع خطة النشر لمدة 30 يومًا هذه لضمان نشر سلس:

الأسبوع 1: أعدّ تسجيل التطبيق في Azure، وامنح أذونات Graph API بأدنى حد من الامتياز، ثم اختبر استعلاماتك الأولية باستخدام المعاملين $select و$filter.

الأسبوع 2: طوّر نصوص الترقيم (Pagination)، ووحّد المعرّفات لتصبح أسماء UPN وأسماء أجهزة متسقة، ونفّذ أول عملية تصدير ناجحة من البداية إلى النهاية.

الأسبوع 3: ابنِ نموذج بيانات Power BI، واضبط مؤشرات الأداء الرئيسية مثل التعرّض الخارجي، ومخاطر الانتشار، والمدة الزمنية من الوصول حتى الإلغاء (dwell-to-revoke).

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

من ينبغي أن يتابع

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

نصائح ميدانية

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

الخاتمة

إن إتقان الترقيم، واحترام حدود المعدل (Rate Limits)، وتجنب تحيّز الصفحة الأولى، مهارات أساسية لكل من يُكلَّف بتأمين بيئة Microsoft 365 ضخمة. وبتجاوز وحدات الإدارة الأساسية والاستفادة الكاملة من القدرات البرمجية لواجهة Microsoft Graph API، يمكنك تحويل مخاطر المشاركة غير المرئية إلى رؤى أمنية واضحة وقابلة للقياس.

للاطلاع على تفاصيل أعمق، ونماذج برمجية، ووصفات Graph عملية، استمع إلى نقاشنا الكامل في البودكاست. وتفضّل بمراجعة الحلقة ذات الصلة والاطلاع على كافة التفاصيل عبر الرابط Map Microsoft 365 Users, Groups, Files, and Shares with Graph. ابقوا آمنين، واستمروا في الأتمتة، ونراكم في الحلقة القادمة!