The Joomla! Project takes security vulnerabilities very seriously. As such, the Joomla! Security Strike Team (JSST) oversees the project's security issues and follows some specific procedures when dealing with these issues.
About the JSST
In wild land firefighting, the term "Strike Team" is used to describe a collection of similar resources, which used for a specific purpose (https://en.wikipedia.org/wiki/Strike_Team). The JSST is called a strike team because it is a collection of developers and security experts tasked with improving and managing security for Joomla. The JSST roster can be found on the Joomla! Volunteers Portal.
The JSST operates with a limited scope and only directly responds to issues with the core Joomla! CMS and Framework, as well as processing reports regarding the *.joomla.org network of websites. We do not directly handle potential vulnerabilities with Joomla! extensions or websites built by our users, however there are resources available for these categories. The Vulnerable Extensions List contains reports of security vulnerabilities in extensions and users may seek assistance with security issues on their websites from the Joomla! Forum.
To be able to fully respond to a potential security issue, the JSST asks that issue reports includes as much of the following data as possible:
- The Joomla! software (CMS or Framework) or website (*.joomla.org) affected by the vulnerability (for the software, please include the version(s) tested)
- Steps to reproduce the problem
- For the CMS or Framework, this should be what is required from a new install of the affected package
- For the *.joomla.org websites, this should be the steps taken to trigger the vulnerability
- If sharing a vulnerability reported elsewhere, please include the source of this report
- A patch may be proposed which will be reviewed by the JSST
The JSST aims to ensure all issues are handled in a timely manner and for clear communication between the team and issue reporters. As such, we have established the following guidelines for responding to issue reports:
- Within 24 hours every report gets acknowledged
- Within 7 days every report gets a further response stating either
- the issue is closed (and why)
- the issue is still under investigation; if needed, additional information will be requested
- Within 21 days every report must be resolved unless there are exceptional circumstances requiring additional time
Signed & Encrypted Mail
- Investigate and respond to reported vulnerabilities in the Joomla! CMS, Framework, and joomla.org websites.
- Execute code reviews prior to release to identify new vulnerabilities.
- Provide public presence regarding security issues.
- Help the community understand Joomla! security.
Security Announcement Policy
- Verified vulnerabilities will only be publicly announced AFTER a release is issued which fixes the vulnerability.
- All announcements will contain as much information as possible, but will NOT contain step-by-step instructions for the vulnerability.
Public Responses Policy
Articles are written about Joomla! all the time. In many circumstances, these articles (even from reputable sources) contain a significant amount of misinformation.
- The JSST in conjunction with the Marketing Team will assess and address articles written about security issues
- If the article contains valid information about a vulnerability not yet fixed, we will ask the publisher to suspend the article until we can fix the issue
- If the article contains invalid information, we will note what is invalid, and ask the publisher to either fix or remove the article
- The JSST will be available to answer questions/validate any Joomla! security related articles on the publisher's request
Security Release Policy
- Critical and high-level vulnerabilities trigger an immediate release cycle
- The Joomla! project may release an advisory indicating the scheduled release window to allow site owners to prepare for the release
- Moderate vulnerabilities may trigger a release cycle depending on the specific issue
- Low and very low vulnerabilities (and moderates which do not trigger a release cycle) will be included with the next scheduled maintenance release
- All security releases will be accompanied by one (or more) appropriate security announcements
The Joomla! project will properly credit individuals and/or organizations who responsibly disclose security issues to the JSST. You can indicate the way you would like to be referred to in the advisory about the vulnerability. Our preference is to use full names. If you do not specify then we will use the contact name associated with the email address the report was received from. You can also request a pseudonym or having your name withheld.
Vulnerability Threat Levels
In accordance with the security policy from the Joomla! project's development strategy, there are two main details that contribute to a vulnerability's priority or "threat level":
|Critical||“0-day" attacks, and attacks where site control is compromised (allows attacker to take control of the site).|
|High||SQL injection attacks, remote file include attacks, and other attack vectors where site data is compromised.|
|Moderate||XSS attacks, write ACL violations (editing or creating of content where not allowed).|
|Low||Read ACL violations (reading of content where not allowed).|
|Critical||VERY easy to perform. Relies on no outside information (TRUE 0-day attack).||As soon as possible|
|High||Moderately easy to perform. May rely on readily available outside information.||Per oCERT guidelines|
|Moderate||Not easy to perform. May rely on sensitive information.||Per oCERT guidelines|
|Low||Difficult to perform. Relies on sensitive information or requires special circumstances to perform.||Per oCERT guidelines|
NOTE: The descriptions are just generic guidelines. Each vulnerability will be assessed for damage potential and will be ranked accordingly.
All currently developed and supported versions of the Joomla! CMS and Framework will be actively monitored by the JSST.
Currently active versions include:
- Joomla! CMS - 3.x
- Joomla! Framework - 1.x