M365Con 2027 – مؤتمر مجاني عبر الإنترنت · 11–22 Jan 2027 · 120 sessions→ m365con.net

المدونة · Mirko Peters

كيفية تأمين Microsoft 365 Copilot

By · · Updated

تعرّف على كيفية عمل أمان Microsoft 365 Copilot. احصل على إرشادات الخبراء حول إدارة المخاطر والامتثال للبيانات وحمايتها باستخدام Microsoft 365 Copilot.

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

▶ BLOGHow to Secure Microsoft365 CopilotM365.FM
Titelbild: How to Secure Microsoft 365 Copilot

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

كيفية تأمين Microsoft 365 Copilot: 8 حقائق مفاجئة
  1. يحترم Copilot حدود بيانات المستأجر افتراضيًا: على الرغم من قدراته المتقدمة في الذكاء الاصطناعي، يستخدم Microsoft 365 Copilot نماذج معزولة على مستوى المستأجر وضوابط وصول إلى البيانات، لذا فإن ضبط إعدادات المستأجر بشكل صحيح أكثر فاعلية من تعطيل Copilot بالكامل عند التعرف على كيفية تأمين Microsoft 365 Copilot.
  2. موقع البيانات مهم أكثر مما تتوقع: قد تختلف مواقع السجلات وبيانات قياس الأداء الخاصة بالمطالبات (prompts)، وبعض مواقع معالجة النماذج، حسب المنطقة الجغرافية، لذا فإن معرفة مكان تخزين Copilot لبيانات القياس جزء أساسي من كيفية تأمين Microsoft 365 Copilot للامتثال.
  3. توجد ضوابط مسؤول دقيقة تتجاوز مجرد التشغيل والإيقاف: يمكن للمسؤولين تطبيق الوصول المستند إلى الأدوار، وتحديد نطاق المجموعات، والتبديل على مستوى الميزات، مما يتيح حصر Copilot في مستخدمين محددين أو أعباء عمل معينة ضمن إطار كيفية تأمين Microsoft 365 Copilot.
  4. قد تتسرب معلومات حساسة من المطالبات إذا لم تُدَر بعناية: قد تتضمن مطالبات المستخدمين والسياق المرتبط بها بيانات سرية، وتطبيق سياسات نظافة المطالبات وتكامل منع فقدان البيانات (DLP) خطوة قوية بشكل مدهش في كيفية تأمين Microsoft 365 Copilot.
  5. نقاط التكامل تزيد من سطح الهجوم: تمدّ الموصلات المرتبطة بـ SharePoint وTeams وExchange والتطبيقات الخارجية نطاق عمل Copilot، لذا فإن تأمين هذه الموصلات ضروري عند التعرف على كيفية تأمين Microsoft 365 Copilot.
  6. مرشحات الخصوصية المدمجة قابلة للتهيئة: يمكن ضبط Copilot لإخفاء أو تجنب أنواع معينة من البيانات، لذا فإن فهم هذه المرشحات وتعديلها طريقة غير بديهية لتحسين كيفية تأمين Microsoft 365 Copilot.
  7. يمكن للمراقبة والتنبيه اكتشاف إساءة الاستخدام مبكرًا: تستطيع سجلات التدقيق الموحدة واستعلامات البحث المتقدمة في Defender for Cloud Apps رصد استخدام Copilot غير الاعتيادي، وهي تقنية عملية وغالبًا ما تُغفل ضمن كيفية تأمين Microsoft 365 Copilot.
  8. تغيّر توعية المستخدمين حساب المخاطر: إن تدريب المستخدمين على ما لا ينبغي تضمينه في المطالبات، وفرض الوصول المشروط والمصادقة متعددة العوامل (MFA)، يقلّل من التعرض للمخاطر. ويغفل كثيرون أن الضوابط التشغيلية لا تقل أهمية عن الضوابط التقنية عند التفكير في كيفية تأمين Microsoft 365 Copilot.

أساسيات أمان Microsoft 365 Copilot

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

الأمان منذ التصميم في Microsoft 365 Copilot

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

