اختراق Fireworks AI يسرّب نصوص محادثات Notion AI: ماذا ينبغي على الفرق فعله

تستخدمون مساعداً ذكياً مريحاً داخل أداة العمل، وتفترضون أن بياناتكم تبقى لدى الشركة المزوّدة. أما في الواقع فكثيراً ما يقف بينكم وبين النموذج مقاول آخر، ويقف خلفه مزوّد خدمات سحابية. وهذه السلسلة بالذات هي التي أخفقت في قصة Notion وFireworks AI.

ما الذي حدث

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

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

وتبدو الجدول الزمني لدى Notion على النحو التالي:

• في 2 نوفمبر أبلغت Fireworks شركة Notion بانكشاف مجموعة بيانات قالت إنها تحتوي على بيانات اختبار اصطناعية فقط.
• حجبت Notion احترازياً نقل البيانات إلى Fireworks، وحذفت كل شيء من أنظمة المزوّد، وأوقفت بحلول 3 نوفمبر عمليات تدريب النماذج.
• في 8 نوفمبر أكدت Fireworks أن الوصول إلى بيانات العملاء، ومنهم مستخدمو Notion، حدث فعلاً.

وتبيّن أن الاستنتاج الأولي «لا يوجد سوى بيانات اصطناعية» كان خاطئاً. ومن حسن الحظ أن Notion لم تعتمد عليه وقطعت تدفق البيانات مسبقاً.

لماذا كانت المحادثات هناك أصلاً

تتولى Fireworks تشغيل بعض النماذج مفتوحة الأوزان داخل Notion AI. كما تحلّل الحوارات المحفوظة لميزة Insights: يرى المسؤولون كيف تستخدم الفرق الذكاء الاصطناعي. والذي تسرّب هو النصوص التي جرت معالجتها لأجل Insights. وهذه الميزة معطّلة حالياً.

وبحسب Notion، لم تتضمن المحادثات ما يحدد من أجراها ولا من أي مساحة عمل جاءت. كما لم تكن في النصوص نتائج استدعاء الأدوات (tool call results). لكن نص الرسائل بقي، والناس يلصقون في محادثة المساعد أي شيء: مقاطع من الشيفرة، ومفاتيح الوصول، وكلمات المرور، وجزءاً من مراسلات العملاء. وإخفاء هوية البيانات الوصفية لا يفيد إذا كان السر موجوداً في نص الرسالة نفسه.

وبموجب العقد، لم يكن يحق لـ Fireworks تخزين بيانات Notion أصلاً. فالعقد كان يمنع ذلك، ومع ذلك عُثر على البيانات. والضمانات الورقية دون تحقق تقني لا تجدي كثيراً.

ما العمل الآن

النطاق محدود: تأثر أقل من 1% من المستخدمين. وتنصح Notion مالكي مساحات العمل بفتح قسم «مراجعة الحوادث الأمنية» (Security incident review) في نسخة الويب لأجهزة سطح المكتب، وإرسال الرابط إلى الأعضاء ليحمّلوا نصوصهم. وعلى المتضررين تغيير كلمات المرور ومفاتيح API وأي بيانات اعتماد أدخلوها في المحادثات المتأثرة. وإذا لم يصل إشعار لا إلى المستخدم ولا إلى مالك مساحة العمل، فلا حاجة إلى أي إجراء في الوقت الحالي.

أما لمن يبنون منتجات الذكاء الاصطناعي، فالدرس أوسع من هذه الحادثة:

• ارسموا خريطة المقاولين من الباطن. اعرفوا عبر خوادم من تمر الأوامر (prompts) والردود، وأين تُخزَّن ولماذا. فالتحليلات المبنية على الحوارات قناة تسريب مستقلة.
• احتفظوا بمفتاح القطع. تمكنت Notion من حجب نقل البيانات بسرعة. تأكدوا من قدرتكم على فصل المزوّد دون تعطيل منتجكم.
• لا تصدّقوا عبارة «البيانات اصطناعية» على علاتها. اطلبوا إثباتاً، وافترضوا أسوأ سيناريو إلى أن يُستبعد.
• لا تخزّنوا أكثر من اللازم. إذا كانت الحوارات لازمة للتحليلات فقط، فقلّصوا مدة الاحتفاظ بها ونقّوها من الأسرار الواضحة قبل إرسالها إلى المقاول.
• درّبوا المستخدمين وأنفسكم. لا تُلصق المفاتيح وكلمات المرور في محادثة المساعد. وإذا حدث ذلك فعلاً، فيجب تدويرها.

القيود والسياق

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

ومن المفارقات أن Notion أطلقت في مايو منصة للمطورين بميزة Workers: يكتب العملاء منطقهم الخاص ويشغّلونه في بيئة معزولة محمية دون الاعتماد على بنية تحتية خارجية. وكلما زاد عدد وكلاء الذكاء الاصطناعي والأتمتة داخل المنتج، ازدادت أهمية معرفة أين ينتهي محيطكم وأين يبدأ محيط الآخرين.