You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Lukasz Lenart (JIRA)" <ji...@apache.org> on 2016/06/17 04:23:05 UTC
[jira] [Commented] (WW-4647) Security: OGNL can change the
MemberAccess in OGNLContext
[ https://issues.apache.org/jira/browse/WW-4647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335376#comment-15335376 ]
Lukasz Lenart commented on WW-4647:
-----------------------------------
This was already fixed by changing how Struts is using OGNL and disabling access to arithmetic operations. And next time please report any security vulnerabilities to security@struts.apache.org - making them public (as here) is irresponsible and makes hacker's life easier. I'm going to delete this issue.
> Security: OGNL can change the MemberAccess in OGNLContext
> ---------------------------------------------------------
>
> Key: WW-4647
> URL: https://issues.apache.org/jira/browse/WW-4647
> Project: Struts 2
> Issue Type: Bug
> Components: Core Actions
> Affects Versions: 2.3.20
> Reporter: Raintung Li
> Priority: Critical
> Fix For: 2.3.30, 2.5.2
>
> Attachments: SecurityOGNLContext.java
>
>
> OGNL example: S2-029 leak:
> #_memberAccess.excludedClasses=#{}.keySet() it has been fixed.
> But now we can direct change the _memberAccess in the OGNLContext
> #_memberAccess=@ognl.OgnlContext@DEFAULT_MEMBER_ACCESS
> woo.. it can round the SecurityMemberAccess.isAccessible checking, because modify the OGNLContext member _memberaccess that NOT check the accessible.
> Struts should be self extend the OGNLContent to make securityOGNLContect to keep safe.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)