بالتصميم، يستفيد Copilot من ميزات أمان موثوقة في Microsoft، مثل Azure Active Directory (المعروف الآن باسم Microsoft Entra ID) وMicrosoft Purview. وهذا يعني أنك لا تتعامل مع نموذج جديد أو غير مُختبر. يندمج Copilot مباشرةً في ضوابط الهوية والوصول المؤسسية القائمة، لذا تنتقل أذونات الوصول الخاصة بمستخدميك بسلاسة. كما تُلبّى أطر الامتثال مثل GDPR وHIPAA وFedRAMP من خلال قدرة Copilot على وراثة الضوابط التنظيمية والتكامل مع الشهادات العالمية لدى Microsoft.

لا يقتصر مبدأ "عدم الثقة المطلقة" هنا على كونه شعارًا تسويقيًا. يفرض Copilot مصادقةً تكيفية ووعيًا بجلسات مجزأة، بما يضمن أن المستخدمين المُتحقَّق منهم والمصرّح لهم فقط يتفاعلون مع البيانات الحساسة. يمكنك التعمق أكثر في مبادئ Zero Trust كما تُطبَّق في بيئات Microsoft 365 من خلال مصادر مثل Zero Trust by Design in Microsoft 365 & Dynamics 365.

صُمّم Copilot أيضًا ليكون قابلًا للتدقيق وجاهزًا للتجاوز، أي أنه إذا احتجت إلى حظر سلوكه أو مراقبته أو تقييده، فإن أدوات التحكم هذه موجودة بالفعل. بالنسبة للمؤسسات التي تسعى إلى اعتماد مستدام وعائد استثمار قابل للقياس، يمكن لمركز تعلّم Copilot مُحكَم وواعٍ بالمستأجر، كما نوقش في Deploy Governed Copilot Learning Center، أن يركّز عملية الإشراف ويعزز الاستخدام الآمن والمنتج لـ Copilot.

عمليًا، تنبع جميع طبقات الأمان هذه من قرارات معمارية قوية: فرض صارم لأذونات Graph بأقل امتياز ممكن، واستخدام مجموعات أدوار Entra ID، والرؤية الفورية عبر Purview وSentinel. للاطلاع على تفصيل حول إبقاء Copilot آمنًا ومتوافقًا مع الامتثال، راجع Governed AI: Keeping Copilot Secure and Compliant. يمنح نهج Microsoft كل مؤسسة مساعدًا ذكيًا آمنًا بالتصميم، شريطة أن تُهيّئه بعناية.

فهم الوصول إلى البيانات والأذونات في Microsoft 365 Copilot

يعمل Microsoft 365 Copilot ضمن حدود أذونات المستخدم الذي يستدعيه تحديدًا. لا يمنح المستخدمين وصولًا لم يكونوا يملكونه أصلًا، بل يعمل كمساعد بالغ الفطنة يعتمد على نموذج الأذونات الدقيق في Microsoft Graph.

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

ترتبط أنشطة Copilot ارتباطًا وثيقًا بممارسات حوكمة الوصول إلى البيانات القائمة. فالمحتوى القديم غير المُدار والأذونات المتقادمة، وليس الذكاء الاصطناعي نفسه، هما المصدران الرئيسيان للمخاطر، وهي نقطة مفصّلة في Microsoft 365 Data Access, Ownership & Governance. تساعد مراجعات الوصول المنتظمة، وتصنيف الحساسية، وفرض ملكية واضحة للبيانات على الحفاظ على بيئة تعاون صحية وآمنة للبشر والذكاء الاصطناعي على حد سواء.

عمليًا، ينبغي للمسؤولين مراجعة أذونات البيانات بانتظام، وتدقيق سجلات التدقيق بحثًا عن طلبات وصول غير معتادة يقدمها Copilot. كما يساعد Microsoft Defender وPurview عبر تصنيف البيانات ومراقبة الحالات الشاذة والتكامل مع الوصول المشروط، كما هو موضح في Unlock Ironclad M365 Security. ينبغي توثيق حدود الأذونات بصريًا لتحقيق حوكمة واضحة، فما يستطيع Copilot الوصول إليه يمكن فهمه والتحكم فيه عند وجود النهج المناسبة.

حماية البيانات والامتثال في Microsoft 365 Copilot

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

إقامة البيانات ومعايير الامتثال في Microsoft 365 Copilot

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

