• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Issue When Child Theme active WP Toolkit omits critically vulnerable Parent Theme from Vulnerable Components list

pleskuser67553

Regular Pleskian
Server operating system version
AlmaLinux 9.8 (Olive Jaguar)
Plesk version and microupdate number
Plesk Obsidian 18.0.80 Update #7
I have a WordPress site with a critically vulnerable Theme (as high as 9.9 CVSS on Patchstack). This Theme, like most themes that have been customised, has a Child Theme. The Child Theme is the Active Theme.

Although it sends out emails to say that the Parent Theme is vulnerable (but only with the latest vulnerability, not a list of all vulnerabilities affecting that version), WP Toolkit does not show the vulnerable Parent Theme in the list of Vulnerable Components tab on the Security Status flyout panel in the UI.

1789743222047.png

The only clue in the UI that the Parent Theme is vulnerable is in the Themes tab of the WordPress domain card showing, and clicking on that does not give any information about how vulnerable it is, only to say "This theme contains known vulnerabilities. Activating it can compromise your website's security" - An inexperienced user might assume that's okay because it's not active, but the active Child Theme depends on the "inactive" Parent Theme.

1789742625110.png

Could it be that the Child Theme configured incorrectly, or is this a bug in WP Toolkit, which should, in my opinion, always refer to the inactive Parent Theme when its Child Theme is active.
 
Back
Top