لخّص Copilot Chat بريدًا إلكترونيًا سريًا لأسابيع بسبب خطأ برمجي

قرأ Microsoft 365 Copilot Chat رسائل بريد إلكتروني ولخّصها كان من المفترض أن يبقيها إعدادُه الخاص بعيدًا عنه. يعود أول اكتشاف في تنبيه الخدمة الخاص بـ Microsoft، المتتبَّع في مركز رسائل المسؤولين تحت المعرّف CW1226324، إلى 21 يناير 2026، وكان الإصلاح لا يزال قيد الطرح بعد أربعة أسابيع. وقد أثّر ذلك في دردشة "علامة تبويب العمل" داخل Microsoft 365 Copilot Chat، التي سحبت رسائل من مجلدَي "العناصر المرسلة" و"المسودات" لدى المستخدمين ولخّصتها حتى عندما كانت تلك الرسائل تحمل تصنيف حساسية "سري" وكانت سياسة منع فقدان البيانات قد ضُبطت لمنع ذلك تحديدًا. أبلغت BleepingComputer عن التنبيه في 18 فبراير 2026، وهو التاريخ الذي يُسنِد إليه الأرشيفُ المدخلَ؛ ولم تذكر Microsoft عدد المؤسسات المتأثرة. يقع السجل الكامل، مع تصنيف شدته ودرجة ثقته، في Orca AI Incident Archive، إلى جانب المدخلات الأخرى في هذه السلسلة.

Copilot Chat هو مساعد مايكروسوفت المدرك للمحتوى الذي يتيح للمستخدمين الاستعلام من وكلاء الذكاء الاصطناعي من داخل Word وExcel وPowerPoint وOutlook وOneNote. ووفقًا لـ BleepingComputer، بدأت مايكروسوفت طرحه لعملاء Microsoft 365 التجاريين الذين يدفعون في سبتمبر 2025. وهذا يجعل الفئة المتأثرة هي المستأجرين المؤسسيين الذين اشتروا المنتج ثم طبّقوا ضوابط الحوكمة التي بيع المنتج إلى جانبها.

ما الذي قاله تنبيه الخدمة فعليًا

الوثيقة الأساسية هنا ليست نشرة أمنية منشورة ولا سجلاً لـ CVE. بل هي رسالة في مركز إدارة Microsoft 365، تظهر لمسؤولي المستأجرين، ويقول BleepingComputer إنه رآها واقتبس منها. وصياغة Microsoft، كما أعادت المنصة نشرها، محددة بشأن الآلية:

تتم معالجة رسائل البريد الإلكتروني الخاصة بالمستخدمين التي تحمل تصنيف "سري" بشكل غير صحيح بواسطة دردشة Microsoft 365 Copilot.

يقوم Chat في "علامة تبويب العمل" Microsoft 365 Copilot بتلخيص رسائل البريد الإلكتروني على الرغم من أنه تم تطبيق تسمية حساسية على رسائل البريد الإلكتروني هذه وتم تكوين نهج DLP.

ثمة مشكلة في التعليمات البرمجية تتيح لـ Copilot التقاط العناصر الموجودة في مجلدَي العناصر المرسلة والمسودات، رغم تعيين تسميات "سري" عليها.

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

الجدول الزمني الذي نشرته Microsoft، والجزء الذي تركته مفتوحًا

تواريخ التنبيه هي أرسخ ما في السجل، وهي تواريخ Microsoft نفسها.

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

أربعة ضوابط، والضابط الذي انهار

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

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

ما تقول مايكروسوفت إنه انكشف، وما لا تقوله

جاء تعليق مايكروسوفت الجوهري في 19 فبراير، بعد يوم من المقال، في بيان أدلت به إلى BleepingComputer وكررته الشركة لـ BBC وIT Pro:

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

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

هناك عبارتان في ذلك البيان تقومان بعمل كبير في تضييق النطاق، وكلتاهما من Microsoft، وليستا نتيجة مستقلة. الأولى هي "أنشأها مستخدم": الرسائل المتأثرة هي تلك التي كتبها المستخدم بنفسه واحتفظ بها في العناصر المرسلة أو المسودات الخاصة به، وليست بريدًا من صناديق بريد أشخاص آخرين. والثانية هي "Outlook desktop"، التي تحصر الخلل في عميل واحد بدلًا من Copilot Chat في كل مكان. وعند قراءتهما معًا، تصف Microsoft عيبًا عُرِضت فيه على الأشخاص ملخصات لمراسلاتهم المحمية الخاصة — وليس عيبًا قرأ فيه مستخدم مراسلات مستخدم آخر.

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

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

