x47.c botnet comes with 18 attack methods, including AI API draining

x47.c is a previously undocumented Windows botnet advertised with 18 attack methods, credential theft, SOCKS5 proxies, and an AI module designed to help it remain on infected machines. Qrator Research Labs identified the offering, sold by WraithTools, during routine threat hunting.

One of the advertised methods, “AI API drain,” is designed to exhaust a victim’s paid AI credits. Using a valid API key, an operator can send repeated requests that consume the account’s balance or increase its bill. OWASP describes this type of attack as Denial of Wallet (DoW).

To understand how x47.c works, we reviewed its advertisement, technical documentation, panel screenshots, and follow-up messages from the seller. In this post, we break down the AI drain mode, the other DDoS methods, and the features intended to keep infected machines under an operator’s control.

Figure 1: x47.c platform overview and included components

How x47.c botnet drains paid AI API credits

The AI drain command starts with a valid API key for the account being targeted. For OpenAI, xAI, and compatible chat APIs, the operator supplies that key and a model name. The bot then sends requests directly to the provider; when accepted, these billable requests consume credits or generate charges.

Anyone with a valid key could also automate these requests using a script. What caught our attention was the x47.c seller explicitly advertising AI API draining as one of the botnet’s attack methods.

Because those requests go straight to the provider, they do not need to pass through the victim’s application. The website can remain reachable while the account behind its AI features runs out of credits. If the provider rejects further requests once the account balance is exhausted or an enforced limit is reached, legitimate users lose access to those features.

Figure 2: Seller documentation showing the API-key requirement

WraithTools describes using this method against applications that rely on paid AI services. In follow-up messages, the operator points to automatic top-ups as a way to keep generating charges even after the account’s initial balance is exhausted. The resulting cost depends on how much additional spending the account permits.

Figure 3: The seller describes targeting an application’s AI spending balance

The targets suggested by the seller include chatbots, AI-connected content management systems, trading bots, and scanners. WraithTools also explicitly pitches the method as a service that buyers could use against competitors. In the documented implementation, however, targeting any of these services requires a valid AI API key for the account being charged.

Figure 4: The seller describes potential targets and attacks against competitors

Inside the x47.c botnet

AI API draining sits alongside a broader collection of DDoS methods implemented in x47.c. These give operators options for overwhelming web applications, holding connections open, and flooding network services from the same panel.

In an advertisement dated August 3, 2026, the seller, WraithTools, offers a $200 base package with a $150 DDoS add-on. The full $950 package also includes credential theft, SOCKS5 proxies, and AI-assisted persistence.

That panel is labeled “x47 Fast Flux C2GUI v4.1.” It separates bot management, fast-flux configuration, proxies, stealer logs, stealth activity, and DDoS into dedicated tabs.

Figure 5: Seller-provided x47.c panel showing bot counters and module tabs

From the DDoS tab, an operator selects the target and attack method. According to the documentation, each bot runs one attack at a time. The 18 listed methods include AI API draining, HTTP floods, slow HTTP connections, TCP and UDP floods, TLS connection stress, as well as several reflection and amplification techniques.

Figure 6: Attack methods listed in the seller’s technical documentation

The HTTP methods are designed to consume application resources, including the server workers and connections needed to serve legitimate users. TCP and UDP floods can also put pressure on connection capacity or available bandwidth. The AI drain mode extends that resource exhaustion to the paid account supporting an application’s AI features.

Some methods depend on what the infected machine allows. The documented SYN mode uses raw sockets when the necessary support and privileges are available, then falls back to TCP connection attempts if they are not. We found no throughput measurements or test results supporting the advertised protection-bypass modes, so their effectiveness remains unclear.

How x47.c keeps bots under control

The bots receive those attack instructions through a command-and-control (C2) server. To help them reconnect when a destination becomes unavailable, x47.c includes what WraithTools calls a “fast flux” configuration. Each bot remembers its last working destination and tries alternative domains and IP addresses when the connection fails.

The Fast Flux tab of the x47.c operator panel shows six domains, eight IP addresses, as well as the preferred hostname and IP for individual bots. This gives the operator a view of the configured destinations and the connections bots are using.

Figure 7: The Fast Flux tab lists domains, IPs, and per-bot connection details

Several of those domains can point to a single VPS, according to the documentation. Switching hostnames may therefore return a bot to the same server. The configuration provides alternative connection destinations, but the domain count alone does not show how many independent C2 servers are available.

How x47.c uses AI for persistence

Alongside C2 reconnection, x47.c includes an “AI Stealth” module designed to maintain persistence on infected machines. It is described as using xAI Grok to assess the host’s state and choose from predefined actions for persistence and concealment.

The operator enables those calls by including an xAI key in the build. The supplied status messages report startup changes, persistence repair, and Windows Defender exclusions. They also show local fallback actions when a model call fails, allowing host maintenance to continue without a successful AI response.

Figure 8: Seller-provided status messages describing AI and fallback actions

The documented persistence options include startup entries and scheduled tasks. Process hollowing and privilege elevation are optional, with the bot described as continuing to run if either fails. The AI component supports these host-maintenance functions, while the operator remains responsible for choosing DDoS targets.

Operators can also download, update, and remove software through the host-management commands. A competing-malware removal module is intended to clear rival artifacts from infected machines. WraithTools additionally advertises a rootkit, although the documentation does not specify a kernel-level implementation.

Credential theft and SOCKS5 proxying

