Amazon captures AI agents’ records of credential theft and deepfake fraud attempts
Decoy AI endpoints collected the agents’ working histories. The records describe stolen credentials powering more credential hunting—and deepfakes repeatedly failing one identity check.
Listen to this story
The audio brief
Story brief
3 key pointsAmazon Threat Intelligence says agent sessions it collected from October 3 to November 5, 2026, documented credential-harvesting campaigns and attempts to bypass cryptocurrency exchanges’ identity checks. The records show agents using stolen model-provider keys to fund further searches and coordinating deepfake and forged-document work, but they do not independently establish that reported attacks succeeded. Amazon says familiar weaknesses were pursued with greater speed and persistence; defenders should secure AI endpoints and credentials and monitor unusual service usage.
- 01
Amazon attributed the campaigns to the ARTEX open-source security-testing framework with moderate confidence, and assessed separate Chinese-linked groups were involved with moderate confidence.
- 02
A single exposed AI application could reveal credentials for several model providers, which agents reportedly checked and pooled for reuse.
- 03
The recorded deepfake attempts included a video pipeline running at 11.5 frames per second on one consumer-grade GPU, but the vendor’s server-side checks rejected every attempt.
The agents’ records described a self-feeding attack: steal access to AI models, then use that access to hunt for more credentials. Amazon Threat Intelligence published the findings on November 13, alongside evidence of deepfake identity-fraud attempts. But its researchers captured the agents’ accounts of their work—not independent proof that their reported attacks succeeded.
Between October 3 and November 5, 2026, Amazon’s MadPot network of decoy threat sensors posed as AI model interfaces. Agents treated those interfaces as services that could process their requests, sending prompts containing working memory from offensive campaigns.
Those requests exposed instructions, tool histories, reported discoveries and shared operational memory. Individual requests could carry a campaign’s full history, including activity on systems outside MadPot’s view. That gave Amazon a detailed window into the operators’ goals and workflows, rather than a verified tally of compromised victims.
Amazon attributed the campaigns with moderate confidence to ARTEX, an open-source framework for testing systems for security weaknesses. It also assessed, with moderate confidence, that separate Chinese-linked groups were involved, citing language, time-zone settings, targeting and tooling.
Stolen keys as the operating budget
The credential campaign followed a repeatable process: locate exposed AI applications, extract keys granting access to their model providers, check whether the keys worked, and collect them in a managed pool. The records described feeding stolen keys into the framework’s own model gateway to power further searches.
Applications holding credentials for several providers were especially attractive: one weak management interface could expose multiple downstream accounts. The recorded playbook covered default passwords, unprotected management endpoints, unpatched software and secrets left in code or public files. Discovery also drew on internet scanning services, software packages and container images.
Human operators supplied standing instructions, including country order, targeting priorities and restrictions. One operation favored enterprise production sites over personal projects and graded credentials from an initial lead to working access and measurable impact. Planner, worker, verification and compression agents divided tasks, using a shared memory store to pass findings between them.
Deepfakes met a server-side rejection
The second campaign targeted identity checks at two cryptocurrency exchanges. Its records described real-time deepfake video for live selfie checks and forged identity-document images. Agents examined how one verification vendor tracked faces and instructed users to move during a check designed to establish that a living person was present.
The best recorded attempt completed the movement sequence with the face within seven pixels of its target. Yet the vendor’s server-side check rejected every deepfake attempt recorded by the agents. Another session recorded a deepfake pipeline running at 11.5 frames per second on one consumer-grade graphics processor.
The document work targeted file-level signs of editing, including camera metadata and compression details. At least four agent sessions worked concurrently on cashing out, clearing balances, video generation and verification bypass, sharing findings through cross-session tools.
The immediate work for defenders
- Secure AI applications, model gateways and inference endpoints under the same controls as other production systems. Address exposed secrets, default credentials, unauthenticated interfaces and missing patches.
- Monitor unexpected AI-service spending and unusual usage, which Amazon recommends watching for signs of misuse.
Amazon notified potentially affected AWS customers where its assessment warranted it. It also published indicators of compromise so organizations running the targeted technologies can check their own environments.
Sources
- aws.amazon.comAmazon Threat Intelligence observes threat actors running cybercrime campaigns with ARTEX AI agents | Amazon Web Services
Reader comments
Newest comments first. Replies stay oldest first.