前文说过， CDKEY原始数据构造好了，直接出CDKEY看起来太有规律，所以要处理一下。怎样处理？加密。加密有几种办法：
不可逆加密，错。不可逆加密之后，没法验证数据对错。
非对称加密，即公钥加密，错。加密后的数据太长。
对称加密，长度不变，对。吾以前在研究数据加密的时候，记得有的算法可以做到多少字节处理后，长度依然保持。流加密？Bigfish？
对称加密，长度变化，对。15字节加密为16字节（8的整数）。
吾建议使用最后一种，对称加密，长度变化，15字节加密为16字节。这个选择较多，如DES/AES/FLOWFISH等。一般不建议使用DES，据说落伍了。
在产品端，为了解密CDKEY，必须带上对称加密的密钥。这个是CDKEY的固有缺点。
