【缺陷周话】第32期：弱加密

3.1缺陷代码

上述示例代码操作是读取请求中的内容并将其加密处理，在第49行获取读取配置文件的实例 benchmarkprops。在第50行加载配置文件，在第52行~53行读取配置文件中的属性 cryptoAlg1，若无此属性默认使用 DESede/ECB/PKCS5Padding 给 algorithm 赋值。第54行将使用 algorithm 作为加密算法构造加密对象c。接下来准备加密的密码。第57~58行实例化了一个DES加密算法的密钥生成器。第59行指定加密对象 c 的操作模式为加密，其中 key 为密钥。第62行~76行对将请求中的输入流转换为字节数组input，在第77行进行对 input 进行加密，加密结果是字节数组 result 。其中使用 DES 算法生成的密钥短，仅有56位，运算速度较慢，而且DES算法完全依赖密钥，易受穷举搜索法攻击。

使用代码卫士对上述示例代码进行检测，可以检出“弱加密”缺陷，显示等级为中。在代码行第57行报出缺陷，如图1所示：

图1：弱加密的检测示例

3.2 修复代码

在上述修复代码中，第58行使用AES算法替代DES算法，AES最少可生成128位，最高256位的密钥，且运算速度快，占用内存低。

使用代码卫士对修复后的代码进行检测，可以看到已不存在“弱加密”缺陷。如图2：

图2：修复后检测结果

4、  如何避免弱加密

安全性要求较高的系统中，建议应使用安全的加密算法（如AES、RSA)对敏感数据进行加密。