Access Denied errors after installing SUPEE-6285



After installing the SUPEE-6285 patch on our Magento store the system is showing an "Access Denied" error when attempting to access all custom modules for users who have selective permissions (not all permissions). Screenshot below.

enter image description here

The user permissions are properly set in Role Resources and we have re-applied the permission settings to ensure these are set.

The problem has been reproduced across multiple custom extensions so it isn't just a single extension that isn't working.

I have logged out/in, cleared the cache and confirmed that the compiler is disabled.

Can anyone suggest how to troubleshoot this?


Posted 2015-07-08T13:08:21.957

Reputation: 626



As written here:

If you use restricted admin accounts, some menus of third party extensions might not work anymore for them. The reason is that the default return value of Mage_Adminhtml_Controller_Action::_isAllowed() has been changed from true to Mage::getSingleton('admin/session')->isAllowed('admin'). Extensions that do not override this method in their admin controllers because they don't use the ACL, now need the "ALL" privilege.

The only solution is to patch the extensions and add this method to all their admin controllers:

protected function _isAllowed()
    return true;

Or if they actually have an ACL resource defined in etc/adminhtml.xml:

protected function _isAllowed()
    return Mage::getSingleton('admin/session')->isAllowed('ENTER RESOURCE IDENTIFIER HERE');

How to determine the resource identifier

This is how an adminhtml.xml might look like:

Mage_Setup example (acl)

Take the node names below acl/resources/admin/children, skipping following children nodes.

How to create missing resource identifiers

If there is only a <menu> definition but no <acl> definition, you can also define your own (it does not have to be within the same module, so no 3rd party files have to be modified)::

Mage_Setup example (menu)

Copy everything below menu to acl/resources/admin/children and remove the <action> nodes.

Automatic fix

There is a good command line tool by at

It handles most missing _isAllowed() calls quite well but will result in broken code with obfuscated or encrypted source files, so you still should check the results manually.

Fabian Schmengler

Posted 2015-07-08T13:08:21.957

Reputation: 49 110

@fschmengler what and all are "admin controllers:" in magento – Baby in Magento – 2015-10-09T10:16:16.677

1Controllers for routes that are configued with &lt;use&gt;admin&lt;/use&gt;. They usually extend Mage_Adminhtml_Controller_Action. – Fabian Schmengler – 2015-10-09T10:18:24.220

In above example, you have got two nodes, how do I define these in my _isAllowed() function? I can only call one node there right? – Adarsh Khatri – 2016-01-22T02:32:45.880

That's what you usally do, but if you want you can also require both (Mage::getSingleton('admin/session')-&gt;isAllowed('...') &amp;&amp; Mage::getSingleton('admin/session')-&gt;isAllowed('...')) or one of both (Mage::getSingleton('admin/session')-&gt;isAllowed('...') || Mage::getSingleton('admin/session')-&gt;isAllowed('...')) – Fabian Schmengler – 2016-01-22T06:53:34.397

^In that situation, can you get the parameter to $x in isAllowed($x) dynamically based on the page request? – Nick Rolando – 2016-08-26T20:03:55.430

Just tested this solution, and giving the "Dashboard" permission makes no difference. Is the "Dashboard privilege" the same as the "Dashboard" permission under Role Resources or is this somewhere else? – Chris – 2015-07-08T13:26:54.653

2Updated the answer, I misinterpreted the configuration for admin, it actually only returns true for users with all privilieges. – Fabian Schmengler – 2015-07-08T14:06:22.087


Please do not just do return true; if there is nothing defined for ACL in your config.xml or adminhtml.xml. Instead add the permissions to the xml file and check it properly. Take a look Alan Storm's site or here for info on creating permissions.

– kel – 2015-07-09T16:53:47.480

It is working fine for custom module but if there is section for configuration setting, how can we gives access for this block? – mjdevloper – 2015-07-13T08:15:49.257

It follows the menu structure in the same way: acl/resources/admin/children/system/children/config/children/SECTION, where SECTION is the node name used in system.xml – Fabian Schmengler – 2015-07-13T08:22:50.917


In my case for third party modules, adding below code to the adminhtml controllers worked:

protected function _isAllowed()

     return true;

Ankur Jain

Posted 2015-07-08T13:08:21.957

Reputation: 27


It should be:

protected function _isAllowed()
    return Mage::getSingleton('admin/session')->isAllowed('system/config');

In that case it returns ACL Settings from Magento. I am just wondering if Magento Core Team will fix it with another Patch or this should be done in app/code/local as a global Fix...

Piotr Siejczuk

Posted 2015-07-08T13:08:21.957

Reputation: 97

3This is not the intended behavior. They made the admin controllers restrictive by default on purpose. So actually the extension vendors are forced to update now. – Fabian Schmengler – 2015-07-08T14:31:17.457

1So, yes, if that works for you, fix it in app/code/local, but showing custom extensions without ACL if and only if the user has permissions for System &gt; Configuration is not what everbody would want. – Fabian Schmengler – 2015-07-08T14:34:20.500

Your solution is a workaround and is not recommended! You can return true by default (as it was in admin controller before this patch). The better solution: Configure your Access Control Lists correctly. – Matthias Kleine – 2015-07-13T15:35:24.927