يتوافق Copilot مع أطر الامتثال الرئيسية لدى Microsoft، ومنها GDPR (الاتحاد الأوروبي) وHIPAA (الرعاية الصحية في الولايات المتحدة) وFedRAMP (الجهات الفيدرالية في الولايات المتحدة)، ما يوفر ضمانات مدمجة تتيح للقطاعات الخاضعة للتنظيم استيفاء متطلباتها المحددة. تخضع معالجة البيانات لسياسات الاستبقاء والحذف المعتمدة، أي أن المحتوى الذي ينشئه Copilot أو يشير إليه يلتزم بإعدادات الاستبقاء في Microsoft 365 لديك.

تتمثل إحدى التحديات في أن ميزات التعاون الجديدة، مثل قيام Copilot بإنشاء ملخص للمستند تلقائيًا، يجب أن تظل ملتزمة بتوقعات الاستبقاء والامتثال لديك، لا سيما مع سلوكيات مثل الحفظ التلقائي (AutoSave) وطي الإصدارات. وللاطلاع على تفاصيل أعمق حول هذه الجوانب، يمكنك الاطلاع على Microsoft 365 Compliance Drift Explained، الذي يشرح كيف يمكن لسلوكيات المستخدمين الحديثة أن تضغط سجل التدقيق أحيانًا قبل أن تتدخل أدوات الحوكمة.

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

معالجة البيانات الحساسة وضوابط الحماية في أمان Copilot

يأتي Copilot مزودًا بآليات لتحديد البيانات الحساسة وحمايتها بشكل مدمج. تعمل سياسات منع فقدان البيانات (DLP) المدمجة، وتصنيف البيانات عبر Microsoft Information Protection (MIP)، والتشفير القوي، جميعها كضوابط أساسية. وتعمل هذه الأدوات معًا لضمان قدرة Copilot على رصد المعلومات السرية وتقييد تدفقها، حتى أثناء إنشائه رسائل بريد إلكتروني أو محادثات أو مستندات تلقائيًا.

يتم التصنيف تلقائيًا لكثير من أنواع الحساسية القياسية، ومنها المعلومات المالية والصحية والمعلومات الشخصية القابلة للتعريف (PII). وبمجرد وسم المحتوى بالحساسية أو بتسمية محددة، يتعرف Copilot على هذه العلامات ويطبق حالة الحماية المناسبة في الوقت الفعلي. وللاطلاع على نظرة عملية حول إعداد سياسات DLP واستكشاف أخطائها في البيئات الديناميكية، راجع DLP Policies for Power Platform Developers وHow to Set Up Data Loss Prevention in Microsoft 365.

تظل جاهزية التدقيق والتنبيه الاستباقي وإدارة دورة الحياة من الركائز الأساسية. تُعد Microsoft Purview العمود الفقري لإدارة المحتوى المؤسسي، إذ تجمع بين سجلات التدقيق وسياسات دورة الحياة والوصول المبني على الأدوار للحفاظ على التزام البيانات الحساسة بالمعايير، سواء عالجها أشخاص أو الذكاء الاصطناعي. وللاطلاع على أفضل الممارسات لبناء بيئة جاهزة للتدقيق، اطلع على Stop Document Chaos: Build Your Purview Shield. وفي الحالات شديدة التنظيم، ادمج الإنفاذ التلقائي للسياسات مع ضبط DLP الخاص بكل بيئة للحفاظ على الامتثال ومنع تسرب البيانات على نطاق واسع.

التحكم في الوصول وإدارة الهوية لأمان Copilot

لا يوجد ما هو أهم من معرفة من يستطيع استخدام Microsoft 365 Copilot وما البيانات المرئية عبر واجهة الذكاء الاصطناعي. يُعدّ هذا القسم عناصر التحكم الحاسمة في الهوية، ونهج الوصول، وتقنيات تسمية الحساسية التي تُطبّق مبدأ أقل الصلاحيات وتقلل من احتمال تعرض البيانات بشكل عرضي أو خبيث. قبل الخوض في الجانب التقني "كيف"، من المهم فهم الجانب "لماذا": فحوكمة الوصول في بيئة العمل الفعلية هي ما يحمي الأمان وقابلية التدقيق، وهي ما يحدد نجاح نشر Copilot أو فشله. تفصّل الأقسام الفرعية التالية كل ذلك خطوة بخطوة.

التكامل مع Entra ID ونهج الوصول في M365 Copilot

