• 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.

Question How to secure Plesk against CGI/Perl Hacks?

stevewest15

New Pleskian
Hello,

I thought we had our plesk servers pretty secure but it seems Plesk apache allows cgi scripts to read and access files across all customers. Any recommendations on how others handle securing their plesk servers from cgi/perl uploaded hacking tools?

We had a customer site hacked thru Joomla (php) and then hackers uploaded a cgi script specific to Plesk to scan all sites (ie /var/www/sites/*/httpdocs/) for sensitive files (like wp-config.php, configuration.php, etc). The hackers cgi script was able to make symlinks of other users sensitive files locally and I assume it was able to read those files as cgi/perl run as apache user. :-(

I'm checking w/ Plesk to see why on the Service Plan, the setting is enabled for "Restrict the ability to follow symbolic links" but at the subscription level, it's disabled for all customers. :-( I tested it on multiple Plesk servers and it seems enabling this setting at the service plan and running sync doesn't actually update at the plan level.

Would appreciate any helpful recommendation on what others are doing to better secure Plesk again CGI/Perl hacks which run as apache user instead of system user of subscription.

Thanks,

SW
 
Back
Top