🇯🇵 Tokyo is live! 🚀 Launch your VPS and enjoy 2 months off — use code KONNICHIWA50 🎉 Get Started Today →

cPanel & WHM Second-Stage Security Patch Is Live

A laptop displaying "cPanel" next to cloud servers, suggesting web hosting or cloud computing services.

Following the critical cPanel & WHM vulnerability disclosed earlier this month (CVE-2026-41940), cPanel has now released an additional round of security patches affecting multiple supported branches.

Unlike the first wave, which immediately drew attention because of active exploitation reports and the severity of the pre-authentication attack surface, this second release is quieter.

That does not make it less important.

The new release addresses five vulnerabilities affecting supported cPanel & WHM versions:

  • CVE-2026-29205
  • CVE-2026-29206
  • CVE-2026-32991
  • CVE-2026-32992
  • CVE-2026-32993

Affected branches include:
86, 94, 102, 110, 110 CL6, 118, 124, 126, 130, 132, 134 and 136.

At the time of writing, no public reports of active exploitation have been published for these vulnerabilities.

Operationally, however, this is usually the phase where mass internet scanning begins.

What is actually being patched

One of the problems with many security advisories is that they list CVEs without explaining the operational implications behind them.

Several of the vulnerabilities patched in this release are particularly notable because they affect sensitive control-plane components commonly exposed to the public internet.

CVE-2026-32992 — DNS Cluster SSL verification weakness

One of the patched vulnerabilities affects SSL verification logic inside cPanel DNS Cluster environments.

Operationally, this matters because DNS clustering is frequently treated as “internal trusted traffic” by administrators. In reality, synchronization systems and management-plane communications are extremely sensitive targets.

Incomplete certificate validation inside those flows can potentially create opportunities for machine-in-the-middle attacks, credential exposure or manipulation of synchronization traffic between systems.

This is exactly the type of vulnerability class that tends to become dangerous in larger multi-server environments where trust assumptions quietly accumulate over time.

Official cPanel advisory: CVE-2026-32992

CVE-2026-32993 — Unauthenticated HTTP header injection in cpsrvd

Another patched issue affects an unauthenticated cpsrvd endpoint capable of arbitrary HTTP header injection.

On paper, header injection issues sometimes appear “limited.” In practice, internet-facing management software is rarely deployed in isolation.

Reverse proxies, authentication gateways, internal tooling, custom middleware and upstream filtering layers all create situations where manipulated headers can become unexpectedly impactful.

Experienced administrators generally treat vulnerabilities affecting request parsing logic very seriously — especially on publicly reachable control panels.

Official cPanel advisory: CVE-2026-32993

CVE-2026-29206 — SQL injection exposure

The release also includes fixes related to SQL injection exposure involving sqloptimizer functionality. SQL injection vulnerabilities inside hosting control software deserve immediate attention because the blast radius is rarely limited to a single application database.

Depending on privilege boundaries and deployment configuration, this type of issue can potentially expose:

  • account metadata
  • hosting configuration data
  • authentication-related information
  • or broader administrative functionality.

Official cPanel advisory: CVE-2026-29206

Why the timing matters

Most real-world cPanel exploitation campaigns follow a predictable sequence:

  1. Vulnerability disclosure
  2. Patch publication
  3. Reverse engineering of patched binaries
  4. Proof-of-concept development
  5. Large-scale internet scanning
  6. Opportunistic exploitation against unpatched hosts

The dangerous period often starts after updates become available publicly. Once patched binaries can be compared against previous builds, attackers can frequently infer where the vulnerable logic existed. Even when vendors avoid publishing full technical details, patch diffing significantly narrows the search space.

That is why delaying updates “until next week” is usually a bad operational gamble on internet-facing management panels.

Why cPanel vulnerabilities are high-value targets

cPanel & WHM servers are disproportionately attractive targets because compromise often provides:

  • access to dozens or hundreds of hosted websites
  • email infrastructure access
  • database credentials
  • DNS control
  • reseller environments
  • backup archives
  • root-level persistence opportunities

A successful compromise is rarely limited to one website.

In practice, a single exploited WHM environment can become:

  • a phishing infrastructure node
  • a malware staging environment
  • a spam relay
  • a credential harvesting platform
  • or part of a broader ransomware operation.

That is why vulnerabilities affecting hosting control panels are treated extremely seriously across the industry.

Important: this patch cycle is separate from CVE-2026-41940

Immediate mitigation recommendations: Restricting public access to WHM and cPanel ports

If you cannot update immediately, reducing public exposure is strongly recommended. For self-managed VPS and dedicated server environments, temporary mitigations may include:

Common exposed ports include:

2082/tcp  # cPanel (HTTP)
2083/tcp  # cPanel SSL
2086/tcp  # WHM (HTTP)
2087/tcp  # WHM SSL
2079/tcp  #CalDav
2080/tcp  #CardDav
2095/tcp  # Webmail
2096/tcp  # Webmail SSL

If operationally possible, restrict access by source IP using firewall rules.

Example with UFW:

ufw deny 2083/tcp
ufw deny 2087/tcp
ufw allow from YOUR_OFFICE_IP to any port 2087 proto tcp

Or using iptables:

iptables -A INPUT -p tcp --dport 2087 -s YOUR_OFFICE_IP -j ACCEPT
iptables -A INPUT -p tcp --dport 2087 -j DROP

This is not a substitute for patching.

But reducing internet-wide exposure materially lowers opportunistic attack risk during active scanning periods.

Additional operational hardening recommendations

Administrators should also consider:

  • verifying automatic update configuration
  • restarting affected services after patch deployment
  • reviewing recent authentication activity
  • checking for unexpected privileged users
  • validating cron integrity
  • reviewing outbound mail queues for anomalies
  • auditing recently modified files under /usr/local/cpanel/
  • reviewing unusual DNS cluster synchronization activity
  • confirming reverse proxy configurations
  • snapshotting systems before large-scale rollout

Administrators should also remember that patching does not automatically guarantee a system was not already accessed before remediation.

If compromise is suspected, additional investigation should include:

  • unexpected cron modifications
  • suspicious SSH authorized keys
  • altered Apache or NGINX configurations
  • unknown privileged accounts
  • suspicious outbound processes
  • or unusual DNS zone changes.

Recommended update procedure

Via WHM:

WHM → cPanel → Upgrade to Latest Version

Via SSH:

/scripts/upcp --force

After updating:

  • verify the installed build version
  • restart the cpsrvd service
  • confirm update completion logs

Why we publish these advisories publicly

A VPS provider should do more than provision compute resources. Customers running their own infrastructure need timely operational visibility when upstream software ecosystems experience security events.

That means:

  • monitoring vendor advisories
  • tracking exploitability trends
  • validating rollout status
  • communicating clearly once updates become available
  • and helping customers reduce exposure windows.

Facebook
Twitter
LinkedIn

Table of Contents

Get started today

With VPS.US VPS Hosting you get all the features, tools

Image