يُعدّ Microsoft Entra ID (المعروف سابقًا باسم Azure AD) العمود الفقري لإدارة الهوية والوصول لمستخدمي Copilot. فكل جلسة Copilot مرتبطة بإحكام بهوية الشخص الذي يستخدمها. وتتيح لك سياسات الوصول المشروط في Entra ID تحديد سيناريوهات دقيقة، مثل اشتراط المصادقة متعددة العوامل، أو التعرف على الأجهزة المُدارة، أو حظر عمليات تسجيل الدخول عالية المخاطر المرتبطة باستخدام Copilot.

تُعدّ الضوابط الدقيقة، مثل تقسيم المستخدمين وفق الأدوار والأذونات الإدارية المفوّضة، ضرورية لقصر الوصول إلى Copilot على الأفراد والمجموعات المصرّح لهم فقط. وكمثال عملي، ينبغي أن تتجنب سياسات الوصول المشروط القوية الاستثناءات الواسعة والتوسع غير المنضبط، وأن تعتمد بدلًا من ذلك استثناءات محددة بزمن وخطوطًا أساسية شاملة، كما هو موضّح في Conditional Access Policy Trust Issues وEntra ID Conditional Access Security Loop.

يُعدّ إساءة استخدام OAuth أحد أبرز المخاطر مع Copilot، كما هو الحال مع أي تطبيق سحابي، إذ يخدع المهاجمون المستخدمين لمنحهم وصولًا دائمًا يتجاوز المصادقة متعددة العوامل. وقد تناولت هذا الموضوع بتفصيل مثير للقلق في Entra ID OAuth Consent Attack Explained. وتُعدّ سياسات الموافقة الإدارية الصارمة، وقيود عناوين IP المسموح بها، ومتطلبات الناشر المُتحقَّق منه، أمورًا أساسية.

ولا تنسَ المخاطر الناتجة عن حسابات الضيوف المنسية، فقد تفتح الباب أمام استغلال ناجح لـ Copilot إذا لم تُدار بعناية. يجب أن تصبح المراجعات الدورية للوصول، وتواريخ انتهاء الصلاحية، وإلغاء الوصول فورًا عند مغادرة المستخدم، كما هو موضح في The Hidden Danger of M365 Guest Accounts، عادات تنظيمية ثابتة لا إجراءات تُتخذ لاحقًا. والخلاصة أنه إذا كانت ضوابط Entra ID محكمة، فإن Copilot سيكون محكمًا كذلك.

استخدام تسميات الحساسية وضوابط المحتوى لأمان Copilot

تُعدّ تسميات الحساسية وسياسات Microsoft Information Protection (MIP) الخيار الأساسي للتحكم في ما يمكن لـ Copilot رؤيته والتفاعل معه وإخراجه. يمكن وسم كل مستند وبريد إلكتروني ومحادثة بمستويات حساسية مثل Confidential أو Highly Confidential، وتُفعّل هذه التسميات إجراءات حماية فورية، كتصفية المحتوى والتشفير وحظر المشاركة الخارجية، كلما كان Copilot مشاركًا.

عند إعدادها بشكل صحيح، تمنع هذه الضوابط المحتوى الناتج عن الذكاء الاصطناعي، من ملخصات وبريد إلكتروني وتقارير، من تسريب البيانات المقيّدة إلى أماكن لا ينبغي أن تصل إليها. ويتعرف Copilot على تسميات المستندات ويلتزم بها تلقائيًا، ويطبّق توريث السياسات على المحتوى اللاحق. وللاطلاع على سيناريوهات الحوكمة الواقعية، خاصة ما يتعلق بإدارة الاستثناءات أو الموازنة بين الإنتاجية والأمان، راجع Data Access, Ownership & Governance وAudit User Activity with Microsoft Purview.

اجعل التدقيق ومشاركة المحتوى خارج المؤسسة أولويتين من الدرجة الأولى هنا. فالتدقيق المتقدم على مستوى المستأجر، وأتمتة PowerShell الأصلية، وتعدد طبقات التنبيهات، الموثقة جيدًا في Catch It Before Disaster: External Sharing، تُبقي الحوكمة استباقية. وبجعل وسم الحساسية ممارسة معيارية، تضع حدودًا صارمة لـ"نطاق" Copilot، فتمنع تعرض البيانات بشكل عرضي قبل وقوعه، حتى مع تسارع سير العمل بفضل الذكاء الاصطناعي.

الرصد والاستجابة للحوادث في أمان Copilot

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

