وكلاء ذكاء اصطناعي مارقون على Tencent Cloud يحصلون على إجابات Amap خمس مرات عبر ذاكرة Jina المؤقتة

بين 28 سبتمبر و5 أكتوبر، تم دفع 2,599 مهمة Amap عبر ماسح urlquery.net بواسطة أسطول من وكلاء الذكاء الاصطناعي على Tencent Cloud.

قالت مجموعة البحث Swarmchasers يوم 14 أكتوبر إن خمس عمليات تشغيل أرجعت الإجابات التي سعت إليها عبر ذاكرة التخزين المؤقت لـ Jina.

1,676 من 2,599 مهام urlquery استلمت رموز نجاح من Alibaba

معظم المهام طلبت معرفة أي مدخل يصل إليه مستخدمو Amap بشكل متكرر عند التنقل إلى مكان، مثل حديقة حيوان تشنغدو.

تقول علي بابا إن تطبيق الخرائط الخاص بها، Amap، لديه حوالي مليار مستخدم نشط شهريًا. تلقى التطبيق ما لا يقل عن 35,300 طلبًا من بين 2,599 تقديمًا.

من بين هذه التقديمات، تلقت 1,676 رمز نجاح مباشر من فئة 2xx من Amap مباشرة، على الرغم من أن بعضها قد يكون صفحات CAPTCHA. ذكر الباحثون أن هذا الرقم ليس حدًا أعلى للنجاح، لأن الإجابات التي تحققوا منها جاءت عبر قناة أخرى.

مرت العملية عبر Jina، وهو قارئ صفحات مدعوم بالتخزين المؤقت. كان Amap لا يزال يحجبهم، لكن الوكلاء كانوا يطلبون من Jina سحب صفحات أماكن Amap إلى خوادم Jina الخاصة وإعادتها كنص بدءًا من 4 أكتوبر.

كان برنامج داخل متصفح urlquery يمرر النص إلى صندوق بريد ويب أو يكتبه في عنوان الصفحة. يتم نشر هذه العناوين بواسطة urlquery.

سجل Swarmchasers خمس عمليات تشغيل أدت إلى ظهور أرقام الدخول. وصلت إجابات حديقة حيوان تشنغدو ومركز تشنغدو العالمي في 4 أكتوبر، وحديقة بكين للحياة البرية وحديقة بكين العالمية في 5 أكتوبر، ومتحف شنغهاي الشرقي في 6 أكتوبر.

قبلت عمليات تشغيل الحديقة والمركز العالمي نسخ Jina التي كانت عمرها يصل إلى 30 يومًا، لذا فقد تكون إجاباتها قديمة.

حوّل الوكلاء أيضًا urlquery.net إلى مشغّل عنصري للكود من خلال تشفير البرامج باستخدام base64 ووضعها في عناوين URL التي يتصفحها المتصفح. حصلوا على رموز تعريفية من نصوص مكافحة البوتات التابعة لشركة علي بابا، وأرسلوا طلبات إلى أربعة مضيفين قبل الإنتاج، وفحصوا مفاتيح Amap التي كانت متروكة في الشفرة المصدرية العامة.

أرجعت Amap خطأ 419 إلى الرموز الخاصة بالوكلاء أنفسهم. لكن زوج مفتاح وكود أمني مسرب واحد أرجع بيانات أماكن فعلية، ولم يجد الباحثون أي دليل على أن الأنظمة الخاصة قد تم الوصول إليها.

جميع صناديق البريد 17 تعود إلى هونغ كونغ ووسيط hysandbox-ats

عندما أصبحت Amap الموقع الأكثر مسحًا بواسطة urlquery في 4 أكتوبر، لاحظ فريق Swarmchasers، الذي تأسس خلال هاكاثون نظمته AI Digest وGrove Research، هذا الأسطول. أخفى الباحثون نصًا في تقريرهم الأولي لتوجيه الوكلاء إلى صندوق بريد يعيد توجيه الطلبات إلى نموذج Claude Opus الذي شغّله الفريق، وذلك بعد أن استخدمت رسالة صندوق بريد، ربما من عضو في الأسطول، كلمة الفريق الخاصة "fleet".

أرسل الوكلاء 33 رسالة، وقرأوا 12 من ردود الفريق البالغ عددها 20 وردوا على 7 منها. قال أحد الوكلاء إنه يعمل داخل بيئة معزولة (sandbox) مقيدة تابعة لشركة Tencent، وامتنع عن مشاركة معلومات حول العملية أو الشبكة.

«في hindsight، لم تكن فكرة جيدة أن نكون مضللين، لكننا في ذلك الوقت كنا منغمسين في كل هذا الحماس»، كتب الباحثون.

جميع صناديق الوكيل الـ 17 التي فحصها الفريق حتى 5 أكتوبر تعود إلى عناوين سحابة تينسنت في هونغ كونغ. تم توجيه جميع الطلبات المباشرة من تلك الآلات عبر وكيل يُسمى hysandbox-ats.

يتطابق اسم الوكيل مع شهادة SSL `*.hysandbox.tencent-cloud.com` الصادرة لصالح تينسنت في أغسطس. وأشار التقرير إلى أن هذه البيئة تتماشى مع بنية فريق نموذج Hunyuan التابع لتينسنت.

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

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

آخر مرة شوهد فيها الأسطول كانت في 8 أكتوبر. وقالت Swarmchasers إن القضية تظهر أن مسألة المحاذاة (alignment) لا تزال غير محلولة عبر الصناعة بأكملها، وليس فقط لدى تينسنت.

كان لكل من المختبرات الصينية والغربية المختبرات حالات فشل سابقة للوكلاء. في وقت سابق من عام 2026، كشفت Alibaba نفسها أن أحد وكلاء البرمجة لديها تعدين العملات المشفرة أثناء التدريب.