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:
- 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.
- Addon identifiers are typically sequential integers, so the attacker can enumerate valid
addonIdvalues through simple iteration. - The attacker crafts a request to
clientarea.phpthat replaces their ownaddonIdwith one belonging to a victim. - WHMCS processes the request without checking ownership and grants the attacker access to the victim's associated resources.
- 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 Series | Affected Builds | Fixed Build | Action Required |
|---|---|---|---|
| WHMCS 9.x | All builds prior to 9.0.4 | 9.0.4 | Upgrade immediately |
| WHMCS 8.x | All builds prior to 8.13.3 | 8.13.3 | Upgrade immediately |
| WHMCS 7.x | All builds from 7.4.0 onward | None available | Migrate to supported 8.x or 9.x branch |
| WHMCS Cloud | Various | Already applied | No 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
- WHMCS Official Advisory: CVE-2026-29204 Security Update
- CVE-2026-29204 on sec.kaitan.id (CVSS 10.0, CWE-639 details)
- LowEndTalk Community Discussion: WHMCS CVE Patch
- WHMCS Security Update 2025-06-03 (prior security advisory)
- WHMCS Security Alert (prior advisory on third-party risks)
- WHMCS About Us (vendor background)



