How do you choose secure extensions?
From Joomla! Documentation
Revision as of 13:28, 17 May 2010 by Mvangeest
The most important thing anyone can do is make good decisions regarding the extensions they choose to use on a site. Once an insecure or malicious extension is installed you should consider your entire site compromised. There is no possible way to protect or stop a component from accessing database tables it should not be accessing. There is no possible way to stop a component from sending all of the information it found back to a cracker website. Once an insecure or malicious component is installed, your entire site is insecure.
With all of that said, here are some pretty easy tips for making good choices regarding the extensions you install:
- When was the last version released?
- If it has been over a year, consider the project abandoned and find something else. Do not install old components.
- What kind of release is it? (Stable, Release Candidate (RC), Beta, Alpha)
- For production sites you should be sticking to Stable releases as much as possible. If you cannot wait until a Stable release has been made available, Release Candidates are the only other option you should consider. I would not suggest anyone install any Beta or Alpha extensions on a production site. This means they still have bugs, they have not been tested enough, and could have any number of inconvenient bugs or security issues that have not been fixed or worse, found.
- Does the extension have a history of good security practices?
- This is obviously a bit more subjective but it is still a very valid gauge of future trustworthiness. It requires a bit of investigation and research. Look around their download pages and archives, are there many security release or patches? Are there a lot of reports of cracking activity through this extension? Are the developers experienced and security conscious? What do other community members think of this extension? One example that comes to mind that has little to do with Joomla itself (which makes it a fair example) is phpBB. This script has had more security issues than I could get my head around and there routinely seems to be newly disclosed issues. Because of this, I would never use phpBB. In my opinion its is not trustworthy and there is a high probability that there will be more major security issues.
- Is there a support community for this extension?
- This is very important for usability and security awareness. If there is a support community for an extension there is a better chance of security issues being known and dealt with. A support community means that people would like to continue using the extension and that they care about the extension. This furthers the chance that security issues will be found, disclosed, and dealt with promptly.
- Is there only a Mambo version of this extension?
- While this does not in itself make an extension insecure but is rather a gauge of support, how recently the last realease was, and future support. There is a pretty narrow chance that Mambo components will be supported in 1.5 so save yourself the trouble and find a component made to work with Joomla. It will make your life easier.
- Is the extension generally bug free?
- I hinted on this a little bit in number three but I think it is worth discussing in more depth. While it is almost impossible for an extension to be completely bug free, the smaller the number of bugs, the better. If there are bugs in the software it means there are mistakes in the software. The more mistakes, the higher risk of usability issues and security issues. Security issues are often a result of not one bug, but several bugs or bad practices. For example, the recent 3rd party vulnerabilities that allow for remote file inclusion are a result of:
- Having PHP's Register Globals enabled.
- Using out of date or abandoned extension.
- No other security checks enabled for PHP. (url_fopen off, open_basedir restrictions, disabled PHP functions)
- Poorly configured file permissions.
- No request filtering or software "firewall". (such as mod_rewrite rules or mod_security Apache modules)
- Not including defined('_VALID_MOS') or die... statements
- Poorly constructed include() statements.
Although the Joomla! core is secure when configured correctly, third party extensions come in all flavors of age and quality. Unless you absolutely trust the extension developer, always review the code should before installing. The following is a list of typical areas of concern.
- How complex is the extension?
- The larger it is, the more likely it is to have problems, and the more carefully you should review it. If you can't tell what it's doing, you should not trust it.
- Does the extension read or write files to your server?
- Programs that read files may inadvertently violate access restrictions you've set up, or pass sensitive system information to crackers. Programs that write files have the potential to modify or damage existing files, or introduce trojan horses.
- Does the extension interact with other programs on your system?
- For example, many extensions send e-mail in response to a form input by opening a connection with the sendmail program. Is it doing this in a safe way?
- Does the extension run with suid (set-user-id) privileges?
- In general this is very dangerous; extensions need an excellent reasons for doing this.
- Does the extension validate all user input, such as in form fields and in the URL?
- Does the extension use explicit path names when invoking external programs?
- Relying on the PATH environment variable to resolve partial path names is a dangerous practice.
- Is the extension secure against direct access throught the URL?
- For example: www.yoursite.com/components/com_bad_extension.php?lots_of_bad_code_here
- Is the extension secure against remote file inclusions?
- Is the extension secure against SQL injections?
- Is the extension secure against Cross Site Scripting (XSS)?
- Does the extension need PHP register_globals ON, or Joomla! RG Emulation ON?
- If so, then it is probably violating number 7 above.
- Does the extension provide higher database access to less privileged users?
- For example does it allow guests or registered users to view data that only publishers or administrators should be able to see?