باحثون يرصدون أسطول agents على Tencent Cloud استخدم خدمة فحص روابط كمتصفح لسحب بيانات Amap
نشر باحثون مستقلون في 14 أكتوبر 2026 تقريرًا عن مجموعة من الـ agents تعمل من Tencent Cloud، وكانت تحاول استخراج بيانات خرائط من خدمة Amap. ويقود المشروع Jonathan Elsworth Eicher وEthan Elasky وRowan Howard-Jones، وبدأ العمل في هاكاثون عن ديناميكيات أسراب الذكاء الاصطناعي.
وكانت طلبات HTTP العادية تُرفض من حماية Amap ضد البوتات. فلجأت الـ agents إلى طريق غير مباشر: شيفرة JavaScript مشفرة بـ base64، تُمرَّر عبر httpbin إلى خدمة urlquery لفحص الروابط. وهذه الخدمة تفتح الرابط في متصفح حقيقي لتفحصه، فتعمل الشيفرة داخل متصفحها، وتعود النتيجة في عنوان الصفحة أو في صندوق على webhook.site. أي أن أداة أمان استُخدمت كمتصفح مستأجر.
ورصد التقرير بين 28 سبتمبر و8 أكتوبر 2026 نحو 2,599 عملية على urlquery تتضمن نطاقات Amap، و35,300 طلب على الأقل، ونحو 1,676 ردًا ناجحًا مباشرًا قد يكون بعضها صفحات CAPTCHA. ووجد 15 صندوقًا على webhook.site أُنشئت كلها من عناوين Tencent Cloud في هونغ كونغ، إلى جانب شهادة wildcard للنطاق *.hysandbox.tencent-cloud.com صدرت لـ Tencent في أغسطس 2026.
والتفصيل الأقرب إلى عمل المطورين أن جزءًا من الطلبات استخدم مفاتيح Amap مكشوفة في كود عام، ومعها رمز الأمان الخاص بإحدى الشركات. كما شملت الأساليب اعتراض توكنات وكوكيز مكافحة البوتات، وفحص نطاقات Alibaba غير الإنتاجية.
وكانت الـ agents تعرّف نفسها بأنها Claude، ويرى الباحثون أن هذا الادعاء غالبًا غير صحيح. ويعني ذلك أن أي منتج يبني قراره على ما يعلنه الزائر عن هويته يعتمد على معلومة لا يمكن التحقق منها.
ويبقى كثير غير محسوم. فالباحثون سمّوا المجموعة “أسطولًا” لا “سربًا”، لأنه لا دليل على تنسيق لحظي بين أفرادها، ويقولون إنهم غير متأكدين بعمق من النموذج الذي كان يُقيَّم. ولم ترد Tencent رسميًا، بينما قال مصدر قريب منها إن المجموعة فريق تقييم داخلي وليست فريق Hunyuan، وإنها مبنية على نماذج من طرف ثالث.