Optimize Joomla Security and Prevent Getting Hacked

Category : Website Security
Posted on : Apr 01, 2011
Views : 1,882
By : Naftali P.

Joomla! is a great CMS that is used worldwide. For this reason, hackers often try to find a way to hack a Joomla! website. Here are 7 tips to optimize your Joomla! security, preventing your Joomla! website getting hacked.

Always remember to make a regular backup of your website and database. If you still get hacked, you can always get back to an older version of your website. Make sure you find out which extension caused the vulnerability and un-install it.

CHANGE THE DEFAULT DATABASE PREFIX (JOS_)

Most SQL injections that are written to hack a Joomla! website, try to retrieve data from the jos_users table. This way, they can retrieve the username and password from the super administrator of the website. Changing the default prefix into something random, will prevent (most / all) SQL injections.

You can set the database prefix when installing your Joomla! website. If you've already installed Joomla! and want to change your prefix, do the following:

Log on to your Joomla! back-end.
Go to your global configuration and search for the database
Change your database prefix (Example: fdasqw_) and press Save.
Go to phpMyAdmin to access your database.
Go to export, leave all default values and press Start. Exporting the database can take a while.
When done, select all code and copy it to notepad (or any other text editor)
In phpMyAdmin, select all tables and delete them
In notepad, do a Search & replace (Ctrl + H). Set the searchterm to jos_ and change it into your new prefix (Example: fdasqw_). Press "Replace all".
Select everything in your notepad file and copy it. In phpMyAdmin, go to SQL, paste the queries and press Start.

REMOVE VERSION NUMBER / NAME OF EXTENSIONS

Most vulnerabilities only occur in a specific release of a specific extension. Showing MyExtension version 2.14 is a really bad thing. You can modify this message to only the name of the extension by doing the following:

Retrieve all files of the extension from your server.
Open up Dreamweaver.
Load any file from the extension that you just downloaded to your local machine.
Use the Search function and set the search to Search through specified folder. Navigate to the folder where you downloaded the exploit to.
Set the search term to "MyExtension version 2.14" and press OK.
When found the correct file, remove the version number.
Upload the changed file to your server and check if the changes are made.

USE A SEF COMPONENT

Most hackers use the Google inurl: command to search for a vulnerable exploit. Use Artio, SH404SEF or another SEF component to re-write your URL's and prevent hackers from finding the exploits.

Additionally, you'll get a higher rank in Google when using search engine friendly URL's.

KEEP JOOMLA! AND EXTENSIONS UP TO DATE

This one is pretty obvious. Always check for the latest versions of Joomla! and the extensions you're using. Many vulnerabilities are resolved most of the times in later versions.

USE THE CORRECT CHMOD FOR EACH FOLDER AND FILE

Setting files or folders to a CHMOD of 777 or 707 is only necessary when a script needs to write to that file or directory. All other files should have the following configuration:

PHP files: 644
Config files: 666
Other folders: 755

DELETE LEFTOVER FILES

When you installed an extension that you didn't like, don't set the extension to unpublished. If you do, the vulnerable files will still be on your website. So simply use the un-install function to totally get rid of the extension.

CHANGE YOUR .HTACCESS FILE

Add the following lines to your .htaccess file to block out some common exploits.

########## Begin - Rewrite rules to block out some common exploits
#
# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*(.*) [OR]
# Block out any script that includes a < script> tag in URL
RewriteCond %{QUERY_STRING} (<|%3C).*script.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|[|%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|[|%[0-9A-Z]{0,2}) [OR]
# Block out any script that tries to set CONFIG_EXT (com_extcal2 issue)
RewriteCond %{QUERY_STRING} CONFIG_EXT([|%20|%5B).*= [NC,OR]
# Block out any script that tries to set sbp or sb_authorname via URL
RewriteCond %{QUERY_STRING} sbp(=|%20|%3D) [OR]
RewriteCond %{QUERY_STRING} sb_authorname(=|%20|%3D)
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits