Anthropic's September 2026 threat intelligence report groups several ShinyHunters-affiliated operators under one designator, GTG-50014, not because they share tooling but because they share a pattern. One operator ran a distributed pipeline that decompiled 1.8 million Android APKs looking for hardcoded secrets and sold the results through a Telegram storefront. Others breached SaaS vendors and walked out with token sets spanning dozens of downstream corporate tenants. All of them, per Anthropic, directed Claude toward a goal and let it handle the steps — what the report calls "vibe hacking." This is a deep dive on that case; our summary post covers the report's other GTG cases and cross-cutting trends.

TL;DR
| Question | Answer |
|---|---|
| Who is GTG-50014? | Several disparate operators suspected to be ShinyHunters affiliates, unified by shared objectives and approach rather than shared tooling |
| What's the headline technique? | "Vibe hacking" — directing Claude at a goal and letting it evaluate, script, and execute repeatedly with minimal human oversight |
| What did the credential-harvesting pipeline find? | Secrets scanned out of 1.8 million decompiled Android APKs, plus a parallel GitHub Personal Access Token harvester |
| What did the SaaS supply-chain affiliate get? | Data from roughly 200 downstream customers of one SaaS vendor, and 2,100+ Azure AD token sets across 40+ tenants in about 34 hours |
| Were Anthropic's own systems breached? | No — stolen AI API keys came from Anthropic customers' environments, not Anthropic's own infrastructure |
| Does Beam catch this? | No — this is provider-side and victim-cloud activity, outside the scope of a local skill/MCP scanner |
Who GTG-50014 actually is
Anthropic is explicit that the affiliates tracked under GTG-50014 "appear disparate, and seem to be operating with their own tooling and operational workflows" — yet the report groups them because analysis of their approaches and objectives shows they're part of the same overall operation, consistent with ShinyHunters, a collective known for large-scale data theft followed by pay-or-leak extortion.
Three sub-clusters get the most detail in the report, and each is worth understanding on its own terms.
The carding autoshop operator (frkoo / MeowSHA / blazespider)
One French-speaking operator, using the aliases MeowSHA, frkoo, and blazespider, ran a distributed credential-harvesting pipeline across a fleet of 10 AWS EC2 workers. The pipeline mass-downloaded 1.8 million distinct Android APKs from multiple app-store sources, decompiled them, and scanned for hardcoded secrets with TruffleHog. Verified findings were routed in real time to a Telegram group organized into over 100 source types. A parallel GitHub organization email harvester fed a second stream of stolen GitHub Personal Access Tokens — together, these two pipelines supplied the initial-access credentials for the bulk of frkoo's confirmed breaches.
Operational security was mixed at best. frkoo exposed their own EC2 staging IP, multiple Telegram bot tokens, a Squid proxy with hardcoded credentials, and at least one public paste-site upload directly inside a victim environment. They also registered policenationale[.]cc, a domain impersonating the French national police — Anthropic assesses this served as branding for the criminal storefront rather than a phishing lure.
The storefront itself, hosted at the subdomain autoshop.policenationale[.]cc, sold stolen payment-card records ("fiches") enriched with BIN lookups, full cardholder PII, and an interactive geolocation map of victim addresses. Customers reached the shop through a Telegram Mini App (@Soraki_Bot) backed by a "Soraki" platform — a PostgreSQL/GraphQL stack that also aggregated multiple French breach datasets, including a roughly 400,000-record telecom/ISP dataset with IBANs and BICs, into a single searchable service.
The SaaS supply-chain affiliate
A different affiliate specialized in supply-chain theft: compromise one company to reach the downstream data of its customers. After breaching a software-as-a-service provider, the operators used that foothold to extract data belonging to roughly 200 of the SaaS company's downstream customer organizations. From there, they conducted a session-store dump containing over 2,100 Azure AD token sets spanning more than 40 corporate tenants — in about 34 hours, with AI agents performing nearly all of the work.
The XSS-to-mass-exfiltration affiliate
A separate actor exploited a cross-site scripting vulnerability in a SaaS vendor to gain access, escalated privileges, and exfiltrated data from thousands of downstream customer organizations, using Claude to accelerate both reconnaissance and exfiltration. This affiliate also treated bug-bounty programs as a second revenue stream against the same targets it was compromising — claiming legitimate HackerOne payouts of $2,000 and $5,000 from two companies it had separately infiltrated and extorted.
Operational tempo across this affiliate's campaigns was notably fast and consistent: one breach of an enterprise software company took only hours from first access to bulk data theft, and a separate compromise escalated from a single stolen developer token to full administrative control of a victim's cloud environment in roughly three hours.
Shared victims across the collective
Across the wider collective, a target's AI API keys — stolen from the target's own enterprise software vendors during an intrusion — were reused by the attacker for roughly three weeks to run secondary attacks against other organizations, including compromising a French retail chain and probing a Web3 identity platform. Individually named victim outcomes in the report include a technology provider that lost more than a terabyte of data (including hundreds of thousands of national identifiers and millions of payment card records, staged on a public site to pressure payment), an airline whose systems held tens of millions of passenger records, and an energy company where the operators claimed they could remotely control the charging current of home EV chargers.
"Vibe hacking," precisely
This is the framing concept that matters most in the GTG-50014 case, and in the report as a whole. Anthropic describes it this way: operators direct AI to achieve general goals — "use this credential against this entity," "retrieve data from this broad set of targets" — and then let the AI evaluate the environment, author and execute scripts, summarize what it finds, and repeatedly execute until the task is complete.
The operator very often doesn't understand the specifics of a given target environment. They defer that understanding to the model entirely. That's the load-bearing detail: "vibe hacking" isn't AI making an attacker's existing skills faster, it's AI substituting for skills the operator doesn't have. The credential is the input; the compromise is the output; everything in between — reconnaissance, privilege escalation, data location, exfiltration scripting — is delegated.
Anthropic ties this to a familiar security concept from the defender's side: "living off the land," attacks that use tools already present in the victim's environment. GTG-50014's operators applied the same principle to AI itself — treating the target's own AI supply chain (stolen API keys, in-victim agent deployments) as both a target to exploit and a resource to exploit with. An attacker no longer needs to bring specialized tooling to a target; if the target has AI access anywhere in its stack, that access is itself a usable asset once stolen.
This is also why watching what an agent did generalizes better than watching what an agent was asked to do — the same principle behind Beam's own monitoring philosophy. An operator's prompt in a vibe-hacking case can be as generic as "get me into this," with the AI making every subsequent decision. The signal worth catching lives in the actions, not the intent stated upfront.
The 8-stage attack lifecycle
Anthropic mapped a shared lifecycle across GTG-50014's affiliates — the same shape recurring from credential harvest through to monetization, even where tooling differed operator to operator.

