版块
论坛
喜欢
话题
应用
搜索
登录
注册
blueshelly的个人空间
访问量
0
新鲜事
帖子
资料
http://bbs3.driverdevelop.com/index.php?m=space&uid=172021
请教:toolflag程序中AES透明加解密的一个问题(急急!)
在toolflag程序中,若使用AES加密算法,由于AES为不等长加密,密文字符串要比明文长一些(好像 密文长度=16*(明文长度/16+1)),但在sfwrit中只能将与明文长度等长的密文写入文件,这导致解密时文件出错,这个问题困扰很长时间了,请教牛人怎么解决,怎么才能将完整...
全文
回复
(
4
)
2007-06-04 15:41
来自版块 -
文件系统(过滤)驱动程序开发
◆
◆
表情
告诉我的粉丝
提 交
sicily
:
同遇到这个问题??不知道楼主解决了没??请教方案
(2011-09-24 17:42)
回复
jl2004
:
AES分组长度为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)
回复
blueshelly
加关注
写私信
0
关注
0
粉丝
14
帖子
返回顶部