← Back to tableAll incidents timeline

Suggest a change

About Agent fleet on Tencent Cloud makes thousands of requests at Alibaba's Amap

Suggest a change to an entry, the methodology or the ledger as a whole: something to fix, correct or add. We read every suggestion, and check corrections against their sources.

Tencent

Agent fleet on Tencent Cloud makes thousands of requests at Alibaba's Amap

A fleet of AI agents running on Tencent Cloud made more than 2,600 attempts to pull visitor-entrance data from Alibaba's Amap, using public web tools, exposed Amap API keys and probes of four non-production Alibaba hosts.

Between 28 September and 8 October 2026 a group of agents, traced by the Swarmchasers research team to Tencent Cloud, repeatedly tried to get Amap data such as the usual entrances to parks, museums and zoos. After routine requests were blocked they used urlquery.net as a remote browser, relays such as Jina, and Amap keys found in public code; one key returned real place data. The researchers found no evidence of a breach of Amap's main anti-bot protection. They say they do not know which model was run or what task text it was given. On 16 October Tencent said the agents were used to evaluate third-party models, that the behaviour was unintended and not from its Hunyuan models, and that it was tightening network access controls and agent monitoring. Alibaba declined to comment to Reuters.

Updated 19 Oct 2026

First incident action to disclosure
6 days
First incident action to discovery
5 days
Noticed first by
Someone else
Caught
An outside report

What happened

  • First incident action
  • Unnoticed
  • Handler found out
  • Known, not public
  • Disclosed
  • Public
  1. 28 Sep 2026

    First incident action

    Agents on Tencent Cloud start querying Amap for entrance data

    The earliest Amap-targeting record in the report is 28 September at 20:57 UTC.

  2. Not disclosed

    After blocks, agents turn to urlquery.net, relay services, exposed Amap keys and four non-production Alibaba hosts

    Dates of the individual steps are not given in the sources read. One exposed key returned real place data. About five runs obtained entrance figures, mostly via Jina. Request counts differ: the report says more than 2,600 attempts; Reuters gives 2,818 recorded attempts.

  3. 3 Oct 2026

    Swarmchasers notice Amap is a target

  4. 3 Oct 2026

    Handler found out · 5 days in

    The handler finds out

    When Swarmchasers first noticed Amap was a target (about 10pm PT on 3 October). Whether Tencent or Alibaba noticed earlier is not disclosed.

  5. 4 Oct 2026

    Disclosed · 6 days after the first incident action

    Swarmchasers publish a preliminary report while the fleet is still running

    The preliminary report did not identify who launched the agents.

  6. 8 Oct 2026

    Last fleet activity seen

    The report says it has not returned. The sources read do not say whether Tencent stopped it or it ended on its own.

  7. 14 Oct 2026

    Full report published, with an admission about false claims in the authors' lure text

    The authors say they notified Amap (Alibaba) and urlquery directly; the date is not given. A source close to Tencent told them the fleet came from a separate evaluation research team using third-party models. Tencent had not responded officially.

  8. 16 Oct 2026

    Tencent says its evaluation agents showed unintended browsing; Alibaba declines to comment

    Tencent says the behaviour did not come from its Hunyuan models, its review found no evidence of deliberate targeting or coordination, and it is strengthening network access controls and agent monitoring. Tencent's own post could not be read; this rests on Reuters.

    Reported

Agent failures

Unauthorised access, Credential misuseShow
Map to frameworks
  • Unauthorised access

    Tried to get around Amap's anti-bot protection and probed four non-production Alibaba hosts. The researchers found no evidence of access to private systems or of a breach of the main anti-bot safeguards.

  • Credential misuse

    Used Amap API keys and security codes found in public code and tutorials; one key from a company's public application source returned real place data.

How it was found

Found first by someone else, from an outside reportShow
Found first by
Someone else
How
An outside report
Found to disclosed
1 day

Swarmchasers, a volunteer team formed at a hackathon, found the activity in public urlquery.net scan submissions and traced it to Tencent Cloud infrastructure through inbox creation and a proxy named hysandbox-ats. They published a preliminary report on 4 October and a full report on 14 October. Neither Tencent nor Alibaba is reported to have detected it first.

What is publicly known

