ProBackend
active vulnerability exploitation
3 hours ago8 min read

Attackers Exploit Claude AI's Legitimate Domain to Host Malicious Installer in Bing Malvertising Campaign

A malvertising campaign on Bing uses a fake Claude desktop app installer hosted on the legitimate Claude.ai domain to deliver SectopRAT malware, compromising at least 29 organizations.

AI Cybersecurity Threats Just Got Personal

You clicked a Bing ad for Claude. You thought you were getting the future of AI. Instead, you got SectopRAT.

This isn’t theoretical. Between July 21 and 22, 29 organizations got owned—not by a zero-day in Windows, not by a phishing email, but because someone trusted a sponsored search result. The attacker didn’t even need to compromise Claude.ai. They just rented space in Bing’s ad network and used the domain’s legitimacy like a key. It’s elegant. It’s terrifying. And it’s happening right now.

The fake installer? ClaudeDesktop.exe. It looked real. It felt real. And it was built on a legitimate JetBrains Chromium component, sideloading libcef.dll to inject the malware. No fancy exploits. No cryptic shellcode. Just a well-placed ad and a trusted name. That’s the new bar for attack simplicity.

And the payload? SectopRAT. Not some script kiddie toy. This thing’s been around since 2019. It’s got HVNC—Hidden Virtual Network Computing—which means once it’s in, a real human operator can sit at your screen, type your passwords, open your files, and chat with your coworkers through your own Slack. It steals passwords, credit cards, browser cookies, FTP credentials, and data from Discord, Telegram, Steam, even your VPN configs. It’s not just stealing data—it’s stealing your digital identity.

What’s worse? The attackers used Claude Opus 4.8 themselves to analyze the malware. Yes, you read that right. The same AI you trust to draft your emails, debug your code, and explain quantum mechanics was used to reverse-engineer the very malware targeting you. They used it for shader emulation, cryptographic reconstruction, .NET analysis. They weaponized the tool you thought was your ally.

The persistence mechanism? DockerDesktop.exe. A scheduled task. Not even obfuscated. Just… there. Because why hide when the world trusts Claude.ai?

And the C2? EtherHiding. They’re not using traditional servers. They’re hiding command-and-control addresses inside Ethereum BNB Smart Chain transactions. You can’t block it with a firewall. You can’t detect it with an EDR rule. It’s blockchain-based steganography. It’s not malware. It’s a financial transaction.

Huntress found 10 domains tied to the same email since December 2025. One of them was previously used to distribute StealC. Seized during Operation Endgame. And still, the attacker came back. They didn’t care about attribution. They didn’t need to. They just needed you to click.

We keep talking about AI agents as if they’re the next frontier. But this? This is the first time an AI-powered attack used AI as both weapon and shield. And we’re still treating AI security like it’s a compliance checkbox.

You don’t secure AI by adding more firewalls. You secure it by assuming every search result is compromised. Every ad, every sponsored link, every "official" download from a domain you recognize—it’s all a vector now. The trust model is broken. And if you’re still downloading software from Bing, you’re not being cautious. You’re being naive.

This isn’t a bug. It’s a feature of the new threat landscape. And it’s only going to get worse.

AI Cybersecurity Threats Just Got Personal

The Anatomy of a Trust Exploit

Let’s break this down. Not as a threat report. As a story.

Someone searches for "Claude desktop app." Bing shows a sponsored result. It says: "Download Claude AI Desktop - Official." The domain? claude.ai. The logo? Identical. The URL? Clean. No subdomains. No odd redirects. Just the real thing.

You click. You download. You run.

What you don’t see is the Chromium engine inside ClaudeDesktop.exe. It’s not malware. It’s not even suspicious. It’s the same open-source engine that powers Chrome, Edge, and dozens of legitimate apps. But inside it? A DLL called libcef.dll. That’s the payload. The actual SectopRAT code. It’s loaded at runtime—no file written to disk until the DLL is injected. That’s why traditional AV misses it. It’s not a file. It’s a memory injection.

Then comes DockerDesktop.exe. Not Docker. Not the real thing. Just a fake name. It runs once. Installs a scheduled task. Reboots your system. And now, even if you delete the installer, the malware survives. It’s not hiding. It’s just… waiting.

The anti-analysis tricks? They’re not advanced. They’re psychological. Shader timing checks. GPU memory tests. VM detection. These aren’t meant to stop a nation-state. They’re meant to stop a junior analyst running the file in a VM because they’re "being careful." And guess what? Most of them fail. The malware detects the VM, doesn’t execute, and the analyst thinks it’s clean. The attacker wins by making you feel safe.

