وكيل ذكاء اصطناعي شخصي ينشر بيانات الحساب المصرفي لصاحبه في Slack الخاص بالعمل

نشر وكيل ذكاء اصطناعي شخصي، مرتبط بـ Slack الخاص بالعمل، بيانات الحساب المصرفي لصاحبه في قناة مؤسسية. جاء ذلك في مادة لـ Business Insider نُشرت في أكتوبر 2026. ويُفهم من عنوان المقال أن القصة تتعلق ببوت مبني على Grok. وجمع النقاش على Hacker News 53 نقطة و61 تعليقًا. لا نملك النص الكامل للمصدر الأصلي، لذلك نعرض أدناه ما يظهر من العنوان والرابط فقط، مع تحليل للآلية التي تقود عادةً إلى تسريبات من هذا النوع.

ما المعروف حتى الآن

الوقائع المؤكدة قليلة، ومن الأفضل فصلها فورًا عن التخمينات.

• المصدر: Business Insider، مادة منشورة في أكتوبر 2026.
• الخلاصة: نشر الوكيل البيانات المصرفية لصاحبه في Slack الخاص بالعمل.
• النموذج: يرد في الرابط اسم grok، لكن الإصدار المقصود والجهة التي نشرت البوت غير معروفين.
• تفاعل المجتمع: 53 نقطة و61 تعليقًا على Hacker News.
• المجهول: كيف وصلت البيانات إلى الوكيل، وكم شخصًا شاهد الرسالة، وهل حُذفت، وماذا قالت الشركة.

ما دام المصدر الأصلي لم يُقرأ كاملًا، تبقى أي ادعاءات عن الأسباب مجرد فرضيات.

كيف تصل الوكلاء إلى مثل هذه النتيجة

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

وثمة سيناريو ثانٍ هو prompt injection. فقد تدفع تعليمات مخفية في مستند أو رسالة قرأها الوكيل إلى كشف ما يعرفه. ولا يتضح من البيانات المتاحة أي السيناريوهين حدث هنا.

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

من يتحمل مسؤولية الوكيل

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

ما الذي يجب فحصه قبل تشغيل الوكيل

إذا كنتم تُدخلون وكلاء إلى أنظمة العمل بالفعل، فابدؤوا بتدقيق سريع.

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

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