Skip to content
vulnerabilityVulnerability Researchopen-source-security

Wp2shell: Wiz finds a pre-auth RCE chain in WordPress Core that plants persistent webshells

2 min read
Share

Wp2shell: Wiz finds a pre-auth RCE chain in WordPress Core that plants persistent webshells

WordPress Core has a critical pre-authentication remote code execution vulnerability, and attackers are already using it.

Wiz Research released findings on a vulnerability chain named wp2shell. Attackers can reach a vulnerable WordPress server with no credentials, execute arbitrary code, and leave a webshell behind before the server owner knows anything happened.

What wp2shell is

Wiz Research named the vulnerability chain wp2shell to describe its end-to-end impact: WordPress to shell, no authentication required. Multiple weaknesses in WordPress Core combine to let an unauthenticated attacker submit a crafted request, trigger server-side code execution, and write a persistent webshell to the server file system.

Webshells are files that give an attacker persistent access to the server through the web. Unlike other exploit payloads that run once and exit, a webshell stays in place. Attackers can return to it days or weeks later to execute commands, exfiltrate data, or pivot to connected systems.

Who is at risk

Any WordPress site running a vulnerable version of WordPress Core, if the server allows file writes from the web process. WordPress powers roughly 43 percent of all websites on the public internet. Even a small percentage of unpatched sites represents a large absolute target pool.

What attackers are doing with it

Wiz researchers confirmed active exploitation. Attackers are scanning for vulnerable WordPress installations and deploying webshells as a persistence mechanism. The speed of exploitation after a pre-auth RCE disclosure is typically measured in hours, not days.

What to do

Update WordPress Core to the latest version immediately. If you are on a hosting platform that handles WordPress updates automatically, verify the update was applied and check your file system for unexpected PHP files in the uploads or themes directories.

If you operate WordPress on a self-managed server, verify that the web server process does not have write access to directories outside of uploads. Restricting file write permissions limits what an attacker can do even if they achieve RCE.

Review your server logs for unexpected POST requests to WordPress core endpoints, particularly around wp-login.php and xmlrpc.php. Webshell access typically shows as GET or POST requests to unfamiliar PHP files.

Gigia Tsiklauri is a Security Architect and founder of Infosec.ge. Get in touch if your team needs help assessing WordPress security posture or hardening web application infrastructure.

Related articles