漏洞概要
关注数(24)
关注此漏洞
漏洞标题:SAE又允许JVM内存对象直接读写操作
相关厂商:新浪
提交时间:2014-09-29 14:02
修复时间:2014-11-13 14:04
公开时间:2014-11-13 14:04
漏洞类型:设计缺陷/逻辑错误
危害等级:高
自评Rank:10
漏洞状态:厂商已经确认
Tags标签:
无
漏洞详情
披露状态:
2014-09-29: 细节已通知厂商并且等待厂商处理中
2014-09-29: 厂商已经确认,细节仅向厂商公开
2014-10-09: 细节向核心白帽子及相关领域专家公开
2014-10-19: 细节向普通白帽子公开
2014-10-29: 细节向实习白帽子公开
2014-11-13: 细节向公众公开
简要描述:
RT!
详细说明:
漏洞证明:
但是SAE沙盒的设计者在设计沙盒之初,可能只对jdk默认沙盒权限控制了解了一部分,大致结构知道点,没有深读或不完整.默认沙盒环境每层权限做得是非常细致的,比如:前例中是对敏感包访问限制,SAE没做(sun.misc.*包,当然我之前看了一下,SAE好像就限制了这个类,不知道最近改了没有?这个问题以后再说,先说这个问题).
看到java.util.concurrent.atomic.AtomicLong这个类的源代码:
看到正好有个unsafe 私有属性,还是直接实例化的:
然后通过反射又可以获取实例,直接又bypass了...(利用见前例中的PoC,直接替换获取实例部分就好了)
测试地址:http://1.unsafe.sinaapp.com/
修复方案:
建议SAE沙盒的设计者好好读一下jdk默认沙盒权限控制!(充点云豆吧?就测试了两次SAE,免费的云豆就快没了...)
漏洞回应
厂商回应:
危害等级:高
漏洞Rank:10
确认时间:2014-09-29 16:11
厂商回复:
感谢关注新浪安全,我们马上通知相应开发人员处理修复。
最新状态:
暂无