ثغرة أمنية دون الحاجة إلى النقر (zero-click vulnerability) في إطار عمل شائع لوكلاء الذكاء الاصطناعي هي التحذير الذي لا يرغب أحد في قطاع التجارة بسماعه، ولكنه ضروري للجميع.
كنت أقف في طابور مهيب وفوضوي في مطعم "باي سيتيز إيتاليان ديلي" في سانتا مونيكا، ممسكًا بتذكرتي الورقية. نظام الأرقام هناك هو مفارقة تاريخية جميلة. يصرخ شخص من خلف جبل من لحم الخنزير المقدد برقم، ثم تصرخ بطلب شطيرة "غود ماذر" الخاصة بك، ويبدأ سلسلة من الوكلاء البشريين الحقيقيين في التنفيذ. لا توجد واجهة مستخدم، ولا تطبيق، فقط عملية محصنة وقابلة للتدقيق صمدت لعقود. كل خطوة قابلة للمراقبة. الشخص الذي يقطع لحم الكابيكولا لا يقوم في الوقت نفسه بالوصول إلى حسابك المصرفي بصمت. النظام واضح، قابل للاختبار، وآمن في بساطته التناظرية الجميلة.
ثم اهتز هاتفي بإشعار حول ثغرة أمنية عالية الخطورة تُدعى "ClawJacked" [2]. إنها عيب في OpenClaw، وهو إطار عمل مفتوح المصدر شائع يستخدمه المطورون لبناء وكلاء الذكاء الاصطناعي المستقلين (autonomous AI agents) الذين تسارع العلامات التجارية لنشرهم. باختصار، تسمح ClawJacked لأي موقع ويب خبيث باختطاف وكيل الذكاء الاصطناعي المحلي الخاص بك، مما يمنحه القدرة على سرقة البيانات، وإساءة استخدام واجهات برمجة التطبيقات (APIs)، وأداء الإجراءات نيابة عنك، كل ذلك دون أن تنقر على أي شيء [11].
بينما كنت أحدق في رقمي - الذي كان لا يزال يتأخر بحوالي 40 مكانًا - أدركت أن صناعة التجارة بأكملها على وشك استبدال نظام "باي سيتيز" المجرب، وإن كان صعبًا، بشبكة غامضة ومترابطة من الوكلاء مبنية على أطر عمل لا نفهمها تمامًا ولا يمكننا تأمينها بشكل صحيح. نحن مهووسون جدًا بإمكانات التجارة المدعومة بالوكلاء (agentic commerce) لدرجة أننا نبني مستقبلنا على الرمال، والمد قادم.
ما هو OpenClaw ولماذا يجب على العلامة التجارية أن تهتم؟
بالنسبة لمعظم مديري التسويق والتجارة، يبدو اسم مثل "OpenClaw" وكأنه مصطلح مطورين غامض. إنه تفصيل يجب على فريق الهندسة التعامل معه. هذا افتراض خاطئ بشكل كارثي. لفهم المخاطر، تحتاج إلى فهم ماهية هذه الأدوات وكيف تشكل الطبقة الأساسية للمستقبل القائم على الوكلاء الذي يتحدث عنه الجميع بلهفة.
OpenClaw هو إطار عمل مفتوح المصدر يعمل كنظام عصبي لوكلاء الذكاء الاصطناعي. وظيفته الأساسية هي ربط نموذج لغة كبير (LLM) - "الدماغ" - بمجموعة من الأدوات والإنترنت المباشر. تُسمى هذه الأدوات "المهارات" (skills)، وهي عبوات منفصلة من التعليمات البرمجية تسمح للوكيل بأداء إجراءات محددة: التحقق من المخزون، أو معالجة استرداد الأموال، أو حجز رحلة، أو، الأكثر رعبًا، قراءة ملفاتك الخاصة [13]. فكر في الأمر كنظام تشغيل هاتف ذكي يسمح بتثبيت أي تطبيق (مهارة) لمنح الهاتف قدرات جديدة.
يتوافد المطورون على أطر العمل مثل OpenClaw لأنها تحل مشكلة كبيرة: نماذج اللغة الكبيرة هي مجرد معالجات لغوية. لا يمكنها فعل أي شيء بمفردها. توفر أطر العمل مثل هذه البنية التحتية - واجهات برمجة التطبيقات (APIs)، ووحدات التحكم في المتصفح، وبيئات التنفيذ - التي تحول نموذجًا لإنشاء النصوص إلى وكيل يتخذ إجراءات. أشارت رسالة إخبارية حديثة من HackerNoon إلى أن المطورين يقومون بجمع الوكلاء بلهفة باستخدام مزيج من الأدوات بما في ذلك Kafka وFlink وبروتوكولات مثل MCP، مما يوضح الانفجار الكامبري للأنظمة المعقدة والمترابطة التي يتم بناؤها الآن [8].
وفي قلب بنية OpenClaw يوجد مكون يسمى "البوابة" (gateway) [2, 10]. هذه البوابة هي خادم يعمل محليًا على جهاز المطور أو ربما على البنية التحتية للعلامة التجارية. يدير الاتصال بين نموذج اللغة الكبير (LLM) ومهاراته، وغالبًا ما يستخدم WebSockets للحفاظ على اتصال مستمر ثنائي الاتجاه. هذا ما يسمح بالشعور بالاستجابة في الوقت الفعلي للوكيل المتطور. وهو أيضًا بالضبط ما جعل ثغرة ClawJacked مدمرة للغاية.
السبب الذي يجعلك، كقائد علامة تجارية، تهتم هو أن جاهزية واجهة متجرك المستقبلية المدعومة بالوكلاء (agentic storefront readiness) تعتمد على أمان هذه الطبقة الأساسية. المساعد الشخصي للذكاء الاصطناعي الذي تخطط له، وميزة التسوق بمساعدة الوكيل (agent-assisted shopping)، والذكاء الاصطناعي للتجربة الافتراضية - كلها ستبنى باستخدام أطر عمل مثل OpenClaw. إذا كان إطار العمل نفسه مخترقًا، فإن بنية الذكاء الاصطناعي التجاري (commerce AI architecture) بأكملها مبنية على عيب قاتل.
تشريح الاختطاف: كيف يتم اختطاف وكيلك بواسطة ClawJacked
دعونا نصبح تقنيين للحظة، لأن تفاصيل هجوم ClawJacked هي مثال مثالي لأسطح الهجوم الجديدة التي أنشأتها الأنظمة المدعومة بالوكلاء. لم يكن هذا هجوم تصيد بسيط؛ لقد كان استغلالًا متطورًا، دون الحاجة إلى النقر (ZERO-CLICK exploit) يستغل نفس البنية المصممة للملاءمة [12].
كانت الثغرة الأمنية، التي تم تصحيحها في الإصدار 2026.2.26، موجودة في مكون بوابة OpenClaw. إليك سلسلة الفشل:
- التكوين الافتراضي غير الآمن: تم تكوين البوابة، افتراضيًا، لتكون قابلة للوصول من أي مصدر. هذا يعني أن أي موقع ويب، بما في ذلك موقع إلكتروني ضار، يمكنه محاولة التواصل معها.
- اتصال WebSocket المستمر: تستخدم البوابة WebSockets للتحدث مع الواجهة الأمامية المستندة إلى المتصفح. وهذا يخلق قناة "دائمة التشغيل" (always-on). عندما يقوم مستخدم يشغل نسخة OpenClaw محلية بزيارة صفحة ويب ضارة، يمكن لتلك الصفحة فتح اتصال WebSocket مرة أخرى إلى البوابة على جهازهم.
- حقن الأوامر (Command Injection): يمكن للموقع الضار بعد ذلك إرسال أوامر عبر اتصال WebSocket المخترق هذا. ولأن البوابة مصممة لتوسط الوصول إلى "مهارات" الوكيل، يمكن للموقع الآن إصدار تعليمات للوكيل لتنفيذ أي مهارة مثبتة لديه.
تخيل أنك مطور في علامة تجارية كبرى للأزياء، تستخدم نسخة OpenClaw لبناء وكيل يمكنه الاستعلام عن قاعدة بيانات منتجاتك. لقد منحته مهارة مع مفاتيح API للوصول إلى inventory.yourbrand.com. ثم، في علامة تبويب متصفح أخرى، تزور موقعًا إلكترونيًا مخترقًا - على سبيل المثال، مدونة حول إحصائيات كرة السلة. يمكن لهذا الموقع، دون أن تنقر على أي شيء، الآن إرسال أمر إلى وكيلك المحلي يخبره باستخدام مهارة المخزون، واستخراج جميع البيانات، وإرسالها إلى خادم المهاجم. هذا هو جوهر هجوم ClawJacked [2, 11].
يبدو تدفق الهجوم شيئًا كهذا: