Automated Threat Modeling

WHMCS CVE-2026-29204: Brief Summary of a Critical IDOR Leading to Cross Account cPanel Takeover

A brief summary of CVE-2026-29204, a CVSS 10.0 Insecure Direct Object Reference in WHMCS that lets any authenticated client area user access another user's resources and cPanel account by changing the addonId parameter.

CVE Analysis

6 min read

ZeroPath CVE Analysis
ZeroPath CVE Analysis

2026-05-12

WHMCS CVE-2026-29204: Brief Summary of a Critical IDOR Leading to Cross Account cPanel Takeover
Experimental AI-Generated Content

This CVE analysis is an experimental publication that is completely AI-generated. The content may contain errors or inaccuracies and is subject to change as more information becomes available. We are continuously refining our process.

If you have feedback, questions, or notice any errors, please reach out to us.

[email protected]

Introduction

A missing authorization check in the WHMCS billing platform lets any authenticated customer access another customer's hosting resources and cPanel account by swapping an integer parameter in a request. The flaw is rated CVSS 10.0. On any shared WHMCS installation running version 7.4 or later, it is a complete cross-tenant compromise path.

WHMCS is the dominant billing and automation platform in the web hosting industry, used by tens of thousands of hosting companies worldwide. It handles customer signup, service provisioning, account management, and support automation. Because WHMCS sits at the center of the hosting supply chain, a single exploited instance can expose every customer account and the cPanel environments attached to those accounts.

Technical Information

Root Cause: CWE 639 and the Missing Ownership Check

The vulnerability is in the clientarea.php component of WHMCS. This endpoint accepts an addonId parameter that identifies a specific service addon belonging to a customer. WHMCS does not check whether the authenticated user owns the addon referenced by the submitted addonId. This is a textbook case of CWE 639: Authorization Bypass Through User Controlled Key, commonly known as an Insecure Direct Object Reference (IDOR).

The application should verify that the addonId in each request belongs to the authenticated user of the session. Instead, WHMCS processes the request in the context of whichever account owns the referenced addon, regardless of who sent it.

Attack Flow

The exploitation path is straightforward:

  1. The attacker gets an authenticated session, either by registering a legitimate account on the target WHMCS installation or by compromising any existing low-privilege client area account.
  2. Addon identifiers are typically sequential integers, so the attacker can enumerate valid addonId values through simple iteration.
  3. The attacker crafts a request to clientarea.php that replaces their own addonId with one belonging to a victim.
  4. WHMCS processes the request without checking ownership and grants the attacker access to the victim's associated resources.
  5. Through that unauthorized addon access, the attacker can reach the victim's cPanel account and take full control of the victim's hosting environment.

Why the Authentication Requirement Does Not Reduce Severity

In shared hosting environments, every paying customer has a valid authenticated session in the WHMCS client area, so the pool of potential attackers is effectively the entire customer base of a given hosting provider. To exploit the flaw, an attacker only needs to register an account (often free or trivially cheap) and send a modified HTTP request.

Temporary Workaround Limitations

Community discussions have explored WAF rules that block requests to clientarea.php containing the addonId parameter. Security researchers have noted that such rules are hard to write accurately for IDOR vulnerabilities and will almost certainly break legitimate end-user functions in the portal. Treat them as a last resort only.

Affected Systems and Versions

The vulnerability affects all WHMCS installations from version 7.4 onward. The vendor has released fixes only for currently supported branches:

WHMCS SeriesAffected BuildsFixed BuildAction Required
WHMCS 9.xAll builds prior to 9.0.49.0.4Upgrade immediately
WHMCS 8.xAll builds prior to 8.13.38.13.3Upgrade immediately
WHMCS 7.xAll builds from 7.4.0 onwardNone availableMigrate to supported 8.x or 9.x branch
WHMCS CloudVariousAlready appliedNo action required

WHMCS 7.x installations will not receive a patch. Organizations still running 7.x must migrate to a supported release branch to fix this vulnerability.

Vendor Security History

WHMCS runs a security program with routine internal security audits and a Security Bounty Program that encourages responsible disclosure. The vendor has published security alerts before, including advisories about third-party extensions and themes. Limiting the fix to the supported branches (8.x and 9.x) is consistent with its support lifecycle policy, but it leaves a potentially significant number of 7.x installations exposed.

References

Detect & fix
what others miss

Works with
  • GitHub
  • GitLab
  • Bitbucket
  • Azure DevOps Services
  • Gerrit
  • CVS
  • Jira
  • Linear
  • Slack
  • Security Compass
Explore integrations
Security magnifying glass visualization