Comodo Web Application Firewall – Modsecurity Vendor Rules For cPanel/WHM

ColumbusSoft’s Free collection of multiple 3rd-Party and customer ModSecurity rule sets to add additional security with extra attention to WordPress, WHMCS, Joomla, Prestashop and etc.

In this release we have included the Comodo Web Application Firewall, a set of Free ModSecurity Rules from Comodo that provides powerful, real-time protection for your web applications, this is while cPanel/WHM has launched it’s own ModSecurity feature without the need to use ConfigServer to install mod_sec rules.

If you are running websites on Apache and Linux based web-servers with cPanel/WHM you might have seen the default OWASP Modsecurity Vendor that comes with cPanel.

But what if you need to add more security rules to address a wider range of exploits and vulnerabilities? While cPanel allow you to add other Modsecurity Vendor to WHM, you might have had a hard time finding any other Modsecurity Vendors that provide complementary rules. As of this writing we are the only 3rd Party Modsecurity Vendor providing rule sets to secure your server and web applications against SQL injection, XSS, file disclosure and other zero-day exploits that follow similar patterns.

Our Modsecurity Vendor rules are available publicly to be added to the Modsecurity Vendor Rules For cPanel/WHM  11.46 Release that includes a very eloquent feature to manage ModSecurity without the need of extra plugins such as the ConfigSever Modsecurity plugin.

3 Step Simple Installation
1) cPanel/WHM > Security Center > ModSecurity™ Vendors
 2) Click on "Add Vendor" and paste the following Vendor Configuration URL:
 3) Click Load and then Save!
 *) You can install and load these rules for Free, but then after you will need to pay a convenience fee to get a license for enabling automatic updates. ($9/month)
Legal Disclaimer: We do not claim any ownership of the rules and contents in this collection and in no way are charging you for the content, our service that you may choose to pay for is basically a convenience fee for collecting and maintaining the package and keeping them up to date.

This is our first and beta version, our collection is small now and other than some custom security rules, related to Wordpres, WPScan, Joomla and WHMCS, we have one major library from Comodo’s Free ModSecurity Rules which was the inspiration for this project. We waited several months for a COMODO Modsecurity Vendor to support the new cPanel/WHM ModSecurity Vendor feature, we were not able to find any third party ModSecurity Vendors other than the default OWASP ModSecurity Core Rule Set that ships with cPanel 11.46 Release and later.

The goal of this project is to utilize this great new features and interface by cPanel and add every useful rules that are out there and not shipped with cPanel.

What's New in Version 1.25:
 - WPScan default user-agent blocker
 - Multiple vulnerabilities in pfSense
 - CVE-2014-5115
 - CVE-2014-4852
 - CVE-2014-4533
 - CVE-2014-4552
 - CVE-2014-4554
 - CVE-2014-4555
 - CVE-2014-4556
 - CVE-2014-4557
 - CVE-2014-4563
 - CVE-2014-4564
 - CVE-2014-4565
 - CVE-2014-4566
 - CVE-2014-4594
 - CVE-2014-4595
 - CVE-2014-4596
 - CVE-2014-5183
 - CVE-2014-5184
 - CVE-2014-5187
 - CVE-2014-5194
 - CVE-2014-5186
 - CVE-2014-4575
 - CVE-2014-4584
 - CVE-2014-4585
 - CVE-2014-4587
 - CVE-2014-4604
 - CVE-2014-4605
 - CVE-2014-4606
 - CVE-2014-4939
 - CVE-2014-4940
 - CVE-2014-4941
 - CVE-2014-5180
 - CVE-2014-5190
 - CVE-2014-5196
 - CVE-2014-5022
 - CVE-2014-5181
 - CVE-2014-5182
 - CVE-2014-5193
 - CVE-2014-5199
 - CVE-2014-5201
 - CVE-2014-5202
 - Extra WHMCS protection rule
 - Extra WordPress protection rule
  • CVE-2013-3727 [SQLi] Kasseler CMS
  • CVE-2013-3728 [XSS] Kasseler CMS
  • CVE-2014-1222 [Dir.Traversal] Vtiger CRM before 6.0.0 Security patch 1
  • CVE-2014-4002 [XSS] Cacti 0.8.8b
  • CVE-2014-4524 [XSS] WP Easy Post Types plugin before 1.4.4 for WordPress
  • CVE-2014-4526 [XSS] efence plugin 1.3.2 and earlier for WordPress
  • CVE-2014-4527 [XSS] EnvialoSimple: Email Marketing and Newsletters plugin before 1.98 for WordPress
  • CVE-2014-4534 [XSS] HTML5 Video Player with Playlist plugin 2.4.0 and earlier for WordPress
  • CVE-2014-4537 [XSS] Keyword Strategy Internal Links plugin 2.0 and earlier for WordPress
  • CVE-2014-4538 [XSS] Malware Finder plugin 1.1 and earlier for WordPress
  • CVE-2014-4549 [XSS] WooCommerce SagePay Direct Payment Gateway plugin before for WordPress
  • CVE-2014-4560 [XSS] ToolPage plugin 1.6.1 and earlier for WordPress
  • CVE-2014-4574 [XSS] WebEngage plugin before 2.0.1 for WordPress
  • CVE-2014-4581 [XSS] WPCB plugin 2.4.8 and earlier for WordPress
  • CVE-2014-4582 [XSS] WP Consultant plugin 1.0 and earlier for WordPress
  • CVE-2014-4583 [XSS] WP-Contact (wp-contact-sidebar-widget) plugin 1.0 and earlier for WordPress
  • CVE-2014-4586 [XSS] wp-football plugin 1.1 and earlier for WordPress
  • CVE-2014-4591 [XSS] WP-Picasa-Image plugin 1.0 and earlier for WordPress
  • CVE-2014-4593 [XSS] WP Plugin Manager (wppm) plugin 1.6.4.b and earlier for WordPress
  • CVE-2014-4942 [Information] The EasyCart (wp-easycart) plugin before 2.0.6 for WordPress
  • CVE-2014-4944 [SQLi] BSK PDF Manager plugin 1.3.2 for WordPress
  • CVE-2014-4600 [XSS] WP Ultimate Email Marketer plugin 1.1.0 and earlier for WordPress
  • CVE-2014-4601 [XSS] Wu-Rating plugin 1.0 12319 and earlier for WordPress
  • CVE-2014-4602 [XSS] XEN Carousel plugin 0.12.2 and earlier for WordPress
  • CVE-2014-5192 [SQLi] Sphider
  • CVE-2014-5337 [Information] The WordPress Mobile Pack plugin before 2.0.2 for WordPress
  • CVE-2014-5343 [XSS] Attack in Feng Office
  • CVE-2014-5344 [XSS] Mobiloud plugin before 2.3.8 for WordPress
  • CVE-2014-5345 [XSS] Possible XSS Attack in Disqus Comment System plugin before 2.76 for WordPress
  • CVE-2014-5347 [CSRF/XSS] Disqus Comment System plugin before 2.76 for WordPress
  • CVE-2014-5368 [Dir.Traversal] WP Content Source Control plugin 3.0.0 and earlier for WordPress
  • Possible Shell Upload Vulnerability in extplorer plugin for Joomla!
  • Blocking execution of an uloaded shell in Joomla!

