ASP.NET 实现了更好的加密算法

  • Roopesh Shenoy
  • 陈菲

2012 年 12 月 7 日

话题:语言 & 开发

.NET 4.5 引进了一系列对 ASP .NET 处理加密的改进,并带来了新的ProtectUnprotect API,以及众多不易察觉的更改。Levi Broderick通过一系列文章介绍了其动机、改变及兼容问题。

ASP.NET 需要两个密钥(解密钥和验证钥)来加密,而这一对合起来就叫做机器钥。机器钥可以在不同组件间重用。Levi 的第一篇文章里解释了.NET4.0 的设计为何在某一组件上造成安全问题的同时,也给系统其他组件带来了更大的影响。

同样,为开发者开放的MachineKey.EncodeDecode API 也使用了同样的机器钥来加密。因此,开发人员将进一步引入来自他们本身的安全问题,从而再次造成了级联效应。

Duong 和 Rizo 在一篇IEEE 论文里已经着重强调了这些顾虑的大部分(以及其它方面)。尽管论文里提到的大多数问题已经在论文里被解决了,但还有一些关键问题仍然存在。

作为解决方案,.NET 4.5 引入了以下改变 --

  • 机器钥的转换和上一版有显著区别:通过改变机器钥上某几位就可将其作为钥定义方法的钥衍生钥,以生成真正用于应用的密钥。
  • ProtectUnprotect 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)关注我们,并与我们的编辑和其他读者朋友交流。

语言 & 开发