cm007的个人空间

xum2008：能具体说一下你的 AES 的 CTR 模式吗？(2010-08-13 21:12)

回复

xum2008：你好，最近自己写的一个小的DEMO 想换成 AES 的加密算法，能否借鉴一下你的CTR 模式的AES 算法参考一下，谢谢了。 good_min_xu@163.com(2010-08-13 19:43)

回复

shar123： 本人也思考过这个问题，但是经过试验，发现在IRP_MJ_WRITE和IRP_MJ_READ中通过iopb->Parameters.Read.Length和iopb->Parameters.Write.Length读出的写入和读取的长度分别都是32768...(2009-07-29 09:37)

回复

shenhui：我认为用AES的CTR模式进行加解密，就不用考虑padding的问题了(2009-07-24 10:53)

回复

looksail：这个只是分组加密算法的最简单的要处理的问题，要对齐的地方好几个，处理起来超级麻烦的 如果用单字节的加密就不用处理对齐的问题，但是强度太弱，好像有些产品就是用的什么流加密算法(2008-08-20 17:56)

回复

microbe：我是有加密文件尾的，这样的话你可以自己设置文件的长度（保证对齐），然后在尾巴里记录真实长度，就行。。。(2008-08-20 09:04)

回复

cm007：可以详细点么，如何对齐呢？我的加密并没有使用加密文件头什么来着。。。(2008-08-19 16:37)

回复

microbe：所以说你要保证你的文件长度是分组的整数倍，不然的话解密的时候会出问题。加密的时候因为noncache都是对齐的，至少肯定也是跟你分组对齐的。(2008-08-19 15:38)

回复