AWS SDK Loader Module For Prestashop

We have finished the first version of the Prestashop Module to load the AWS SDK Loader. The purpose of this module is to allow developers and site owners to use and develop custom scripts and modules that work with the Amazon Web Services PHP SDK, with the separation of concerns and preventing conflict between multiple modules as a result of each loading the SDK independently.


Here are some of the features of the AWS SDK Module for Prestashop:

  • Load The Aws SDK onto every PHP page with the option to choose the SDK to load in the back office, front office, or both.

  • Load only the Classes you need for your application for performance optimization and security concern, for instance you can only choose to load the code for Amazon S3.

  • Allow other modules to use the AWS SDK without conflict or the need to load and maintain the SDK individually.

  • All patches and updates will be automatic with backward compatibility for dependent modules.

With a single click install you will be able to use AWS SDK on anypage by simply using the following syntax and declaring the namespace:

use AwsCommonAws;

// Instantiate the service builder
$aws = Aws::factory(‘/path/to/your/config.php’);

// Instantiate S3 clients for example
$s3v2 = $aws->get(‘s3’);


Live Chat Bar – Chrome Plugin

We have developed the Google Chrome plugin for our live chat bar software, that can be accessed here:

We are getting very close to finishing the Live Chat Bar Software as a Service. You can view more details on our Live Chat Bar website:

This software will show you every visitor that comes to your website instantly with their location and device. You can instantly send them a message or wait for them to use the live chat bar in the bottom corner of your website. This software a full feature chat support feature, including XMPP support, Google Talk, Skype, Instant Email notifications.


PrestaShop Amazon Web Services Module

ColumbusSoft has submitted the PrestaShop Amazon Web Services Module to the Official PrestShop Addons site.

This Module will allow you to load the AWS SDK for PHP, to be used by other modules or custom scripts without any conflicts as a result of each loading the SDK separately. Once enabled, you can access the AWS SDK from any php file in Prestashop.


We have developed this free module in the process of the Amazon S3 Bucket Upload Module that we are currently building for prestashop. All developers can take advantage of this module as a requirement.


This module has the following benefits:
1- Access the AWS SDK for php anywhere in presta shop with the same syntax offered by the SDK and examples:
2- Install and use Multiple AWS Modules without conflict.
3- PrestaShop users can write custom code and scripts in PrestaShop php files by simply delaring the AWS namespace.
4- This Module allows other developers to create their own AWS modules that will run alongside other AWS Modules without any conflict as it is not possible to load the AWS-SDK twice, so modules can require this Module as a requirement before installation. For example the AWS S3 Bucket Module by ColumbusSoft.
5- Developers do not have to worry about applying AWS SDK upgrades and backwards compatibilities, a good seperation of concerns.



1- Access the AWS SDK for php anywhere in presta shop with the same syntax offered by the SDK and examples:

2- Use Amazon S3 Bucket, and use Amazon S3 Stream Wrapper:

3- Use AWS CloudFront, Transcoder and anyother AWS Solution to wish to implemend.


Minimum requirements – To run the SDK, your system will need to meet the minimum requirements, including having PHP 5.3.3+ compiled with the cURL extension and cURL 7.16.2+ compiled with OpenSSL and zlib.


This Module will allow you to load the AWS SDK for PHP, to be used by other modules or custom scripts that need this SDK without any conflicts as a result of each module loading its own SDK. Once this module is enabled, you can access the AWS SDK from any php file in Prestashop as you would normally by declaring the namespace,
This module should be used for all AWS Modules to allow them to work simultaneously and efficiently. You can use with the same naming conventions and syntax AWS developers are used to.

Check out the Amazon S3 Module For Presta Uploads.

Mobile Detected
Tablet Detected
Desktop Detected
Large Screen Detected
Retina Display Detected