And then there’s the EtherHiding. This is the real genius. The malware doesn’t connect to a server. It reads Ethereum blockchain transactions. Specifically, BNB Smart Chain. It looks for a transaction with a specific hash pattern. Inside that transaction’s data field? A Base64-encoded C2 address. The malware pulls it down. Uses it. Then waits for the next update. No DNS lookup. No HTTP request. No signature. Just a public blockchain. You can’t block it. You can’t log it. You can’t even see it unless you’re monitoring blockchain activity. And who does that?

The attackers didn’t need to build a botnet. They didn’t need to compromise cloud infrastructure. They didn’t need to steal credentials. They just needed you to believe Claude.ai was safe.

And that’s the real vulnerability. Not the code. Not the DLL. Not the blockchain. The belief.

We’ve trained users to trust domains. We’ve trained companies to trust search ads. We’ve trained AI to trust its own outputs. And now, attackers are just… using the rules we built.

This isn’t a hack. It’s a social contract violation.

And the scariest part? It’s not going away. It’s getting smarter.

The Anatomy of a Trust Exploit

Why AI Security Is Failing (And How to Fix It)

We keep treating AI security like a technical problem. Add more ML models. Deploy more EDR. Train more analysts. But the real problem isn’t the code. It’s the culture.

We treat AI tools like magic boxes. We don’t audit their inputs. We don’t validate their outputs. We assume if it’s "powered by AI," it’s safe. And attackers know it.

Look at what happened here. The attackers used Claude Opus 4.8 to reverse-engineer SectopRAT. Not to build a better attack. To build a better cover. They used the AI to make their malware look legitimate. To pass analysis. To evade detection. And we didn’t even notice.

We’re not ready for this.

Here’s what you need to do:

1. Stop trusting domains. Start trusting provenance.

If you’re downloading software, don’t look at the domain. Look at the signature. The checksum. The build timestamp. The artifact hash. If it’s not signed by Anthropic’s official certificate, it’s not Claude. Even if it’s on claude.ai.

2. Treat search ads like malware.

Every sponsored result is a potential attack surface. Bing, Google, DuckDuckGo—they’re all ad networks. And ad networks are the most unregulated attack vector on the internet. If you’re clicking on a "Download" button from a search result, you’re already in the danger zone.

3. Monitor blockchain transactions for C2.

If you’re running an enterprise environment, you need to be watching BNB Smart Chain for anomalies. Not because you expect a crypto hack. But because attackers are using it as a proxy. The same way they used Telegram for C2. The same way they used GitHub for malware repos. This is the next phase.

4. Assume your AI tools are compromised.

If you’re using Claude, ChatGPT, or Gemini to analyze code, reverse malware, or generate reports—assume the attacker has already compromised the model. Use local, air-gapped, open-source alternatives for forensic work. Don’t feed malware to a cloud AI. Ever.

5. Build a zero-trust download policy.

No more "I saw it on Bing." No more "It’s on the official site." No more "It’s from a trusted vendor." Every download must be verified against a signed artifact repository. No exceptions.

This isn’t about being paranoid. It’s about being realistic.

The future of AI security isn’t more AI. It’s less trust.

And if you’re still using search results to install software? You’re not just at risk.

You’re the attack surface.

The Bigger Picture: AI as Both Weapon and Shield

This campaign—FakeAgent—isn’t just about SectopRAT. It’s a signpost.

It’s the first time we’ve seen an attacker use AI to both build and disguise malware. Not just to automate tasks. To evolve the narrative. The attackers didn’t just use Claude Opus 4.8 to analyze code. They used it to justify the attack.

They knew analysts would assume Claude.ai was safe. They knew users would trust Bing’s ads. They knew security teams would ignore blockchain-based C2 because "it’s not a protocol." And they were right.

This is the new playbook: weaponize trust.

The next attack won’t use a fake Claude app. It’ll use a fake IBM Watson agent. A fake Microsoft Copilot plugin. A fake Google Gemini extension. The domain will be real. The logo will be perfect. The download link will be HTTPS. And the payload? A multi-agent autonomous system that learns your network, adapts to your defenses, and waits for the right moment to strike.

And we’ll be blind.

Because we’re still treating AI security like it’s about patching vulnerabilities.

It’s not.

It’s about rethinking how we trust.

We need new standards. New protocols. New assumptions.

Until then? Don’t click. Don’t download. Don’t trust.

And if you’re a security leader? Start asking your team: "What if the AI we’re using to defend us is already compromised?"

That’s the question nobody’s asking.

But it’s the one that will save you.

More blogs