من تأثر، وإلى أي مدى تصل الأدلة

لم تُنشر أي قائمة عملاء. والمنظمة الوحيدة المذكورة بالاسم في التقرير هي National Health Service في إنجلترا: فقد أوردت BBC في 19 فبراير أن إشعار Microsoft جرى مشاركته على لوحة معلومات دعم تكنولوجيا المعلومات التابعة لـ NHS، وأن قسمًا من الإشعار على ذلك الموقع يفيد ضمنًا بأن NHS قد تأثرت. ويذكر تقرير BBC نفسه أيضًا أنه قيل لها إن محتويات أي بريد إلكتروني مسودة أو مُرسل يعالجه Copilot Chat ستبقى لدى منشئيها، وإن معلومات المرضى لم تُكشف. وتذكر VentureBeat، في تحليل لاحق، أن NHS سجّلت المشكلة داخليًا باسم INC46740412.

صفحة دعم NHS التي تستشهد بها تلك المنافذ الإعلامية تعيد التوجيه الآن إلى الصفحة الرئيسية لـ supporthub.nhs.net، لذا تعذّر قراءة الإشعار نفسه لهذا المقال؛ ووصف BBC له هو الدليل المتاح، وهو دليل من مصدر غير مباشر. يصنّف الأرشيف المنطقة على أنها عالمية، وهو ما يتسق مع تحديث إعدادات تقول Microsoft إنها نشرته عالميًا، لكن لم تنشر أي ولاية قضائية قائمة بالمستأجرين المتأثرين.

التأكيد المستقل للوقائع الأساسية متين فيما عدا ذلك. أكدت مراسلة التقنية في بي بي سي، ليف مكماهون، الآلية وبيان مايكروسوفت في 19 فبراير؛ وأكدت نيكول كوبي من IT Pro تاريخ الاكتشاف 21 يناير ومعرّف التتبع في اليوم نفسه؛ وذكرت TechCrunch في 18 فبراير أن مايكروسوفت لن تقول عدد العملاء المتأثرين. لا تشكك أي من تلك الوسائل الإعلامية في التسلسل. ولم يتحقق أي منها بشكل مستقل مما فعله Copilot بالمحتوى.

ما الذي تغيّر، وما الذي لم يتغيّر

كانت معالجة Microsoft عبارة عن إصلاح برمجي موجّه بالإضافة إلى تغيير في التكوين. وجاء في تحديث التنبيه الصادر في 20 فبراير، الذي نقلته BleepingComputer، ما يلي:

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

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

قبل ذلك، في 18 فبراير، قالت مايكروسوفت إنها كانت تراقب عملية النشر وتتواصل مع مجموعة فرعية من المستخدمين المتأثرين للتحقق من نجاح الإصلاح. لم يُعطَ جدول زمني نهائي للمعالجة آنذاك، ولم يُنشر أي جدول منذ ذلك الحين.

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

ما يثبته السجل، وما يقتصر على ادعائه فقط

تحتوي هذه الحادثة على ثلاثة مستويات من الادعاء، ويستحق الأمر الفصل بينها.

مُثبت: تسبّب عيب برمجي في علامة تبويب العمل في Copilot Chat في تلخيص رسائل موسومة ومحمية بـ DLP في العناصر المرسلة والمسودات؛ اكتشفتها Microsoft في 21 يناير 2026، وتتبّعتها بالمعرّف CW1226324، وبدأت إصلاحها في أوائل فبراير، وقالت بحلول 20 فبراير إن السبب الجذري قد عولج لدى معظم العملاء. تأتي هذه الحقائق من تنبيه الخدمة الخاص بـ Microsoft نفسه، وتؤكدها BBC وIT Pro وTechCrunch.

ما أكّدته مايكروسوفت، دون تحقق مستقل: أنه لم يحصل أي شخص على معلومات لم يكن مخوّلًا بالفعل بالاطلاع عليها؛ وأن الرسائل المعنية كتبها المستخدم المتأثر وكانت مقتصرة على Outlook لسطح المكتب؛ وأن ضوابط الوصول وسياسات حماية البيانات ظلت سليمة طوال الوقت.

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

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

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