WordPress Login Page Exposed to Critical XSS2Shell Flaw CVE-2026-64638: Over 11,000 Sites Attacked Across 67 Countries
WordPress core login page has been hit by a high-severity reflected XSS vulnerability tracked as CVE-2026-64638, dubbed XSS2Shell by researchers. The issue affects every supported version and requires no credentials to trigger, enabling attackers to execute JavaScript in the site origin and potentially seize full server control.
At 2 a.m., a cross-border e-commerce operator was awakened by monitoring alerts after an unknown administrator account appeared on his three-year-old WordPress site alongside an unrecognized plugin file. Despite using a 16-character random password and IP whitelisting, the attacker had bypassed all defenses through the daily login page itself.
Vulnerability Mechanics
On August 6, WordPress released version 7.0.3 containing the fix for CVE-2026-64638 (CVSS 8.9). The root cause lies in inconsistent HTML filtering on the login form: when a nonexistent username is submitted, the entered value is reflected in the error message. One sanitization pass treats a crafted tag as cleaned, while the second pass renders it as executable HTML, allowing the payload to persist and run.
Imperva telemetry shows organized automated attacks targeting more than 11,000 sites across 67 countries, generating hundreds of thousands of requests. 95 percent of observed tooling is written in Go; 75 percent of victims are U.S.-based, with gaming (32 percent), education (26 percent), and finance (24 percent) sectors hit hardest.
Attack Chain: From XSS to Shell
The exploit begins with a crafted username that triggers the reflected XSS. Once JavaScript executes under the site origin, the attacker leverages loaded WordPress scripts and the REST API to interact with the application. If an administrator session is active, the attacker can obtain an application password, create a malicious page, and upload a PHP backdoor plugin, completing server takeover.
Researchers note that the full chain benefits from social engineering, such as phishing emails disguised as official security notices. The attack path was assembled in roughly four days using open-source AI models and multi-agent workflows, highlighting the accelerating role of AI in exploit development.
Self-Check Steps for Administrators
- Verify version: Check the footer in the dashboard; upgrade 7.0.x to 7.0.3 and apply backports (6.9.6, 6.8.7, 6.7.6) down to the 4.7 branch.
- Audit accounts: Review the user list for unknown administrators and inspect Application Passwords for unauthorized entries.
- Inspect files: Examine the wp-content/plugins directory for unexpected additions and monitor file modification timestamps.
Organizations using Cloudflare or other WAF solutions should confirm that virtual patching rules for CVE-2026-64638 are active. The advisory reference is GHSA-52p2-r8wf-jcrf.
Related articles
Automating Asset Scanning in MaxPatrol VM via API: Part 4 on Authentication
A detailed technical guide explains how to build asset scanning automation in MaxPatrol VM using its API, starting with authentication methods. The author covers three authorization options including local account login-password, domain account credentials, and reference tokens, providing working Python examples for local accounts. Code reads secrets from an .env file and obtains a Bearer token valid for 24 hours from the Core role instance. The post details required privileges in both the Management Console and MaxPatrol 10 for tasks such as vulnerability exports, dynamic asset group management, scan task creation, and report exporting. It credits Alexey Leonov for an early GitHub script that enabled practical API usage and lists additional resources including webinars, SDK, CLI, Jira integration, and a Postman collection. All subsequent API calls rely on the generated headers containing the Bearer token.
Securing Hadoop Clusters: Removing Passwords from XML Configs with Credential Provider API and JCEKS
Hadoop configurations frequently expose sensitive credentials such as database passwords and cloud access keys in plain text within files like hive-site.xml and core-site.xml. The Credential Provider API, introduced in Hadoop 2.6, allows applications to retrieve secrets from an external JCEKS keystore instead of embedding them directly in XML. This mechanism uses conf.getPassword() to fetch decrypted values from the keystore when hadoop.security.credential.provider.path is configured. JCEKS relies on the outdated PBEWithMD5AndTripleDES algorithm, which remains vulnerable to Sweet32 attacks in theory though practical risk for small keystore files is low. Master password protection for the keystore itself is the weakest link, with options including environment variables, protected password files, or HDFS Transparent Data Encryption. Arenadata has automated credential encryption management in its ADH platform through ADCM to handle keystore creation, permission setting, and rotation across cluster nodes.
CISA Adds Five Exploited Vulnerabilities to KEV Catalog Including AhsayCBS Authentication and Command Injection Flaws
The US Cybersecurity and Infrastructure Security Agency (CISA) has added five vulnerabilities to its Known Exploited Vulnerabilities catalog after confirming active exploitation in the wild. Four vulnerabilities were registered on October 14, 2026, and one additional entry followed on October 15. Among the newly listed issues are two critical flaws affecting the AhsayCBS backup management server: CVE-2026-105133, an authentication bypass in the API, and CVE-2026-105134, a command injection vulnerability in the replication feature. When chained together, the pair allows unauthenticated remote attackers to execute arbitrary operating system commands. Vendor Ahsay has released hotfixes in versions 10.3.4.45 and 9.15.2.70 because standard patches cannot fully address the issues. The advisory also references vulnerabilities in Atlassian products and multiple network security solutions from other vendors.
Google Issues Chrome Security Update Fixing Critical Vulnerability Two Days After Previous Patch
Google has released a new set of security updates for its Chrome browser that address ten vulnerabilities, including one rated critical. The update arrives just two days after a larger patch that fixed 37 issues on October 13. The most severe flaw, tracked as CVE-2026-110922, is a use-after-free vulnerability in the Prerender feature that could allow remote code execution. The company released Chrome 155.0.8059.85 and 155.0.8059.84 for Windows and macOS, along with Chrome 155.0.8059.84 for Linux on October 15. The critical issue was reported by an external researcher on October 2. Deployment will occur gradually over the next several days to weeks.