Chrome安全团队希望将指针错误消灭在编译阶段

　　在计算机安全领域，攻击者的手段也在不断创新。为了构筑坚实的浏览器安全防线，谷歌已经为Chrome打造了基于沙箱和站点隔离的多进程架构。不过在近日发布的一篇博客文章中，Chrome安全团队进一步介绍了他们在内存安全性方面的最新努力。
　　（来自：GoogleSecurityBlog）
　　Chrome安全团队称，尽管他们在努力坚守上述主要的安全防线，但模糊测试的结果表明，这些措施的防护效果已达到极限，意味着浏览器开发商无法再单纯依靠单纯的策略来抵御野外攻击。
　　数据表明，去年的时候，有超过70的严重安全漏洞都与内存相关，尤其是CC编程语言中的指针bug会导致内存误解。在浏览器应用之外，内存安全也是一个需要全球软件工程社区认真对待的问题。
　　与此同时，Chrome安全团队认为这也是一个机遇，毕竟许多bug都具有类似的根本原因，意味着我们能够一次搞定大部分问题。为此，Chrome安全团队提出了三个着力点：（1）在编译时检查指针是否正确；
　　（2）在运行时检查指针是否正确；
　　（3）调查现有代码库部分内存安全语言的使用。
　　ldquo；编译时检查rdquo；意味着在Chrome构建过程中确保安全，甚至早于向用户设备推送更新之前。
　　ldquo；运行时检查rdquo；意味着Chrome浏览器会在终端设备上运行软件时进行检查。当然，这么做也会有一定的性能成本开销。考虑到有数百万计的指针，即使每个指针的影响都极其细微，数十亿的用户量级，累加起来还是相当可观的，尤其许多用户仍在使用资源相对受限的低功耗移动设备。
　　在理想情况下，Chrome安全团队倾向于优先选择第（1）套方案。遗憾的是，C编程语言在设计之初并没有考虑到这一点。
　　权衡利弊之后，我们最终只剩下了让C更安全（但也更慢）的第（2）和第（3）种选项，或尝试开始使用其它编程语言。
　　换言之，Chrome安全团队将在C安全解决方案上倾注大量的心力，例如MiraclePtr和ABSLSTL强化模式。
　　在每种情况下，我们都希望消除相当一部分可被利用的安全漏洞，但预计也会造成一些性能损失。比如借助MiraclePtr隔离潜在会被引用的内存，以预防释放后的隐患。而在内存资源更加宝贵的大部分移动设备上，我们很难专门腾出一块专门的隔离区。
　　即便如此，MiraclePtr仍有望消除浏览器进程中超过50的释放后错误使用mdash；mdash；对于当前的Chrome安全性来说，这已经算得上是一个相当瞩目的成就。
　　同时，Chrome安全团队将探索未来是否能够把Chrome的某些部分用ldquo；内存安全语言rdquo；进行重构mdash；mdash；比如当前被寄予厚望的Rust（由Mozilla雇员GraydonHoare创立）。
　　由于Rust编程语言保障了编译时的安全性，所以编译器能够早在代码抵达用户设备前排除指针错误，从而避免进一步的性能损失。至于C能否与Rust良好配合，仍有待时间去检验。
　　【来源：cnBeta。COM】