![]() |
|
|
|
|
Change By:
|
Tobias Mattsson
(12/Dec/13 1:46 PM)
|
|
Description:
|
In securityApp,
The changes done
in
the dialog for editing roles and access control lists a user can type paths into edit fields.
When closing the dialog and saving the edited ACLs there must be a check that the logged in user does not assign "higher" user rights to a role that he himself has.
Scenario:
A "local" (multi
MGNLUI
-
tenancy) admin restricted
2357 leads
to
administer roles contained in the folder "/departmentOne" creates
a
new role and assigns Read/Write access for all the available objects on the root ("/") node (like in the superuser role). In addition to that, under "Web Access" he grants "Get&Post" to "/*".
Assignment to an editor:
After assigning this role to an editor, the editor does not get superuser rights but can see all the websites and all the assets, not only the ones he should see.
Assignment to himself:
The local admin assigns the newly created role to himself and then is able to access all areas
number
of
the securityApp
problems
.
So we need to implement a security check to prevent such "options" in a multi-tenancy environment
See its related tickets
.
A solution might be to compile all access rights of the logged in user account and compare them to the ones that are going to be assigned to a security object.
TODOs:
- Add tests
|
|
|
|
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
----------------------------------------------------------------
For list details, see: http://www.magnolia-cms.com/community/mailing-lists.html
Alternatively, use our forums: http://forum.magnolia-cms.com/
To unsubscribe, E-mail to: <
[email protected]>
----------------------------------------------------------------
