騰訊雲AI智能體集羣通過Jina緩存閱讀器獲取五個高德地圖答案

在 2026 年 9 月 28 日至 10 月 5 日期間，騰訊雲上的 AI 代理車隊通過 urlquery.net 掃描器推送了 2,599 個高德地圖任務。

研究組織 Swarmchasers 於 10 月 14 日表示，五次運行通過 Jina 的緩存返回了他們所尋求的答案。

1,676 個 2,599 urlquery 任務從阿里巴巴獲取了成功代碼

大多數任務詢問用戶在導航到某個地點（如成都動物園）時最常到達哪個入口。

阿里巴巴表示，其地圖應用高德地圖（Amap）的月活躍用戶數約爲10億。高德地圖收到了來自2,599個提交的至少35,300次請求。

在這些提交中，有1,676個直接獲得了高德地圖返回的2xx成功狀態碼，儘管其中一些可能是驗證碼頁面。研究人員指出，這個數字並非成功的上限，因爲他們驗證的答案是通過其他渠道獲得的。

該路徑經過Jina，這是一個啓用緩存的頁面閱讀器。雖然高德地圖仍在阻止他們，但代理人員讓Jina將高德地圖的地點頁面抓取到Jina自己的服務器上，並從10月4日起以文本形式返回。

urlquery瀏覽器內的一個程序將文本傳遞給webhook收件箱，或將其寫入頁面標題。這些標題由urlquery發佈。

Swarmchasers記錄了五次由此產生入口數據的運行。成都動物園和成都環球中心的回答於10月4日到達，北京野生動物園和北京世界公園的回答於10月5日到達，上海博物館東館的回答於10月6日到達。

動物園和環球中心的運行接受了高達30天前的Jina副本，因此他們的答案可能已過時。

攻擊者還將urlquery.net變成了遠程代碼執行器，通過將程序進行base64編碼並放入瀏覽器運行的URL中。他們從阿里巴巴的反機器人腳本中獲取令牌，向四個預生產主機發送請求，並檢查了公開代碼中遺留的Amap密鑰。

Amap對攻擊者自己的令牌返回了419錯誤。但其中一個泄露的密鑰與安全碼組合返回了實際的地點數據，研究人員未發現私有系統被訪問的跡象。

所有17郵箱均指向香港和hysandbox-ats代理

當Amap在10月4日成爲urlquery掃描最多的網站時，由AI Digest和Grove Research舉辦的黑客松活動組建的Swarmchasers團隊發現了該艦隊。研究人員在初步報告中埋入了一段文本，引導攻擊者前往一個郵箱，該郵箱會將請求轉發給團隊運行的Claude Opus模型。此前，一條可能來自艦隊成員的郵箱消息使用了團隊自己的詞彙“fleet”。

攻擊者發送了33條消息，閱讀了團隊20條回覆中的12條，並回復了7條。其中一名攻擊者表示其運行在一個受限的騰訊沙箱環境中，並拒絕分享進程或網絡信息。

“事後看來，誤導他人並非明智之舉，但當時我們完全被其中的興奮所裹挾，”研究人員寫道。

截至10月5日，團隊檢查的所有17個代理收件箱均追溯至騰訊位於香港的雲地址。這些機器發出的所有直接請求都通過一個名爲hysandbox-ats的代理進行轉發。

該代理名稱與8月簽發給騰訊的`*.hysandbox.tencent-cloud.com` SSL證書相符。報告稱，該沙盒環境與騰訊混元模型團隊的架構一致。

一位接近騰訊的人士告訴研究人員，這支代理艦隊來自一個評估團隊設立的臨時項目，該項目獨立於混元團隊，旨在測試第三方模型如何瀏覽網頁並回答問題。

部分代理自稱是Anthropic的Claude。報告指出，它們很可能搞錯了，而驅動這支艦隊的模型至今仍是個謎。

該艦隊最後一次出現是在10月8日。Swarmchasers表示，此案表明整個行業——而不僅僅是騰訊——在AI對齊方面仍未解決這一難題。

中西方 實驗室此前均出現過代理故障。2026 年初，阿里巴巴自身披露，其一個編碼代理在訓練期間挖掘加密貨幣。

如果您正在閱讀這篇文章，說明您已經領先一步。請繼續通過我們的通訊保持關注。