المراقبة الأمنية وتقييم المخاطر في Microsoft 365 Copilot

  1. استخدم Microsoft Defender للمراقبة الأمنية الاستباقية: ادمج Microsoft Defender for Cloud لأتمتة فحص الامتثال، واكتشاف المخاطر، وإعداد تقارير قابلة للتنفيذ لجميع الأنشطة المرتبطة بـ Copilot. يتيح ذلك القياس عن بُعد في الوقت الفعلي، والتنبيه السريع إلى الحوادث، وتعزيز التوافق مع وضعك الأمني الشامل. للاطلاع على أفضل الممارسات في أتمتة الامتثال، راجع Microsoft Defender for Cloud Monitoring.
  2. انشر التدقيق المتقدم عبر Microsoft Purview: اضبط سجلات التدقيق المتميزة في Microsoft Purview لتتبع كل تفاعل مع Copilot عبر المستأجر. ويشمل ذلك سجل المطالبات، وأحداث الوصول إلى البيانات، وتفاصيل المستخدم الذي بدأ التفاعل، للحفاظ على جاهزية الأدلة الجنائية الرقمية في كل وقت.
  3. ادمج أدوات SIEM لتحليل التهديدات: اربط Microsoft Sentinel أو منصات SIEM مماثلة لتجميع أحداث Copilot، واكتشاف الحالات الشاذة، وتحليلها في ضوء نموذج التهديدات الأوسع لديك. يمكّن ذلك فرق الأمان من التمييز بين الإجراءات الاعتيادية للمستخدمين والسلوك الخطير أو المحاولات الخبيثة.
  4. اربط المخاطر الخاصة بـ Copilot بنموذج التهديدات لديك: وثّق ناقلات الهجوم الرئيسية الخاصة بـ Copilot، مثل تسريب البيانات عبر المخرجات التوليدية، وإساءة استخدام الموافقات، والوصول المفرط إلى المطالبات. اعتمد حلقة مستمرة لتقليل المخاطر، وحدّث الدفاعات مع ظهور ميزات وحالات استخدام جديدة لـ Copilot. على سبيل المثال، يشرح Microsoft 365 Attack Chain Explained تقنيات الهجوم واستراتيجيات الكشف التي تتجاوز دفاعات المصادقة متعددة العوامل التقليدية.
  5. أمّن مسارات البيانات والإعدادات: استخدم الهويات المُدارة، والأسرار المركزية، وضوابط RBAC دقيقة في Microsoft Fabric وجميع خدمات البيانات المتصلة بها، كما نوقش في Securing Data Pipelines in Microsoft Fabric، لسد فجوات التعرض الداخلي والحفاظ على محيط محكم وخاضع للمراقبة حول الأتمتة المدعومة بالذكاء الاصطناعي.

مسارات التدقيق وإعداد تقارير الامتثال في أمان Copilot

  1. اضبط سجلات التدقيق على مستوى المستأجر: فعّل Microsoft Purview Audit (ويُفضّل المستوى Premium) لالتقاط الأحداث التي يُنشئها المستخدمون وCopilot عبر Exchange وSharePoint وTeams وOneDrive. يضمن ذلك قدرتك على إعادة بناء الإجراءات لأغراض التحقيق الأمني والالتزامات التنظيمية. يقدّم How to Audit User Activity with Microsoft Purview نظرة عامة خطوة بخطوة.
  2. أتمتة إعداد تقارير الامتثال: أنشئ تقارير مجدولة متوافقة مع اللوائح (مثل طلبات الوصول إلى بيانات GDPR وتسجيلات HIPAA) مباشرةً من سجلات التدقيق. يُبسّط ذلك الاستجابة للمدققين والجهات التنظيمية، ويقلل العبء اليدوي.
  3. فعّل سير عمل التحقيق الجنائي الرقمي: استخدم السجلات الجنائية لتقنين بروتوكولات التحقيق. لكل حادثة، تتبّع محتوى المطالبات، وربط المدخلات بالمخرجات، وتعيينات الأدوار، بما ينشئ مسار تدقيق قابلًا للدفاع عنه يربط إجراءات Copilot بنية المستخدم.
  4. ضمّن عمليات الاستثناء والتصعيد: اقرن التنبيه الفوري بالحوادث مع مسارات تصعيد محددة بوضوح لأي إجراء يتخذه Copilot أو المستخدم خارج حدود النهج. يدعم ذلك كلًا من الإجراء الفوري والمتابعة المنظمة في حال التدقيق من الجهات التنظيمية.
  5. اعتمد أفضل الممارسات للرقابة: تعامل مع قابلية التدقيق بوصفها «ميزة نظام»، وراجع لوحات المعلومات والسجلات باستمرار بحثًا عن مؤشرات الخطر أو انحراف الامتثال. إن الانتقال إلى امتثال فوري على مستوى كل معاملة، كما هو موضح في ما يخص ضبط ضريبة القيمة المضافة في Anatomy of an Auditable ESG Stack، يُعد من أهم أفضل الممارسات في البيئات المدعومة بالذكاء الاصطناعي، إذ يضمن ألا يفلت أي شيء من المراقبة.