With those mechanisms intended to preserve access, x47.c gives operators two further ways of using an infected machine: collecting credentials and relaying traffic. Both are controlled from the same desktop panel.

The stealer documentation lists browser passwords, cookies, and Discord tokens as collection targets. The Stealer Logs tab of the x47.c operator panel groups the reported results by host and shows counts for passwords, cookies, and tokens, allowing an operator to review the material returned from individual machines.

Figure 9: Stealer log previews show counts of passwords, cookies, and tokens

The advertisement also lists wallets and AI-site tokens among the collection targets. Although AI draining appears in the same package, the documentation does not describe stolen tokens being converted into provider API keys or passed automatically to the drain command. That command requires the operator to supply a valid account key.

Beyond collecting data, the SOCKS5 module turns the infected machine into a traffic relay. It uses a documented reverse connection through C2 to support hosts behind network address translation, with relayed traffic leaving through the victim’s network. In the x47.c operator panel, the SOCKS5 tab lists proxy connections, health-check results, and timeouts so the operator can track which relays are available.

Figure 10: The SOCKS5 tab displays proxy entries and health-check results

Protecting against x47.c

Defending against x47.c involves three separate problems: preventing endpoint infection, protecting exposed AI accounts, and defending services against DDoS attacks launched by infected machines.

On the endpoint side, conventional security solutions such as AV/EDR should detect and block the malware before it establishes persistence. If a host is already infected, security teams should isolate it, remove the bot and its persistence mechanisms, and investigate potentially stolen credentials and sessions. Removing the malware does not invalidate data that has already been stolen, so compromised credentials and tokens must be revoked.

AI provider accounts require separate attention wherever an API key may have been exposed. Revoke compromised keys and compare usage and billing records with legitimate application activity. Spending limits and controls over automatic top-ups can limit financial damage. Crucially, the documented AI API drain module of x47.c sends requests directly to the AI provider, so filtering traffic at the victim’s website will not stop these calls.

Finally, network services need protection against DDoS attacks launched by x47.c bots. The documented methods include HTTP floods, connection exhaustion, TCP and UDP floods, as well as reflection and amplification techniques, so protection needs to cover both application and network layers.

Investigation identifiers

The following identifiers were taken from the screenshots and technical documentation reviewed for this article. They can support an investigation, but filenames and protocol strings should be corroborated with host and network activity.

  • Seller username: WraithTools
  • Advertised product: x47.c, Fast Flux Edition v4.1
  • Panel title: x47 Fast Flux C2GUI v4.1
  • Package directory: x47.c_FF_v4.1
  • Documented EXE output: x47_bot.exe
  • Documented DLL output: x47_bot.dll
  • C2 server script: server_master.js
  • Relay handshake prefix: REVERSE_PROXY|

MITRE ATT&CK Mapping

The behaviors described above map to the following MITRE ATT&CK techniques. These mappings reflect the supplied documentation and screenshots.

  • T1498.001 (Direct Network Flood) — TCP and UDP floods listed in the attack documentation.
  • T1498.002 (Reflection Amplification) — Reflection and amplification modes listed by the seller.
  • T1499 (Endpoint Denial of Service) — HTTP floods, slow HTTP connections, and TLS connection stress.
  • T1008 (Fallback Channels) — Alternative domains and IPs tried after a C2 connection fails.
  • T1547 (Boot or Logon Autostart Execution) — Startup entries described as a persistence option.
  • T1053.005 (Scheduled Task) — Scheduled tasks described as a persistence option.
  • T1685 (Disable or Modify Tools) — Seller-provided status messages describe Windows Defender exclusions.
  • T1055.012 (Process Hollowing) — Optional process hollowing described, with fallback if it fails.
  • T1555.003 (Credentials from Web Browsers) — Browser password collection listed in the stealer documentation.
  • T1539 (Steal Web Session Cookie) — Browser cookies listed among the stealer’s collection targets.
  • T1090 (Proxy) — SOCKS5 relay traffic routed through infected hosts.
  • T1105 (Ingress Tool Transfer) — Download and update commands for software on infected hosts.

Get your Report

Full name *
Work email *
Job Title *
Company name *

I acknowledge and agree to the terms and conditions set forth in Qrator Labs’ Privacy Policy.

Survey

Share your experience and expectations regarding DDoS protection. Your answers will help us tailor solutions to meet your cybersecurity needs.

Tell us about your company’s infrastructure and critical systems. This will help us understand the scope of protection you require.

Help us learn about how decisions are made in your company. This information will guide us in offering the most relevant solutions.

Let us know what drives your choices when it comes to DDoS protection. Your input will help us focus on what matters most to you.

1/4. Questions about Awareness and Needs Questions about Infrastructure Questions about Decision-Making Questions about Motivation
What is most important to you when choosing an Anti-DDoS solution? (select multiple options)
Who in your company makes decisions about cybersecurity solutions?
What is your company's average internet traffic volume?
Mb
Have you encountered DDoS attacks before?
What key risks do you want to minimize with DDoS protection?
When do you plan to consider a solution for DDoS protection?
Which systems are critical for your business to protect? (select multiple options)
Does your company have a solution to protect against DDoS attacks?
What is your company’s primary type of activity?
What level of DDoS protection do you consider sufficient?
Team size:
Thank you for completing the survey!
Your participation will help us produce better market analytics.
Thank you for staying with us!
If the document does not load, please click the "Download" button. Help us better understand the market and prepare better analytics, take the survey.
Your subscription successfully activated
Type
Name
Email
Phone Number
Write your message