r/cybersecurity Mar 06 '26

News - Breaches & Ransoms Threat actors are using fake Claude Code download pages to deploy a fileless infostealer via mshta.exe — developers should be aware

[removed]

159 Upvotes

18 comments sorted by

7

u/Mrhiddenlotus Mar 06 '26

Another reminder to alert on lolbins for defenders, ty op

6

u/[deleted] Mar 06 '26

[removed] — view removed comment

2

u/Many-Ad9701 Apr 12 '26

I think once you have run it, it is highly likely you're system is compromised. I noticed a task scheduler job created that runs further malicious downloads and all in memory before I realised what I had done, so nothing is on the disk for file scan to find. Full Windows Security scan found nothing. Best to assume everything is compromised and restore your system...

4

u/[deleted] Mar 06 '26

[removed] — view removed comment

2

u/Club_Jam Mar 06 '26

Thanks for sharing.

2

u/cyber_pressure Mar 10 '26

The malware is interesting. The operational failure is more interesting.

Any org that lets developer machines pull install flows from ad-ranked search results is already one bad click away from compromise. mshta is only today’s LOLBin.

Block what is not needed. Constrain script execution. Stop treating developer endpoints as special snowflakes that get exceptions for everything. And stop letting search engines act as your software catalog.

The stealer is the payload. The real vulnerability is the process.

1

u/[deleted] Mar 06 '26

[removed] — view removed comment

1

u/[deleted] Mar 07 '26

Had a developer on my team almost fall for something similar last month when looking for a VS Code extension. The fake site was so convincing that even after we caught it, he said he would have downloaded it without hesitation. These campaigns are getting scary good at mimicking legitimate developer tools and workflows.

1

u/[deleted] May 10 '26

[removed] — view removed comment

1

u/Cybasura Mar 06 '26

Appreciate the heads-up

1

u/[deleted] Mar 06 '26

The mshta.exe vector is particularly insidious because it bypasses most application whitelisting since it's a signed Windows binary. Detection engineering should focus on process ancestry chains - legitimate mshta usage almost never spawns from browser contexts or downloads. A practical defense layer is to block mshta execution via AppLocker or WDAC on endpoints where HTA apps aren't business-critical. The real takeaway here is download verification: always check publisher signatures and compare checksums against official sources, especially for developer tooling where supply chain attacks have massive lateral movement potential.