استراتيجيات النشر والحوكمة على مستوى المؤسسة

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

تطبيق أطر الأمان المؤسسية لـ Copilot في Microsoft 365

  1. أنشئ مجالس الحوكمة: أسِّس مجلس حوكمة للذكاء الاصطناعي وتقنية المعلومات لمراجعة المخاطر استباقيًا، وفرض النُّهج الإلزامية، واعتماد خطط تبني Copilot. تعمل هذه المجالس، كما أُكد في Governance Boards: The Last Defense Against AI Mayhem، بوصفها نقطة التحقق النهائية لاستخدام الذكاء الاصطناعي المسؤول والامتثال لقوانين مثل قانون الذكاء الاصطناعي الأوروبي.
  2. اعتمد مكدسات نهج الأمان: ضع طبقات من الضوابط التقنية، مثل Purview DLP والوصول القائم على الأدوار وDefender for Cloud، فوق اتفاقياتك القانونية وتراخيص المستخدمين والأدوار التنظيمية. توضح قائمة التحقق لنشر Copilot في Copilot Governance: Policy or Pipe Dream? كيفية بناء كل هذه المكونات لتحقيق أقصى فاعلية.
  3. أتمِت الفرض بأدوات السحابة الأصلية: استخدم Azure Policy وRBAC مع Privileged Identity Management (PIM) والإعدادات المركزية لفرض «الحوكمة بالتصميم». وتجنب أن تسبق الوثائقُ الممارسةَ الفعلية، وهو خطأ شائع موضح في Azure Enterprise Governance Strategy.
  4. تعامل مع تحديات التبني والتصعيد: تواصل بانتظام مع أصحاب المصلحة، من تقنية المعلومات والامتثال ووحدات الأعمال، بشأن النُّهج الجديدة والمخاطر. وحدد مسارات تصعيد واضحة لاستثناءات Copilot وحالات تعرض البيانات، لضمان حل الحوادث بسرعة وعدم تركها ضائعة وسط الإجراءات.
  5. وازن بين الإنتاجية والفرض: لا تدع الضوابط التقنية تخنق الابتكار، ولا تترك في المقابل ثغرات أمام الأتمتة الاختصارية المحفوفة بالمخاطر. تحقق هذا التوازن عبر لوحات استخدام مسؤول ومراجعات منتظمة للمجلس، كما هو مفصل في أطر مجالس الحوكمة أعلاه.

حوكمة البيانات وفرض سياسات الذكاء الاصطناعي في أمان Copilot

يبدأ إرساء نُّهج حوكمة قوية لقدرات الذكاء الاصطناعي في Copilot بتصميم مقصود وملزم، لا بافتراضات. فـ Microsoft Purview هو حجر الأساس هنا، إذ ينسق كل شيء بدءًا من منع فقدان البيانات (DLP) وصولًا إلى الوصول القائم على الأدوار على مستويات دقيقة. ويجب أن تغطي حوكمة Copilot سلامة مصادر البيانات، وتصنيف المخرجات، وفرض السياسات عبر جميع بيئات Microsoft 365 وPower Platform المتصلة.

يُفرض دورة حياة النُّهج من خلال مزيج من الوسم الآلي، وبيئات الموصلات الآمنة، وعزل المستأجر. وبالنسبة لوكلاء Copilot المتقدمين، ينبغي للمؤسسات تطبيق حدود الموصلات «Business» و«Non-Business» و«Blocked»، مع حظر HTTP والموصلات المخصصة غير المعتمدة على مستوى المستأجر. وتتوفر تفاصيل حدود DLP المُحكمة ونطاقات الأدوار في Advanced Copilot Agent Governance with Microsoft Purview.

