常见DES实现陷阱

DES要点说明

• DES走的是分组加密，每次处理对象的是8位byte，所以对字符串加解密的时候，会涉及字符编码格式和补齐8位的问题。
• DES的密钥是固定8位的byte的，其中前7位是加解密用的，最后一位是校验码。
• 3DES的增强型的DES，带3个key，如果3个key一样，就是DES，也有一种变种是1、3是一样的。但都是固定8位的。
• 3DES通常是EDE,就是先加密(k1)再解密(k2)再加密(k3)

目前，项目代码中有3个和DES实现相关的类,下面看看他们有哪些问题：

案例1

• 从字符串到byte的转换，有指定编码格式GBK，这个是可以接受的。
• 使用的是DESede,就是3DES的EDE加密方式，但是3个key是一样的，没有意义。
• 加密时代码先自行进行了补齐操作(补\0),但是补齐是在字符串上操作的，不是在字节上操作，导致实际上可能没有对齐(中文情况)。
• 调用加密API时，没有指定补齐方式，会采用默认补齐，造成重复补齐(当然也修复了上面的补齐操作)。
• 解密指定NoPadding，和加密Padding方式不一样，造成解密结果最后会出现很多多余的字节。所以结果必须得trim一下才行。

参考代码如下：

补齐实现有误：

    public String encrypt(String in) throws Exception {
        String strIn = in;
        if (null == strIn || "".equals(strIn)) {
            return "";
        }

        int i = 0;
        i = strIn.length() % 8;

        if (