| Stage | What happens |
|---|---|
| 1. Sourcing and recon | Most intrusions began from compromised credentials, sourced through scanning, vishing, phishing, and domain-spoofing operations designed to trick employees into granting access |
| 2. Discover | Exposed tokens found at industrial scale via automated scraping — app binaries, code repos and integrations, client-side code, credential stores, container images, metadata endpoints, open storage, and victim-deployed AI agents themselves |
| 3. Validate/qualify | Every discovered credential is tested and qualified before use or resale — batch cloud-key validation, purpose-built login oracles, live replay against production, resale-value grading, offline cracking |
| 4. Expand in-victim | One working credential used to expand access — whole-cluster secret dumps, admin-token amplification, CI/CD injection, database and session-table dumps, mining dumps for signing keys, vendor-OAuth fan-out to every downstream tenant |
| 5. Exfil channels | Stolen material moves out over six channels — consumer cloud storage, a private NAS over mesh-VPN, Telegram bot streams, staging inside the victim's own cloud, C2 channels, and plain bulk API pulls |
| 6. Warehouse | Loot is warehoused for reuse and resale — a self-hosted estate re-serving stolen databases, per-victim loot trees, a Telegram warehouse doubling as storefront, and working key stores |
| 7. Mint/persist | New credentials and durable access are minted so the operation outlives rotation — cloud API keys planted in victim accounts, platform developer keys, forged sessions and 2FA codes, network backdoors |
| 8. Monetize | Resale channels and key pools, direct financial theft, extortion over stolen data, dual-hat bug-bounty income on the same targets, and bulk data held for leverage |
The example Anthropic gives for stage 2, discovery, is the frkoo pipeline itself: a project that downloads every APK from the Google Play Store and searches them for exposed session tokens — automated, at a scale no individual researcher manually reviewing app decompiles could sustain.
Anthropic published a separate figure for most of these stages. We've embedded the full set below, each captioned with the stage it illustrates.
Anthropic's animated figure for the attack lifecycle and AI integration overview.

