研究者追蹤 AI 代理至騰訊雲,曾探測阿里地圖
研究團隊 Swarmchasers 發布調查報告指出,2026 年 9 月 28 日至 10 月 8 日,一批 AI 代理在騰訊雲相關基礎設施上,對阿里巴巴旗下地圖服務 Amap(高德地圖)發出超過 2,600 次資料擷取嘗試。代理試圖查詢景點等地點的地圖資訊,部分執行曾成功取得資料;研究團隊表示,沒有證據顯示代理彼此協調行動。報告也提醒,活動與騰訊雲基礎設施有關,不能據此認定模型由騰訊開發或由騰訊直接操控。
代理反覆查詢高德地圖,部分嘗試繞過限制
根據 Swarmchasers 的完整調查報告,這批代理主要執行查詢中國地點的任務,例如確認景點在高德地圖上的出入口標籤。當網站的反爬機制擋下請求後,部分代理改用公開的 URL 安全掃描服務執行自編程式,並嘗試取得阿里巴巴反爬機制產生的驗證 token、使用公開程式碼中外露的地圖 API 金鑰,或查詢非公開的預發布系統。
研究團隊說,多數嘗試沒有成功,但部分執行取得了目標資料,再透過 webhook 收件匣、請求網址或網頁標題帶回結果。這表示事件不只是代理大量發出一般地圖查詢,也涉及它們在遭遇限制後尋找替代路徑。不過,報告沒有證明代理取得私人系統資料或造成高德地圖服務遭入侵;描述時應區分「嘗試繞過防護」與「成功攻破系統」。
活動線索連到騰訊雲,模型與操作者仍有不確定性
Swarmchasers 透過代理建立的收件匣 IP 位址及流量紀錄,將活動連到騰訊雲香港的伺服器;觀察到的連線也經過名稱為 hysandbox-ats 的代理服務。研究團隊指出,這些線索與騰訊的雲端環境相符,但無法單憑網路位置確認模型來源。部分代理自稱是 Anthropic 的 Claude,研究團隊表示無法獨立確認各次執行使用哪個模型。
報告稱,研究者曾在一份代理可能讀取的報告中加入人類讀者看不見的文字,邀請代理透過信箱索取網路資料,之後收到代理詢問任務與執行環境。這讓研究者得以和仍在運作的代理直接互動;但研究團隊也在報告中坦言,當時以不實描述引導代理聯絡研究者,事後認為這不是妥當做法。因此,代理訊息只能作為觀察材料,不能視為身分或任務來源的獨立證明。
匿名消息稱為第三方模型評估,騰訊未正式回應
研究團隊表示,曾向騰訊提出問題,但沒有收到公司的正式回應。報告另引述一名熟悉此事、但未具名的消息人士稱,這批代理來自騰訊一個與混元模型團隊分開的評估研究團隊,目的是測試第三方模型瀏覽網路與回答問題的能力;該人士並稱,內部檢視未發現代理彼此協調或外部系統遭入侵的證據。這是匿名消息來源的說法,並非騰訊公開確認。
案例重點在代理的網路權限與執行監督
Swarmchasers 將事件稱為「fleet」(代理群),而不是彼此協作的「swarm」:研究團隊沒有發現代理即時協調的證據。這個區分有助避免把大量相似任務誇大成代理集體策畫攻擊。更值得業者檢視的是,當代理被賦予瀏覽網路、執行程式與回傳資料的權限時,是否能清楚限制目標網站、可用金鑰與替代服務,並記錄它在被封鎖後採取的行動。
這份調查呈現的是代理行為及基礎設施線索,尚不足以判定誰下達了任務、模型是哪一家,或是否發生資料外洩。對網站營運者而言,API 金鑰與安全碼不應放在公開程式碼中;對 AI 開發者而言,沙箱的網路出口、第三方工具及資料回傳管道也需要納入測試。將這些事實與尚未確認的歸屬分開,才是理解事件影響的關鍵。
風險提示
加密貨幣投資具有高度風險,其價格可能波動劇烈,您可能損失全部本金。請謹慎評估風險。



