沙盒防泄密技术风险

本文来源于互联网整理


将原本用于防护病毒木马的沙盒(沙箱)技术,运用于源代码防泄密领域,形成沙盒防泄密系统,是否安全可行?依据沙盒基本工作原理,可从安全模型、沙箱逃逸以及与进程相关性等多个角度,对其技术风险进行全面分析、解读。


安全模型技术风险
传统的沙盒技术将外来病毒木马等入侵程序视为非可信进程,置于沙盒中并与本机系统相隔离,以避免本机系统受到感染和入侵攻击。相对于病毒木马等外来程序,本机系统是可信的。因此,使用沙盒偏转访问控制是可以实现对病毒木马的隔离防范的。而对于源代码防泄密而言,则完全相反,沙盒是将可信的进程偏转置入沙箱,与宿本机系统相隔离,并假设沙箱之外的本机系统所有进程均是不可信的。但这种访问控制隔离,又严重依赖本机系统的可信性。无疑,沙盒防泄密的安全模型是自相矛盾的。

沙箱逃逸技术风险
对程序行为进行监控是沙箱需要解决的一个基础性问题,大多数采用系统调用监控的方法。但仅从监控到的系统调用信息中获取程序行为,很难完全推理得到恶意程序的真正目的,特别是面对高隐蔽的APT攻击。研究多维度程序行为监控技术,从不同维度信息中获得程序可能的行为,是提高沙箱防御能力的重要途径。而沙盒防泄密技术,却须要在此基础之上对宿本机程序监控后再防范本机系统,基本上是不可能实现的任务。

与进程相关技术风险
沙箱技术自身原理就是依赖对可信和非可信进程的判断,通过访问控制技术来实现隔离的,所以说对进程的判断是沙箱偏转的基础。目前,沙盒防泄密系统在安装部署、升级维护以及更换或增加新的开发工具时,均须在后台服务器管理端及时、准确配置黑、白名单、配置可信与非可信进程,管理工作相对比较麻烦。当然,有意停掉或篡改可信与非可信进程,也会导致漏洞的出现。

总体而言,将沙盒技术移植到源代码防泄密领域,存在着天然缺陷。另外需要强调的是,在源代码防泄密领域,面对的是懂技术的开发人员,这些缺陷是我们无法回避的。

 

 

>> 进一步了解 文档加密软件

>> 咨询电话:400-866-0755

 

 

 

 

 

 

资料下载
咨询中心
咨询热线:
400-886-0755
邮件咨询