Cybersecurity
Sansec finds 953 Magento stores hit by JavaScript loader
Sansec said an unknown actor compromised 953 online stores, mainly Magento sites, and used CMS blocks to deliver JavaScript loaders that filtered out scanners and changed domains over time.
- Sansec said an unknown threat actor had infected 953 online stores, most of them running Magento, in a campaign that began in July 2025.
- The company said the attack placed loader code in Magento CMS blocks and that the server checked whether a visitor looked like a shopper or a scanner.
- Sansec said it had seen five domains used in connection with the campaign, and that deepveindrilling[.]com had appeared in 83 stores since 6 October 2026.
- Sansec estimated that 471 Magento stores were injected through PolyShell, while another 102 were affected through PolyShell or SessionReaper.
- Perplexity researcher Adel Karimi said he had observed what appeared to be the first successful in-the-wild exploitation of PHP2Shell to run shell commands on honeypot servers.
Sansec said an unknown actor had infected 953 online stores, most of them on Magento, and had done so through code placed in CMS blocks. The company said the campaign had been active since July 2025.
According to Sansec, the loader contacted different domains over time and only answered requests from real visitors. It said the latest domain, deepveindrilling[.]com, had been found in the CMS blocks of 83 stores after being registered on 6 October 2026.
Sansec said 471 Magento stores were estimated to have received the loader through the PolyShell vulnerability, and another 102 through PolyShell or SessionReaper. In one case it said a Magento 2.4.7-p1 store still lacked Adobe's APSB26-73 patch; in another, a Magento 2.4.7-p10 store had been compromised by a rogue administrator account.
The company said early versions used Keitaro as a traffic distribution system and that later versions built the filtering logic into the loader itself. It advised site owners to check for suspicious accounts and unexpected CMS blocks, and to keep sites updated and protected with strong passwords.
The article said the disclosure came as PHP2Shell vulnerabilities had drawn exploitation attempts after their release last week. It said Adel Karimi had recorded what appeared to be the first successful exploitation in the wild, with commands used to fetch further payloads from a remote server, although no downloaded second-stage files had been seen.
Named in this story
People
- Adel Karimi
- recorded the first observed successful exploitation of PHP2Shell
Companies
- Sansec
- said it found the campaign and traced the loader domains
- Cloudflare
- hosted the latest loader domain behind its service
- Adobe
- provided the PolyShell fix cited in the article
Products and systems
- Magento
- was the platform whose stores and CMS blocks were abused
- Keitaro
- was used in early iterations as a traffic distribution system
- PolyShell
- was one of the vulnerabilities used for initial access
- SessionReaper
- was another vulnerability used to upload files in some stores
- PHP2Shell
- was a set of PHP vulnerabilities under active exploitation attempts
How the source tells it
The source was mostly plain technical reporting, with no distinct emotive framing beyond routine mitigation advice.
No emotive framing was found in the original.