HackDig : Dig high-quality web security articles for hackers

Latest Joomla Exploit ‘CVE-2020-35616’ – Joomla ACL Security Vulnerabilities

2020-12-26 16:55

Working as a Security Consultant, more often than not, you come across vulnerabilities that are peculiar & at the same time important to be fixed soon. Something of the sort recently happened with me, while looking for new Joomla exploit and attacks in Joomla Security.

I came across a vulnerability in Joomla that would give privileges to non-superusers making it possible for malicious actors to exploit Joomla.

I’ve talked about the identified vulnerability CVE-2020-35616 and also suggested how the recent update can fix it.

But before we go ahead to that, let’s first talk a little about Joomla and what it is.

What is Joomla?

Joomla is the third most-used free open-source Content Management System (CMS) after WordPress and Shopify. It is used to build websites & publish web content. Its user-friendly format has made it highly popular among the masses. Joomla uses object-oriented programming techniques along with software design patterns and written in PHP. It stores its data in the MySQL database.

Joomla maintains an ACL (Access Control List) to control:

  1. Which users can access selective features of the website
  2. The operations that can be performed by the users

The recent Joomla Security Advisory

Recently, a Joomla security advisory was published that disclosed a vulnerability that caused the ACL violation in the Joomla versions from 1.7.0 to 3.9.22. Though a security patch has been released to fix the same under the latest version 3.9.23. Since Joomla is an open-source CMS making it possible for us to spot the differences in the vulnerable and patched versions of the code using the Github’s comparing releases feature.

Code Difference – Understanding the Patch and finding the root cause of the Joomla exploit vulnerability

Vulnerable Version: 3.9.22
Patched Version: 3.9.23

We can find the difference between the code of both the versions of Joomla using Github’s compare tags feature. If you check this link, you will notice that the latest version of the Joomla CMS has 213 modified files from the last version. While closely scrutinizing the code from the modified files, a new function validate that was introduced by the Joomla developers in the core parts of the Joomla CMS.

Joomla exploit

This validate function checks the following things:
On line 371, it checks whether the logged-in user is a super-user or not. The code JFactory::getUser()->authorise('core.admin', $data['extension']) returns a boolean i.e. true or false which leads to the following two cases:

  1. true case: If the logged-in user is a super-user, then this code returns true and the code jumps to line 379 which further validates the supplied form data and returns an array of filtered data if valid, or false otherwise.
  2. false case: If the logged-in user is not a super-user, then this code returns false and the code jumps to line 373 which checks whether the user has supplied any ACL ruleset while submitting the form. If the ACL ruleset has been supplied then it just removes that ACL ruleset and executes the parent’s validate function to filter the valid data from the form.

Now the question arrives, what is the need to `unset` the ACL ruleset? Does it even matter?

You can read the complete code on category.php.
While I was reading this code, I noticed that the function at Line 505 is responsible to save the category form. It can be noticed that at Line 567, the code checks whether the user has supplied any ACL ruleset. If the ACL ruleset has been supplied, then it sets the new ACL ruleset.

Joomla exploit

How could the Joomla vulnerability be exploited?

Now, we know that the save function sets any supplied ACL ruleset in the submitted form. As the vulnerable version of code is not using the above-discussed validate function to validate the form data, it will mean that even a non-super user can also submit the form with any ACL ruleset and that ACL ruleset will be processed by Joomla.

For a simple attack scenario, let’s create three users with different privileges, e.g. super-user, manager and administrator.

latest vulnerability

As this vulnerability affects multiple core views, so we will only target category for this
attack.

  1. The SuperUser creates a new category TEST and gives all permissions to the Manager. However, all the permissions are set to Denied for the Administrator.
joomla vulnerability
latest vulnerability

2. Now, when the Administrator logs in to his/her account, we noticed that he/she can’t perform any function on TEST due to lack of valid permissions.

latest vulnerability

3. Once the Manager logs in to his/her account and edits the category TEST. The Manager does not have access to set any permissions for any user. However, while submitting the form, the Manager maliciously sets a new ACL ruleset which authorizes all the permissions to the Administrator.

Now, in Joomla, every user group has a unique ID.

In Joomla, every user group has a unique ID.

GROUP             ID

Public            1
Registered        2
Author            3
Editor            4
Publisher         5
Manager           6
Administrator     7
Super Users       8
Guest             9

The format of ACL ruleset in POST request form is jform[rules][core.PERMISSION][GROUP_ID]

jform[rules][core.create][ID]
jform[rules][core.delete][ID]
jform[rules][core.edit][ID]
jform[rules][core.edit.state][ID]
jform[rules][core.edit.own][ID]

Now, if we set these POST request parameters to value 1, we will basically be setting those specific permissions to Allowed.

As discussed above, we wish to authorize all the permissions to the Administrator whose group id is 7. So, we need to append the following POST data while saving the form.

&jform%5Brules%5D%5Bcore.create%5D%5B7%5D=1&jform%5Brules%5D%5Bcore.delete%5D%5B7%5D=1&jform%5Brules%5D%5Bcore.edit%5D%5B7%5D=1&jform%5Brules%5D%5Bcore.edit.state%5D%5B7%5D=1&jform%5Brules%5D%5Bcore.edit.own%5D%5B7%5D=1

Joomla Exploit

4. Now, the administrator has all the permissions on TEST category and he/she can
even edit the category details.

latest vulnerability
Joomla vulnerability

To know more about the Joomla exploit vulnerabilities details and more detailed steps to reproduce the vulnerability, do watch the below video proof of concept.

The Last Word

Joomla is a popular platform that allows easy Content Management for its users, but with vulnerabilities as discussed above, it can become troublesome. We recommend that the Updating Joomla CMS to the latest version (v3.9.23) that comes with the security patch for the vulnerability mentioned above.

The post Latest Joomla Exploit ‘CVE-2020-35616’ – Joomla ACL Security Vulnerabilities appeared first on Penetration Testing and CyberSecurity Solution - SecureLayer7.


Source: /seitilibarenluv-ytiruces-lca-61653-0202-evc-tiolpxe-almooj-tsetal/ten.7reyaleruces.golb

“Latest Joomla Exploit ‘CVE-2020-35616’ – Joomla ACL Security Vulnerabilities”0 Comments

Submit A Comment

Name:

Email:

Blog :

Verification Code:

Tools

Tag Cloud