Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


05:40 PM
Connect Directly

Attacks on WordPress Sites Surge

Defiant says it observed a 30-fold increase in attacks in just the past few days.

Security teams that already have their hands full dealing with COVID-19-related threats now have another issue to contend with.

Attacks on WordPress sites have soared in recent days to more than 30 times the normal volume. This week researchers from WordPress firewall provider Defiant reported observing attack attempts on more than 900,000 websites since April 28.

On May 3 alone, Defiant counted in excess of 20 million attacks against some 500,000 WordPress sites. Over the course of the past month, Defiant says it detected more than 24,000 distinct IP addresses being used to launch attacks on WordPress.

According to Defiant, a single threat actor appears to be behind a majority of the attacks, many of which have targeted known cross-site scripting (XSS) vulnerabilities in third-party WordPress plug-ins. The same adversary is also targeting other, older vulnerabilities in WordPress to attack sites, the vendor said in a report this week.

The attacks involving the XSS vulnerabilities are focused primarily on planting a backdoor on the victim site, says Ram Gall, a software quality assurance engineer at Defiant.

The backdoor's payload is designed to add a malicious JavaScript to every page on the site. This would redirect any visitors to sites hosting malicious advertisements.

If a victim is logged into WordPress as an administrator, the script attempts to inject a malicious PHP backdoor into the site, Defiant said. The backdoor then downloads another payload that would ultimately give the attacker control over the domain. The access would allow the threat actor to do things like embed a Web shell, create a malicious administrator account, or delete the content of the site.

"For the non-XSS attacks we saw, the attacker attempted to redirect visitors to the same malvertising campaign by changing the site's home URL," Gall notes.

The sheer volume and variety of the attacks — and the fact they involve older vulnerabilities — suggest the attacks are not targeted. "This campaign was not aimed at any specific category of sites," Gall says. "Ultimately, with any campaign like this the motivation is monetization," he says.

Many of the vulnerabilities the threat actor has targeted have been exploited in previous campaigns as well, Defiant said. According to the vendor, more than half of the attacks involved a plug-in called Easy2Map that was removed from WordPress' repository last August because of security issues. Other vulnerabilities that have been heavily targeted in the campaign include an XSS vulnerability in a plug-in named Blog Designer, another in a WP GDPR Compliance plug-in, and one in a now-pulled plug-in named Total Donations.

"Although it is not readily apparent why these vulnerabilities were targeted, this is a large-scale campaign that could easily pivot to other targets," Defiant warns in its alert.

Third-Party Plug-in Risks
The large-scale attacks are another reminder of the risks WordPress operators run in using third-party plug-ins on their sites. Over the years, tens of thousands of plug-ins have become available for WordPress that allow owners and operators to extend site functionality. But vulnerabilities in these plug-ins — and the fact that many sites often use old and out-of-date plug-ins — have made them hugely popular targets for attackers.

Ameet Naik, security evangelist at PerimeterX, says vulnerable WordPress plug-ins represent a critical third-party risk. "Over 70% of the scripts on a website are third-party, which represents a significant risk for any website owner," he says.

In addition to making security an integral part of the development cycle, website owners can also follow a few simple steps to mitigate third-party plug-in risks. These includes scanning the site for known vulnerable libraries, using content security policies to restrict access, using Web application firewalls to mitigate XSS attacks, and using client-side runtime visibility tools for detecting malicious script activity, Naik says.

For organizations, such attacks demonstrate the need for a layered security approach, Gall says.

"Keep WordPress core, plug-ins, and themes up to date," he notes. "Deactivate and delete any plug-ins or themes that have been removed from the WordPress repository."

Related Content:

A listing of free products and services compiled for Dark Reading by Omdia analysts to help meet the challenges of COVID-19. 

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
NSA Appoints Rob Joyce as Cyber Director
Dark Reading Staff 1/15/2021
Vulnerability Management Has a Data Problem
Tal Morgenstern, Co-Founder & Chief Product Officer, Vulcan Cyber,  1/14/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2020: The Year in Security
Download this Tech Digest for a look at the biggest security stories that - so far - have shaped a very strange and stressful year.
Flash Poll
Assessing Cybersecurity Risk in Today's Enterprises
Assessing Cybersecurity Risk in Today's Enterprises
COVID-19 has created a new IT paradigm in the enterprise -- and a new level of cybersecurity risk. This report offers a look at how enterprises are assessing and managing cyber-risk under the new normal.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-01-20
A stored Cross-Site Scripting (XSS) vulnerability in the survey feature in Rocketgenius Gravity Forms before 2.4.21 allows remote attackers to inject arbitrary web script or HTML via a textarea field. This code is interpreted by users in a privileged role (Administrator, Editor, etc.).
PUBLISHED: 2021-01-20
XWiki 12.10.2 allows XSS via an SVG document to the upload feature of the comment section.
PUBLISHED: 2021-01-20
A stored Cross-Site Scripting (XSS) vulnerability in forms import feature in Rocketgenius Gravity Forms before 2.4.21 allows remote attackers to inject arbitrary web script or HTML via the import of a GF form. This code is interpreted by users in a privileged role (Administrator, Editor, etc.).
PUBLISHED: 2021-01-20
Multiple stored HTML injection vulnerabilities in the "poll" and "quiz" features in an additional paid add-on of Rocketgenius Gravity Forms before 2.4.21 allows remote attackers to inject arbitrary HTML code via poll or quiz answers. This code is interpreted by users in a privile...
PUBLISHED: 2021-01-20
Tufin SecureChange prior to R19.3 HF3 and R20-1 HF1 are vulnerable to stored XSS. The successful exploitation requires admin privileges (for storing the XSS payload itself), and can exploit (be triggered by) admin users. All TOS versions with SecureChange deployments prior to R19.3 HF3 and R20-1 HF1...