Some copies of the Rank Math PRO WordPress SEO plugin downloaded from the vendor's own website contained malware. According to BleepingComputer, the affected build is version 3.0.123, and it was served between 20:02 UTC on 15 October and 07:12 UTC on 16 October, an 11-hour window. Rank Math says a "limited number" of users were affected but has not published a count.
The free Rank Math plugin on WordPress.org, which is active on more than 4 million sites, was not affected. Only PRO downloads from the vendor's site were.
Per the vendor's advisory, the malicious files can compromise a site once the plugin is activated. The malware:
rank1cdn[.]com;Rank Math has removed the affected files and released a clean build, PRO 3.0.124. Rank Math did not respond to BleepingComputer's questions about how many sites were affected or how the attackers got in, and Wordfence has also published an advisory.
BleepingComputer found a PHP file on VirusTotal that shares indicators with Rank Math's advisory. Neither Rank Math nor Wordfence has linked it to the plugin, and it is unconfirmed that it was distributed this way. If it is related, it matters, because it appears to be a first-stage deployer that creates a backdoor at wp-includes/class-wp-cache-util.php, can run commands and modify databases, and can steal cloud credentials (AWS, Cloudflare, Google Cloud, Azure) and SSH keys.
The shared indicators:
xmmqhn_np5pvf754c#ms6v46wpsupport_ and @wp-mail.net email addressesYou are only in scope if you downloaded Rank Math PRO 3.0.123 from the vendor's site in that window. Check the installed version and the file's download date. If you installed it but never activated it, delete it, install 3.0.124 and scan the site.
Deactivating or updating the plugin does not remove the threat. Rank Math's guidance:
rank1cdn[.]com.The code arrived through the vendor's normal download channel, so nothing about the install looked wrong to the person doing it. Signature checks on the plugin's source would not have helped either, because the source itself was the problem. What is left for defenders is behaviour on the host: a web server making an outbound call to a domain it has never contacted, a new administrator account appearing, a cron entry nobody wrote, or a core file under wp-includes changing.
This is the same shape as other recent incidents where a trusted channel was the delivery route. We covered a vendor application identity abused in Microsoft 365 tenants yesterday, and the earlier Plugin4Shell coding-agent case. The common thread is that trust was granted once and never re-checked.
Obiguard SOC collects logs and host metrics through OpenTelemetry and makes them searchable in Live Logs by source and level. Alerts fire on rule matches and on log volume, and each alert keeps an evidence timeline linked to the raw events behind it.
To be clear about scope: SOC works on the telemetry you send it. Web server, WordPress audit and host logs have to be forwarded as a configuration step on your side, and SOC does not remove malware or block connections for you. With those logs flowing, rules for a new wpsupport_ administrator, a request touching wp-includes/class-wp-cache-util.php, or a spike in errors after a plugin update give you an alert with evidence attached, instead of a discovery weeks later.
If a plugin you trust shipped a backdoor tomorrow, which log would tell you first, and is anyone reading it?
See how Obiguard SOC works or talk to us about monitoring the hosts that run your sites.
Obiguard sits in front of every AI request your organization makes — screening prompts and outputs against the guardrails, compliance frameworks, and audit trails that stories like this one make necessary.
See how it works →