.NET 4.5 引进了一系列对 ASP .NET 处理加密的改进,并带来了新的 Protect 和 Unprotect API,以及众多不易察觉的更改。 Levi Broderick 通过一系列文章介绍了其动机、改变及兼容问题。
ASP.NET 需要两个密钥(解密钥和验证钥)来加密,而这一对合起来就叫做机器钥。机器钥可以在不同组件间重用。Levi 的第一篇文章里解释了.NET4.0 的设计为何在某一组件上造成安全问题的同时,也给系统其他组件带来了更大的影响。
同样,为开发者开放的 MachineKey.Encode 和 Decode API 也使用了同样的机器钥来加密。因此,开发人员将进一步引入来自他们本身的安全问题,从而再次造成了级联效应。
Duong 和 Rizo 在一篇 IEEE 论文里已经着重强调了这些顾虑的大部分(以及其它方面)。尽管论文里提到的大多数问题已经在论文里被解决了,但还有一些关键问题仍然存在。
作为解决方案,.NET 4.5 引入了以下改变–
- 机器钥的转换和上一版有显著区别:通过改变机器钥上某几位就可将其作为钥定义方法的钥衍生钥,以生成真正用于应用的密钥。
- 新 Protect 和 Unprotect API 将 MACing 和 encrypting 并作一步,然后将其命名为“保护(protecting)” 。编码(Encode)和解码(Decode) API 仍然存在,但不推荐使用。
- 引入一个名叫“目的(purpose)”的参数用来区分那些由于某些特定需要而进一步使用别的加密 API,以减少其它区域安全问题对其造成的影响。
所有这些改变在默认情况下是关闭的,必须在 web config 中明确设置后才能开启(所有新的 ASP.NET 项目模板都使用该变化)。关于改变的所有细节都在 Levi Broderick 的第二篇文章里描述了。而第三篇文章则介绍了一些高级用法和使用技巧。
应注意的是:本次改变不包括membership 提供程序中的密码加密,此功能将分开处理。
原文链接: ASP.NET Gets Better Cryptography
感谢姚琪琳对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。
评论