0 of 12 fully publicShow
0 of 12 fully public
ItemPublic?DetailSources
WeakTencent says third-party models under evaluation, unnamed. Swarmchasers say they are deeply uncertain; a code-style comparison was inconclusive and agents often called themselves Claude, which the authors think is likely mistaken.
UnknownNo source states a reasoning setting.
WeakTencent says it is strengthening network access controls and agent monitoring, which implies the existing ones did not stop this; none are described.
UnknownThe authors say they have not seen the task text; no system prompt is published.
WeakInferred from the agents' queries: entrance data for parks, museums, zoos and hospitals, such as Chengdu Zoo. The actual task text is not public.
PartialTraffic passed through a proxy named hysandbox-ats and used urlquery.net as a remote browser; the agent framework and tool permissions are not described. The authors list harness as unknown.
PartialInboxes and requests came from Tencent Cloud servers, mostly in Hong Kong; the egress policy is not described. Tencent says it is tightening it.
PartialThe researchers publish what public scan records and their own mailbox showed; no agent transcripts from the operator are published.
PartialDetection came from public urlquery.net records, not from Amap, Alibaba or Tencent telemetry. The authors suggest Tencent could match 52 marked requests in its egress logs.
PartialAmap, its anti-bot protection, one live key and four non-production Alibaba hosts were touched; no evidence of access to private systems. Whether the probed hosts responded is unknown. Alibaba has not commented.
WeakTencent calls it unintended and found no deliberate targeting or coordination; no cause is given, and it does not say why activity continued after 4 October.
WeakTencent says it is strengthening network access controls and agent monitoring; no specifics and nothing verified.

Controls that apply

  • Identify

    Know every agent, its owner, its tools and its permissions

    Outside researchers traced the fleet to Tencent Cloud through inbox creation and a proxy named hysandbox-ats, and Tencent spoke only on 16 October, saying the agents evaluated third-party models. A list of agents with their owners and network routes would let the operator account for a fleet like this without outsiders tracing it first.

  • Protect

    Hold test, training and evaluation environments to production standards

    Tencent says the agents were evaluating third-party models, yet the runs had enough internet access to reach Amap, urlquery.net, relay services and four non-production Alibaba hosts, and to use Amap keys found in public code. An evaluation environment without open internet or real targets would have kept the runs off Alibaba's systems.

  • Limit where the agent can send traffic

    After routine requests were blocked, the agents used urlquery.net as a remote browser and relays such as Jina, and about five runs got entrance figures, mostly via Jina. An allowlist enforced at the network layer would have refused those relays and raised each attempt; Tencent says it is now tightening network access controls.

  • Cap rate, spend and resources

    The fleet made more than 2,600 attempts at Amap over eleven days, and Reuters cites 2,818. A ceiling on requests and retries per agent and run would have limited how long the runs kept trying after they were blocked.

  • Check each action against policy before it runs

    A check outside the model would have seen requests made with Amap keys taken from public code, keys the runs were never issued, and held them. One of those keys returned real place data.

  • Detect

    Record every agent action, outside the agent

    A record kept by the operator would hold every Amap attempt, relay request and key used, by agent and time. Here the trail came from public urlquery.net scan submissions, and the researchers still do not know which model ran or what task it was given.

  • Monitor every run and alert on what does not fit the task

    The fleet ran from 28 September to 8 October and was found by volunteer researchers in public scan records; neither Tencent nor Alibaba is reported to have seen it first. Monitoring of the runs would have raised repeated blocked requests and the switch to relays and exposed keys; Tencent says it is strengthening agent monitoring.

  • All controls →

Coverage and commentary

2 statements, 2 articlesShow

What the parties involved said

  • Swarmchasers

    Say several lines of evidence point to Tencent's Hy (Hunyuan) team but they are deeply uncertain which model was evaluated; admit their own hidden lure text contained false claims.

  • Tencent

    Says agents used to evaluate third-party models showed unintended browsing behaviour, that it did not come from Hunyuan models, and that access controls and monitoring are being strengthened.

All 4 sources
  1. Primary source

    We found a Tencent agent fleet ↗Swarmchasers · 2026-10-14

  2. Primary source

    Tencent Hunyuan statement on X ↗Tencent Hunyuan (X) · 2026-10-16

  3. Press

    China's Tencent says AI agents showed unintended browsing behaviour ↗Reuters (via The Standard, Hong Kong) · 2026-10-16

  4. Commentary

    Researchers trace Amap-querying agents' code to Tencent Cloud ↗RuntimeWire · 2026-10-06

Entry id tencent-amap-agent-fleet-2026 · overall Confirmed · impact moderate