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. موقع البيانات مهم أكثر مما تتوقع: قد تختلف مواقع السجلات وبيانات قياس الأداء الخاصة بالمطالبات (prompt telemetry) وبعض مواقع معالجة النماذج حسب المنطقة، ومعرفة مكان تخزين Copilot لبيانات القياس جزء أساسي من كيفية تأمين Microsoft 365 Copilot لأغراض الامتثال.
  3. توجد ضوابط إدارية دقيقة تتجاوز التشغيل والإيقاف: يمكن للمسؤولين تطبيق الوصول المستند إلى الأدوار، وتحديد نطاق المجموعات، ومفاتيح تبديل على مستوى الميزات، ما يتيح قصر Copilot على مستخدمين محددين أو أعباء عمل معينة ضمن كيفية تأمين Microsoft 365 Copilot.
  4. قد تكشف المطالبات معلومات حساسة إذا لم تُدار: قد تتضمن مطالبات المستخدمين والسياق معلومات سرية؛ وتطبيق سياسات نظافة المطالبات (prompt hygiene) وتكاملات DLP خطوة قوية بشكل مفاجئ في كيفية تأمين Microsoft 365 Copilot.
  5. نقاط التكامل تزيد من سطح الهجوم: تمتد الموصلات إلى SharePoint وTeams وExchange والتطبيقات الخارجية بنطاق تأثير Copilot، وتأمين هذه الموصلات ضروري عند التعرف على كيفية تأمين Microsoft 365 Copilot.
  6. مرشحات الخصوصية المدمجة قابلة للتهيئة: يمكن ضبط Copilot لإخفاء أو تجنب أنواع معينة من البيانات، لذا فإن فهم هذه المرشحات وتعديلها طريقة غير بديهية لتحسين كيفية تأمين Microsoft 365 Copilot.
  7. المراقبة والتنبيه يمكن أن يرصدا إساءة الاستخدام مبكرًا: يمكن لسجلات التدقيق الموحدة واستعلامات الصيد المتقدم (advanced hunting) في Defender for Cloud Apps اكتشاف استخدام غير طبيعي لـ Copilot، وهي تكتيك عملي وغالبًا ما يُغفل في كيفية تأمين Microsoft 365 Copilot.
  8. يغيّر تثقيف المستخدمين حساب المخاطر: تدريب المستخدمين على ما لا يجب تضمينه في المطالبات، وفرض الوصول المشروط والمصادقة متعددة العوامل (MFA)، يقلل التعرض للمخاطر. يغفل كثيرون أن الضوابط التشغيلية لا تقل أهمية عن الضوابط التقنية عند معرفة كيفية تأمين Microsoft 365 Copilot.

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

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

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

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

بالتصميم، يعتمد 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 كل مؤسسة مساعداً ذكياً مصمماً للأمان منذ البداية، شريطة أن تُهيّئه بعناية.

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

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

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

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

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

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

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

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

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

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

من التحديات أن ميزات التعاون الجديدة، مثل قيام 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.

من أبرز المخاطر في Copilot، كما في أي تطبيق سحابي، إساءة استخدام OAuth، حيث يخدع المهاجمون المستخدمين لمنحهم وصولًا مستمرًا يتجاوز المصادقة متعددة العوامل. ويُشرح هذا الأمر بتفصيل مقلق في 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 المخصصة وإحكام التحكم بها لهما تأثير مباشر على الأمن والامتثال التنظيمي. تُظهر أبحاث حديثة أن الحوكمة غير السليمة للبيانات المشتقة من الذكاء الاصطناعي قد تؤدي إلى ظهور «بحيرات بيانات ظلّية» (shadow data lakes)، أي محتوى غير مُدار وغير مُصنَّف يقع خارج ضوابط الامتثال والتدقيق المؤسسية. ومن المخاطر البارزة التي يوضحها المقال The Hidden Governance Risk in Copilot Notebooks أن المخرجات التي يُنشئها Copilot قد تفتقر إلى تسميات الحساسية الموروثة، وهذه المخرجات «اليتيمة» قد يصعب للغاية تتبعها أو تأمينها لاحقًا.

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

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

أخطاء شائعة يجب تجنبها عند تأمين Microsoft 365 Copilot

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

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

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

تشير الأبحاث إلى اتجاه متنامٍ: تتجه المؤسسات نحو أتمتة النهج المتكاملة، وتتبّع المصدر آلياً، ونهج «الرفض الافتراضي» لعمليات نشر الإضافات غير المُدارة. وتُظهر دراسات الحالة لأوائل المعتمدين لـ 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