在toolflag程序中,若使用AES加密算法,由于AES为不等长加密,密文字符串要比明文长一些(好像 密文长度=16*(明文长度/16+1)),但在sfwrit中只能将与明文长度等长的密文写入文件,这导致解密时文件出错,这个问题困扰很长时间了,请教牛人怎么解决,怎么才能将完整...
全文
回复(4) 2007-06-04 15:41 来自版块 - 文件系统(过滤)驱动程序开发
表情
sicily同遇到这个问题??不知道楼主解决了没??请教方案(2011-09-24 17:42)
jl2004AES分组长度为128bit即16字节,密文明文长度一样. 密钥有128,192,256bit三种情况. 不知你为什么不等长呢? 还有请问一下,如何处理文件结束? 要不要对文件偏移进行处理?(2007-06-08 12:08)
blueshelly自己顶一下 怎么没人呢(2007-06-04 16:27)
blueshelly在线等~~~~~~~~~ 我使用这个程序,总是解密读时,文件长度%16 的最后余数几位是乱码 经过使用应用程序测试,原因是密文不完整,导致解密出的明文出错 下面是sfwrite的代码,我将IrpSp->Parameters.Write.Length的长度加16,结果一个的错...(2007-06-04 15:51)

返回顶部