من الخرافات الاعتقاد بأن حوكمة Microsoft 365 تعمل تلقائياً من البداية؛ فالحوكمة الفعّالة تتطلب دمج الأشخاص والعمليات والتقنية ضمن ممارسة منضبطة، كما هو موضح في Governance Illusion in Microsoft 365. ابنِ قوالب نهج لحالات الاستخدام الخاصة بـ Copilot (التلخيص، واستخراج البيانات، والمشاركة الحساسة، وغيرها)، وأنشئ مسارات استثناء واضحة للحالات الحدّية، ومكّن المستخدمين من خلال التثقيف المستمر لتحقيق امتثال مستدام.

تستفيد SharePoint وPower Apps وPower Automate جميعها من بنية حوكمة مبكرة وملزِمة. فالتصميم الحتمي، الذي يشمل المشغّلات القائمة على الاحتمالات البسيطة، ومعالجة الأعطال، وحدود الأذونات المقفلة، يحافظ على موثوقية الذكاء الاصطناعي والأتمتة. وللاطلاع على ضوابط التشغيل القائمة على قوائم التحقق، راجع SharePoint AI Governance: Fix Data Strategy.

إدارة مخاطر الطرف الثالث لـ Microsoft 365 Copilot

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

تقييم أمان الإضافات التابعة لجهات خارجية في سير عمل Copilot

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

غالباً ما يأتي الخطر الحقيقي من الإضافات التي تعمل بأذونات Graph واسعة، إذ يمكنها قراءة بيانات المؤسسة أو نسخها أو نقلها بقدر يفوق ما يدركه المستخدمون الأفراد. وقد تعمل هذه الوكلاء كنوع جديد من Shadow IT، غير مرئي لضوابط الأمان المعتادة. وتُبرز المخاطر، إلى جانب استراتيجيات الحد منها عملياً، في AI Agents: Shadow IT Threats and Governance وFoundry Shadow IT Risk & AI Governance.

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

تأمين سلسلة التوريد لامتدادات Copilot للذكاء الاصطناعي

  1. فرض توقيع الشيفرة على جميع الامتدادات: اشترط توقيع كل إضافة مخصصة أو تابعة لجهة خارجية، بما يضمن أصالة البرنامج ويمنع التحديثات غير الموثّقة أو الخبيثة.
  2. إجراء فحص مستمر للتبعيات: استخدم أدوات آلية للتحقق بانتظام من الثغرات الأمنية في جميع التبعيات مفتوحة المصدر أو الخارجية التي تعتمد عليها الإضافات والامتدادات. يساعد ذلك على اكتشاف المكتبات القديمة التي تحمل ثغرات أمنية ومعالجتها.
  3. فرض المراقبة أثناء التشغيل: طبّق مراقبة فورية لتنفيذ الامتدادات لاكتشاف السلوكيات الشاذة، أو الوصول المفرط إلى البيانات، أو نقاط التكامل غير المتوقعة. تُناقش الاستراتيجيات في Agentic Advantage: Governance for AI.
  4. تطبيق إدارة دورة حياة الموردين بصرامة: قيّم موردي الإضافات، وأبرم عقوداً تنص على متطلبات الترقيع، والتزامات الاستجابة للحوادث، وحق الوصول للتدقيق لمكونات سلسلة التوريد. وأعد اعتماد الموردين بانتظام مع تطور احتياجات العمل.
  5. تعزيز الحوكمة بأطر استعادة سريعة: اتبع إطارَ عمل، مثل سباق المعالجة الذي يستغرق 48 ساعة من Agentageddon: Agents Outpacing Governance Collapse، لاستعادة السيطرة بسرعة عند تعطّل التكاملات. ركّز على الرؤية، وجاهزية الاستجابة للحوادث، وطبقات التحكم القابلة للتطبيق لبيئات Copilot القابلة للتوسّع.

تحليلات سلوك المستخدم واكتشاف الشذوذ في استخدام Copilot

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

اكتشاف التهديدات الداخلية في تفاعلات Microsoft 365 Copilot

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

