• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Input Critical security updates need technical details

Fede Marsell

Basic Pleskian
Server operating system version
AlmaLinux 8
Plesk version and microupdate number
18.0.80#4
Hello,

I don't think the current way of communicating critical security updates is sufficient for system administrators.

For Plesk Obsidian 18.0.80 Update 4, the only information currently available is:

Plesk Obsidian 18.0.80 Update 4 — 24 August 2026
This update addresses a critical security issue. We strongly recommend that you apply it as soon as possible.
Note: More details to follow shortly.

Of course, if Plesk recommends applying a critical security update as soon as possible, we will do so. The problem is what comes after applying the update.

As system administrators, we need to know what vulnerability we are dealing with. Without any technical information about the security issue, it is impossible to determine whether a server may have been exposed or compromised before the patch was installed.

We don't necessarily need a PoC or information that could facilitate exploitation before most systems have been patched. But we do need, at a minimum, enough information to understand the nature and impact of the vulnerability: affected component, attack vector, whether authentication is required, required privileges, possible impact, affected versions and, when available, the corresponding CVE.

Most importantly, we need to know what should be reviewed on systems that were running a vulnerable version.

Installing the patch prevents future exploitation, but it does not tell us whether the vulnerability was already exploited.

If this is considered a critical security issue, administrators need enough information to answer two different questions:
  1. Is my server protected now?
  2. Was my server compromised before I installed the update?
Update 4 allows us to answer the first question by installing it. With the information currently published, we have no way to answer the second.

I understand that some technical details may need to remain temporarily undisclosed while customers update their systems. However, there should be a security advisory providing administrators with actionable information as soon as reasonably possible.

"Critical security issue" alone is simply not enough information to properly manage a production server.

Regards,

Fede,
 
With this information "But we do need, at a minimum, enough information to understand the nature and impact of the vulnerability: affected component, attack vector, whether authentication is required, required privileges, possible impact, affected versions and, when available, the corresponding CVE." put out it is only a blink of an eye someone came up with a exploit and sets the hard working administrators under more pressure. there are companies that have more than one server to update...
 
The CVEs have since been released on the Plesk Support site, but what is concerning, is that CVE-2026-65647 mentions that Plesk Migrator 2.36.0 must be installed to patch it.
The reason this is concerning, is because 2.35.0 is indicated everywhere as the latest available version, we cannot update to the seemingly non-existent 2.36.0.
 
Extensions are rolled-out step by step over the whole Plesk universe. Even a search for extension updates does very often not help. In this case I would uninstall it first to be on the safe side.
 
With this information "But we do need, at a minimum, enough information to understand the nature and impact of the vulnerability: affected component, attack vector, whether authentication is required, required privileges, possible impact, affected versions and, when available, the corresponding CVE." put out it is only a blink of an eye someone came up with a exploit and sets the hard working administrators under more pressure. there are companies that have more than one server to update...

I understand your point, and I agree that publishing full technical details or a PoC immediately could make exploitation easier while many servers are still unpatched.

But I think there is a reasonable middle ground between publishing an exploit and simply saying "critical security issue".
 
The CVEs have since been released on the Plesk Support site, but what is concerning, is that CVE-2026-65647 mentions that Plesk Migrator 2.36.0 must be installed to patch it.
The reason this is concerning, is because 2.35.0 is indicated everywhere as the latest available version, we cannot update to the seemingly non-existent 2.36.0.

Thanks for pointing this out.

However, these vulnerabilities do not seem to be related to the critical security issue addressed by Plesk Obsidian 18.0.80 Update 4. As far as I can see, Update 4 still has no associated CVE or technical information explaining what vulnerability it actually fixes.

There is another issue here as well: I cannot find any mention of these critical extension vulnerabilities or the required Migrator/Site Import updates in the official Plesk changelog.

In fact, I only became aware of CVE-2026-65647 thanks to your post.

So I'm honestly not sure how Plesk is communicating security issues of this severity to administrators. If a vulnerability can potentially lead to root-level code execution and requires a specific extension update, I would expect it to be clearly communicated through the official changelog or another prominent security notification.

As it stands, the official changelog makes no mention of these vulnerabilities (https://docs.plesk.com/release-notes/obsidian/change-log/), while the critical vulnerability supposedly fixed by Update 4 remains unidentified.
 
Extensions are rolled-out step by step over the whole Plesk universe. Even a search for extension updates does very often not help. In this case I would uninstall it first to be on the safe side.

Yes, I agree. If the patched extension version is not yet available on a particular server, uninstalling the affected extension temporarily seems like the safest option if it is not needed.

The important point, though, is that these are separate security issues from the critical vulnerability addressed by Plesk Obsidian 18.0.80 Update 4.

Updating Plesk to 18.0.80 Update 4 does not fix the vulnerabilities in Plesk Migrator or Site Import. Those vulnerabilities require the affected extensions themselves to be updated to the patched versions.

So administrators should treat them as separate issues: install Update 4 to address its still-undisclosed critical security issue, and separately check and update (or temporarily uninstall) the vulnerable Migrator and Site Import extensions.
 
Kinda frustrated here. As some are mentioning here. There is an important fix in the panel migrator too. The official CVE page says that 2.36 is the latest version. I understand that updates are going in waves. But we are 24h further and still have no new version of it.

Freaking me out, because without Plesk I have enough security challenges already.
 
We just received a pre-notification about a new update that will be released tomorrow to address another newly discovered vulnerability. It appears Plesk has started providing advance notice of these security updates.

I believe you have to subscribe to these notifications somewhere on the Plesk website, although I don’t recall exactly where the subscription setting is located.
 
Back
Top