Figure 2. The attack lifecycle and AI integration.

Figure 3. Sourcing and recon.

Figure 4. Discover.

Figure 6. Expand in-victim.

Figure 7. Exfil channels.

Figure 8. Warehouse.

Figure 9. Mint/persist.

Figure 10. Monetize.

Figure 11. Common workflows observed. (Anthropic did not publish a separate Figure 5 for the validate/qualify stage.)
AI credentials as target, loot, and compute
GTG-50014's operators treated the AI supply chain itself as both a target and a resource. During multiple intrusions across the collective, a target's AI API keys were stolen from the target's own enterprise software vendors. One of those stolen keys was then used by the attacker for roughly three weeks to run secondary attacks against other organizations — the stolen key wasn't resold or discarded, it became the attacker's own compute budget.
Anthropic is specific about attribution here: in every instance the group's stolen API keys were traced to Anthropic customers' environments, not to Anthropic's own systems. Anthropic's own infrastructure was not compromised by this actor. That distinction matters for how the pattern generalizes — the exposure originated in how a customer handled its own credentials, the same class of exposure that produced the APK-scraping and GitHub PAT-harvesting pipelines in the first place. We cover the broader AI-credential-as-asset-class pattern across the whole report in a separate deep dive.
Indicators of compromise
These are Anthropic's published IOCs as of the report's September 2026 publication date; treat them as historical artifacts of disrupted infrastructure, not a live blocklist.
Domains and infrastructure
| Indicator | Note |
|---|---|
updatebeacon.duckdns[.]org | Attacker infrastructure |
esvfecawvjmchjslqyemho2fiduc59wzn.oast[.]fun | Out-of-band interaction callback domain |
soraki-proxy.20245aad98d27b1b1a2f0f103e1d7ee0.workers[.]dev | Cloudflare Workers proxy for the Soraki platform |
soraki[.]cc, soraki[.]work | Soraki platform domains |
policenationale[.]cc | French national police-impersonating domain; branding for the carding autoshop, not a phishing lure |
emailsecure[.]email | Attacker infrastructure |
mozilla[.]ws | Attacker infrastructure |
signin-1psswoord[.]com, on-pssword[.]com | Credential-phishing-style domains |
ari-chain[.]com, arichain[.]network | Attacker infrastructure |
bitmart-mystery[.]com, defi-claim[.]xyz | Crypto-themed lure domains |
service-infos[.]info | Attacker infrastructure |
0x0[.]st | Used for exfiltration file uploads via curl |
Exfiltration locations
| Indicator | Note |
|---|---|
fuckyoubasil[@]s3.ap-tokyo.megas4[.]com | MEGA S4 exfiltration bucket account |
https[:]//s3.eu-central-1.s4.mega[.]io/fuckyoubasil/ | MEGA S4 exfiltration path |
https[:]//s3.ap-tokyo.megas4[.]com/<victim-name> | Per-victim MEGA S4 bucket path pattern |
<victim-name>.s3.ap-tokyo.megas4[.]com | Per-victim MEGA S4 subdomain pattern |
Telegram group and bot IDs
| ID | Role |
|---|---|
-1003893854338 | Private group "ClintonHog" — received the first wave of verified stolen credentials from the APK secret-scanning pipeline |
-1003311614569 | Private group "ChatMignon" — primary exfiltration channel, 471 forum topics, one per secret-detector type |
8632748474 | Telegram bot posting into ClintonHog |
8664033117 | Telegram bot posting into ChatMignon |
8628746407 | Bot delivering AWS SES credential-validation results |
8709258476 | Bot delivering AWS SNS SMS-abuse test results |
8179098353 | Operator account receiving SES/SNS bot output |
Attacker egress IPs
| IP | Active date range |
|---|---|
162.128.129[.]106 | 2026-02-20 to 2026-03-10 |
195.178.110[.]131 | 2026-03-12 to 2026-04-30 |
45.148.10[.]242 | 2026-04-06 to 2026-04-27 |
92.118.39[.]3 | 2026-04-10 to 2026-04-19 |
185.65.134[.]246 | 2026-04-19 to 2026-05-04 |
185.65.134[.]199 | 2026-04-19 to 2026-04-28 |
193.32.249[.]161 | 2026-03-21 to 2026-04-18 |
193.32.249[.]164 | 2026-04-18 to 2026-05-06 |
193.32.249[.]170 | 2026-03-20 to 2026-04-06 |
104.36.50[.]54 | 2026-04-24 |
104.193.135[.]207 | 2026-04-05 |
2a04:cec0:1185:34f2:a150:7081:caed[:]448e | 2026-04-06 to 2026-04-07 |
2a01:e0a:2e2:aa40:b15d:5d28:6f4a[:]8d53 | 2026-04-20 to 2026-04-21 |
91.171.138[.]169 | 2026-04-19 to 2026-04-21 |
176.177.12[.]62 | 2026-04-19 to 2026-04-20 |
What Beam does and doesn't have to say about this
Worth stating plainly, since it's easy to conflate a provider-level threat report with a local security tool's scope: Beam's scanner checks skill files and MCP configs on your own machine against 11 heuristic patterns before you run them. Nothing in GTG-50014's activity happens at that layer. The APK secret-scraping pipeline runs against public app stores. The SaaS supply-chain breaches happen inside vendor infrastructure and victim cloud environments. The Telegram-based resale operation runs entirely outside any single organization's machines. A local, pre-execution scanner has no vantage point into any of it, and claiming otherwise would misrepresent what Beam actually does.
Where this case does connect to Beam's scope is narrower: the same discipline that catches a credential-exposing pattern in a skill file before you run it — checking for hardcoded secrets, destructive commands, unexpected network calls — is the same discipline GTG-50014's Discover and Validate stages exploited at scale against everyone else's published code and app binaries. See Beam's MCP security guide and the npm supply-chain worms post for the version of this pattern that does live at Beam's layer — dependency and tooling supply chains, not SaaS vendor infrastructure.
Related reading
- Anthropic's September 2026 threat intelligence report: agents as orchestrators — our summary of the full report
- GTG-20006: Russian espionage and the self-healing malware loop
- GTG-10007: the autonomous exploit foundry
- The AI supply chain as target, loot, and attack compute
- GTG-50020: from hotel bookings to the AI supply chain
- GTG-50029: the one-person hacktivist doxxing platform
- What is AI agent monitoring?
- MCP security: a practical guide to tool poisoning and rug pulls
- npm supply-chain worms are coming for your AI tooling
- Moonshot and DeepSeek secretly served Claude instead of their own models — explainx.ai's coverage of the same report's illicit-distillation cases, a related pattern of proxy-based credential and capability abuse
This post reflects Anthropic's September 2026 threat intelligence report as published. GTG-50014 case details, indicators of compromise, and figures are Anthropic's own; Beam's product scope statements are current as of publication and describe local, pre-execution scanning only.
