[ 
https://issues.apache.org/jira/browse/JSPWIKI-129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18139959#comment-18139959
 ] 

ASF subversion and git services commented on JSPWIKI-129:
---------------------------------------------------------

Commit c4e13a7c6c75135a226a1e751a2527bb3c6c34b1 in jspwiki's branch 
refs/heads/master from Arturo Bernal
[ https://gitbox.apache.org/repos/asf?p=jspwiki.git;h=c4e13a7c6 ]

JSPWIKI-1355 Allow the contexts that need no permission

Since JSPWIKI-129 the dummy permission that a context without a permission 
returns is checked against the policy of the wiki only, which does not grant 
it, so Search.jsp, UserPreferences.jsp and Workflow.jsp were forbidden to every 
user. The authorization manager now allows it, as the contract of 
Context.requiredPermission() says.


> JSPWIki cannot run under a security manager
> -------------------------------------------
>
>                 Key: JSPWIKI-129
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-129
>             Project: JSPWiki
>          Issue Type: Bug
>          Components: Authentication & Authorization
>    Affects Versions: 2.4.104, 2.6.0, 2.6.1, 2.6.2, 2.6.3, 2.6.4, 2.8, 2.8.1, 
> 2.8.2, 2.8.3, 2.8.4
>         Environment: All
>            Reporter: Andrew R. Jaquith
>            Assignee: Andrew R. Jaquith
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 3.0.1
>
>
> JSPWiki cannot be used when running a security manager. Containers that run 
> by default with a security manager include Oracle Application Server and 
> Tomcat when run with the '-server' option.
> In all cases, the root cause is the same: the security policy for the 
> container needs to include the Permissions needed to execute JSPWiki. 
> However, full enumeration of the Permissions needed is complicated 
> significantly by the fact that JSPWiki does not compartmentalized privileged 
> calls the way it should. For example, any code in JSPWiki that accesses files 
> should be enclosed by AccessController.doPrivileged() blocks.
> The result of our current approach (or rather, lack of privileged code 
> compartmentalization) means that an effective policy cannot be written.
> This bug is to remind ARJ that he needs to work on this. He is currently 
> writing some diagnostic tools that will make this process easier. However, 
> it's going to take a while...



--
This message was sent by Atlassian Jira
(v10.3.26#10030026)

Reply via email to