لتنفيذ ذلك، تُعدّ أدوات Microsoft الأصلية مثل Microsoft Defender for Cloud Apps وسجلات Entra ID بالغة الأهمية في كشف الوصول غير الطبيعي ومحاولات تسريب البيانات. ينبغي أن تحدد دفاتر التشغيل تنبيهات قائمة على العتبات لرصد وتيرة الاستخدام غير المعتادة، أو التحولات المفاجئة في نطاق البيانات، أو المطالبات التي تستهدف معلومات عالية المخاطر. وللمزيد حول دمج DLP مع الحوكمة السلوكية، راجع Unlocking the Real Power of DLP—3 Insider Moves.

يتطلب رصد التهديدات بفعالية الانتباه أيضاً إلى إشارات تحذيرية "غير واضحة"، مثل ارتفاع ملحوظ في إبداعية المطالبات، أو تلخيص أنواع ملفات غير متوقعة، أو الاستخدام المكثف خارج ساعات العمل. وللحصول على سياق أوسع، يمكن لفريق تقنية المعلومات مراجعة Shadow IT: The Mess Inside Your M365 Tenant لفهم المخاطر الإضافية الكامنة في الحلول البديلة التي يبتكرها المستخدمون وفي تكاملات التطبيقات غير المصرّح بها. والمفتاح هو الجمع بين DLP التقليدي والاكتشاف التكيفي المدعوم بالذكاء الاصطناعي، المصمَّم وفق الطريقة الفريدة التي يُستخدم بها Copilot في بيئتك.

تحديد أنماط الاستخدام المرجعية لاكتشاف الشذوذ في Copilot

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

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

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

سياسات منع فقدان البيانات لمحتوى Copilot المُنشأ بالذكاء الاصطناعي

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

منع البيانات الحساسة في المخرجات التي ينشئها Copilot بالذكاء الاصطناعي

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

هندسة الأوامر (Prompt engineering) أمر بالغ الأهمية أيضاً: صِغ أوامر المستخدمين وحدود ردود Copilot بما يمنع توليف المعلومات السرية أو كشفها. يُعدّ تثقيف المستخدمين عنصراً أساسياً هنا، فالإحاطات المنتظمة حول ما يمكن طلبه من Copilot وما لا يمكن طلبه، ولماذا، تساعد على ترسيخ تفاعلات آمنة. وللاطلاع على أفضل ممارسات الحوكمة التي تفصل بين التحكم والتجربة، راجع Securing AI Agents: Safe Governance Best Practices.

تلعب Microsoft Purview و SharePoint دوراً كبيراً أيضاً، إذ يضمن سير عمل ECM الجاهز للتدقيق أن يخضع كل ملخص أو مستند يُنشئه الذكاء الاصطناعي لفحوصات DLP ولفحوصات دورة الحياة. ولمزيد من القراءة حول بناء توثيق جاهز للتدقيق وحماية المؤسسة من فوضى المستندات، يقدّم Stop Document Chaos: Build Your Purview Shield نصائح عملية. إن الجمع بين الضوابط الآلية وانضباط المستخدمين يضمن ألا يتحول محتوى Copilot إلى خرق عرضي للبيانات.

حوكمة بيانات التدريب لنماذج Copilot المخصصة

تؤثر جودة بيانات التدريب لنماذج Copilot المخصصة وطريقة التحكم فيها تأثيراً مباشراً في الأمان والامتثال التنظيمي. وتُظهر أبحاث حديثة أن سوء حوكمة البيانات المشتقة من الذكاء الاصطناعي قد يؤدي إلى ظهور «بحيرات بيانات ظلّية»، أي محتوى غير مُدار وغير مُصنَّف يقع خارج ضوابط الامتثال والتدقيق المؤسسية. ومن المخاطر البارزة التي يعرضها The Hidden Governance Risk in Copilot Notebooks أن المخرجات التي ينشئها Copilot قد تفتقر إلى تسميات الحساسية الموروثة، وهذه الأدوات «اليتيمة» قد يصعب للغاية تتبعها أو تأمينها لاحقاً.

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

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

المزالق الواجب تجنبها عند تأمين Microsoft 365 Copilot

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

اتجاهات مستقبلية في أمان Microsoft 365 Copilot

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

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

كيفية تأمين Microsoft 365 Copilot — قائمة التحقق

Entities in this article

Microsoft Entra ID Microsoft 365 Copilot Compliance Conditional Access Microsoft Purview Data residency Telemetry Zero Trust Microsoft 365 Audit logs

Related articles

RSS