HTML 5通过sandbox属性提升iFrame的安全性

作者 Abel Avram 译者 张龙 发布于 2010年1月30日

领域

架构 & 设计,

语言 & 开发

主题

规范 ,

架构 ,

安全

标签

safari ,

Opera ,

Chrome ,

IE8 ,

Firefox ,

HTML 5

目前Web Hypertext Application Technology Working Group（WHATWG）正与W3C通力合作建立HTML 5标准，在过去3个月中，该项工作已经进入到了WHATWG的“Last Call”阶段。在这期间，变化最大的一个特性就是iframe元素的sandbox属性。sandbox属性可以防止不信任的Web页面执行某些操作。

HTML 5规范的编辑Ian Hickson谈到了sandbox的好处，它可以防止如下操作：

• 访问父页面的DOM（从技术角度来说，这是因为相对于父页面iframe已经成为不同的源了）
• 执行脚本
• 通过脚本嵌入自己的表单或是操纵表单
• 对cookie、本地存储或本地SQL数据库的读写

HTML 5的修订历史页面还提到了sandbox的其他特性：

• 禁用插件
• 禁止其他浏览上下文的导航
• 禁止弹出窗口和模式对话框

iFrames因安全问题而臭名昭著，这主要是因为iFrames常常被用于嵌入第三方内容，而后者则可能会执行某些恶意操作。sandbox通过限制被嵌入内容所允许的操作而提升iFrames的安全性。这种方式将沙箱内容与父页面进行了分离，因此限制了被嵌入内容的权限。

与sandbox一起出来的还有其MIME类型：text/html-sandboxed。Hickson说到：

text/html-sandboxed MIME类型确保用户不会访问到不可信的内容。它包含两部分内容：首先，如果用户直接访问页面时，浏览器不可以渲染那些具有text/html-sandboxed MIME类型的页面。目前所有浏览器都支持这一点，这些浏览器会下载页面的标记但不会渲染页面；其次，支持sandbox属性的浏览器需要渲染具有text/html-sandboxed MIME类型的iframes（但会受到sandbox属性中所设定的权限限制）目前为止，还没有浏览器实现这一点，Google Chrome也是如此（它会渲染父页面，但却下载iframe内容而非在iframe中对其进行渲染）。因此目前还没法使用该项技术，除非Google更新Chrome以支持这一点（从理论上来说，其他的浏览器厂商在实现了对sandbox属性的支持后就会实现该技术，让我们拭目以待吧）。

目前，只有Google Chrome 4.0使用了sandbox，Firefox、IE8和Safari都还没有实现这一点，但相信不久之后这些浏览器都会实现的。围绕着HTML 5 <video>元素发生了很多事情，Google通过H.264标准对其进行实现，而其他浏览器则使用了不同的标准或是干脆还没有实现。但这种情况不会发生在这里，因为每个浏览器都可以在内部自由决定如何实现sandbox。但即便是明天所有的主流浏览器都采用了sandbox，众多的开发者和内容管理者也不能立刻就使用它，因为还有那么多的遗留浏览器会忽略掉该属性，因此稳妥的办法还是采取常规的安全手段来保护iFrames。

查看英文原文：The HTML 5 sandbox Attribute Improves iFrame Security

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

1. 返回顶部

   HTML 5 vs AIR

   发表人 cheung frank

   随着RIA时代的逐渐成熟，RIA其触手貌似得到进一步的延伸。如何规限其边界，既是矛又是盾的问题。AJAX AIR的实现就有类似问题，估计也会随着AIR版本的更新作出修改或修正，——但HTML5有不停打补丁的机会吗？

   回复

2. 返回顶部

   Re: HTML 5 vs AIR

   发表人 cheung frank

   只是打酱油般的路过，所以拍拍脑袋后杞人忧天的想法也不足为奇，呵呵。

   回复

• 更早的 >