CVE-2014-9034

WordPress Core < 4.0.1 - Denial of Service via Long Password

2014-11-20 00:00
Javier Nieto Arevalo

Strategic Overview

Status
Patched in 3.7.5
Affected Core
WordPress 4.0
Affected Version
3.7 – 4.0 · 5 branches
CVSS
5.3Medium
Weakness type
CWE-400 · Uncontrolled Resource Consumption
CVE
CVE-2014-9034
View all WordPress 4.0 vulnerabilities

At a glance

CVE-2014-9034 is a medium-severity Uncontrolled Resource Consumption vulnerability in the WordPress 4.0 WordPress release line, affecting 3.7 – 4.0 · 5 branches. It carries a CVSS score of 5.3 (reachable over the network; low attack complexity). Exploitation requires no authentication. The issue is fixed in version 3.7.5; sites on affected versions should update now. Disclosed November 2014, reported by Javier Nieto Arevalo.

Vulnerability Overview

wp-includes/class-phpass.php in WordPress before 3.7.5, 3.8.x before 3.8.5, 3.9.x before 3.9.3, and 4.x before 4.0.1 allows remote attackers to cause a denial of service (CPU consumption) via a long password that is improperly handled during hashing, a similar issue to CVE-2014-9016.

Technical Analysis

The vector marks this flaw as remotely reachable over the network, with low attack complexity — no special timing or configuration is needed, and no privileges on the target site, and no interaction from a victim user.

CWE-400: Uncontrolled Resource Consumption

Reaching this weakness in WordPress 4.0 3.7 – 4.0 · 5 branches takes a caller who can reach the endpoint. Uncontrolled resource consumption means a request can make the server do an amount of work it never bounds, because the size or repetition of the job is taken from the request rather than capped by the code.

A single caller can hold PHP workers, database connections or disk open long enough to slow the site for everyone, without needing any account or any other flaw. For WordPress 4.0 the fix is 3.7.5: builds 3.7 – 4.0 · 5 branches are affected, anything from 3.7.5 onward is not.

Remediation

Update to one of the following versions, or a newer patched version: 3.7.5, 3.8.5, 3.9.3, 4.0.1

How does WordSec protect against this?

The attempt arrives as an ordinary request to WordPress 4.0: WordSec's web application firewall inspects request payloads before WordPress loads them. None of that substitutes for the fix: updating to 3.7.5 is the step that ends it.

  • Firewall
  • Alerts

External References

Related records

Vulnerability data © Defiant, Inc., provided under the Wordfence Intelligence T&C