AES密码算法的实现细节

doctorjxd

赞楼主。

tyc611

他说的是另外一个层面的安全问题，mlock无非就是不换页到硬盘嘛，和算法安全本身没有关联。即使是换页到硬盘没有权限也打不开更别说读数据了。

AES本身的安全性还是可以的，楼主的代码质量也很好！

不复杂。

man mlock
看看就明白了，敏感数据必须禁止分页。

另外，凡是写入过敏感数据的内存，释放前都不要忘了bzero一下。

谢谢，学习经验了

微雨戏阳

楼主，再不了现在？

zyla

回复 1# tyc611

楼主的工程不错！

只不过如果改成加密文件的话，要注意只处理前面16位哦，呵呵…

yulihua49

醉卧水云间 发表于 2007-08-05 12:23
怎么个说法？你破解了AES？

AES是否规定了最后一包不满时需填充？满时必须加一空包？填充符是0X00？
暴力破解最关键的就是正确性判决，你给了我一个依据：
只要最后一个或多个字节是0X00，那很可能成功了。
如果这个电文恰好最后整包是0X00构成，那就可以分析密钥了。

一个小故事，当年图灵破译enigma密码，一次就是因为德军没事总是在电文末尾加15个X，就完蛋了。
重复和冗余是密码学的大敌，它违背了。可能是人家留的后门，美国不允许完善的密码。

yulihua49

tyc611 发表于 2007-08-04 17:56
[ 本帖最后由 tyc611 于 2007-8-20 21:55 编辑 ]

C++可移植性太差了，这个程序弄到linux，怎么也玩不转：

1. g++    -c -o aestest.o aestest.cpp //main.cpp改aestest.cpp了
   
2. In file included from aestest.cpp:12:
   
3. AesArrays.h: In function ‘void dumpData(std::ostream&, const char*, T*, size_t, size_t)’:
   
4. AesArrays.h:36: 错误：‘ios_base’未声明
   
5. AesArrays.h:36: 错误：expected ‘;’ before ‘state’
   
6. AesArrays.h:41: 错误：expected unqualified-id before string constant
   
7. AesArrays.h:41: 错误：expected ‘;’ before string constant
   
8. AesArrays.h:48: 错误：expected unqualified-id before string constant
   
9. AesArrays.h:48: 错误：expected ‘;’ before string constant
   
10. AesArrays.h:51: 错误：‘state’在此作用域中尚未声

复制代码

难怪坛子里老是有人扁C++，这类通用的软件最好不用C++。。。。。
就是这个：

1. ios_base::fmtflags state = os.flags(ios::hex);
   

复制代码

怎么改？

pscc0001

yulihua49 发表于 2013-03-10 16:57
AES是否规定了最后一包不满时需填充？满时必须加一空包？填充符是0X00？
暴力破解最关键的就是正确性判决 ...

你说的这些问题都是密码学方面的常识，设计算法的人早就考虑到了。

加密算法可以采用 CBC / OFB 等不同的加密模式来避免。

http://zh.wikipedia.org/zh-cn/%E ... C%E6%A8%A1%E5%BC%8F

yulihua49

pscc0001 发表于 2013-03-11 12:48
你说的这些问题都是密码学方面的常识，设计算法的人早就考虑到了。

加密算法可以采用 CBC / OFB 等不 ...

工作模式毕竟是相对容易解开的。最终落实到解密包，那最后一包的填充物就成了指路标。

pscc0001

yulihua49 发表于 2013-03-14 16:23
工作模式毕竟是相对容易解开的。最终落实到解密包，那最后一包的填充物就成了指路标。

为什么这么说啊？通过工作模式，末尾填充的 0 可以有效地和前面的所有数据混淆，进而不可辨识。

即使你知道它们都是 0，对于解密也没有什么帮助。

实际上，不要说末尾填充的 0，就是全部数据都是 0，用 AES 通过适当的方式加密后，只要不知道密码，
你不用暴力方法也解不出来。

你的这些问题都是数学家早就考虑过的问题，不知道你到底在纠结些什么。

yulihua49

pscc0001 发表于 2013-03-15 08:16
为什么这么说啊？通过工作模式，末尾填充的 0 可以有效地和前面的所有数据混淆，进而不可辨识。

即使 ...

好吧，暂时就这样，再考虑考虑。