[ 
http://jira.magnolia.info/browse/MAGNOLIA-2388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18169#action_18169
 ] 

Jan Haderka commented on MAGNOLIA-2388:
---------------------------------------

Time is getting short, so here is the plan:
- if we don't have better solution by tomorrow, I'll remove the direct link to 
user preferences from the admininterface on 3.6 branch 
- in that case i will also change fix version of MAGNOLIA-574 to 3.7 only
- I'll create separe issues for having new preferences dialog and for removing 
write access from users own acl_* and close this issue.

Since the other security fixes, that makes 3.6 more secure then before, but 
doesn't open way for user to lock themselves out by default final situation 
should be better and not worse then in previous versions.
Plus we get few months to tackle changes to preferences dialog and to decide 
what to do with write permission to users own roles/groups.

If you think there is anything wrong with this plan, let me know ... preferably 
before I proceed. ;)

> Easy privilege escalation from user preferences
> -----------------------------------------------
>
>                 Key: MAGNOLIA-2388
>                 URL: http://jira.magnolia.info/browse/MAGNOLIA-2388
>             Project: Magnolia
>          Issue Type: Bug
>          Components: security
>    Affects Versions: 3.6.2
>            Reporter: Fabrizio Giustina
>            Assignee: Fabrizio Giustina
>            Priority: Blocker
>             Fix For: 3.6.2
>
>
> This is a leftover from MAGNOLIA-574 : since the task was closed ignoring my 
> comments and no other task is listed for 3.6.2 I am adding this as a separate 
> issue since IMHO magnolia 3.6.2 can't be released as is now...
> After the change in MAGNOLIA-574 and related now every user (at least with a 
> read only access to the user repository) can self-change its role to 
> superuser using the preference dialog linked to the user name.
> Just create a user with a editor role and readonly access to userroles: he 
> can just type "/superuser" in its preference dialog to gain full access.
> The are multiple issues/tasks associated to this:
> - user should not be have read/write permissions to the acls by default, this 
> should be strictly forbidden unless explicitely added by a superuser
> - the preference box dialog should not list group/roles (it makes no sense, 
> just name me another app where users have a similar thing in their preference 
> page!)
> - a bug in the bug: if the user enters a role he doesn't have read rights for 
> in the preference page the user node gets corrupted and can't be edited 
> anymore
> as previously discussed, IMHO a better solution would be allowing only 
> readonly access to own user node by default and using a custom save handler 
> for the preference page which allow editing of checked properties using a 
> system operation. User preferences should use obviously a different dialog 
> from the standard user edit dialog.
> Nobody else cares about this?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.magnolia.info/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------

Reply via email to