既然是分组加密,就不可能出现等长的情况,否则怎么还原.
除非是经过特殊处理,如把分组后剩余的明文+倒数第二组的部分密文,重新构成一个分组.
如果是等长加密的话,只能是流加密,目前还没听说过有等长的分组加密.

AES 有CTR 模式的，AES的标准里面有的

楼主提供的算法确实不能实现等长加密，我修改了其中的加解密函数（对于最后16个字节数据不进行加密）：
extern "C"
void AESCipher(AES_HANDLE AesHandle, BYTE *input, BYTE *output, ULONG length)
{
    BYTE *pi, *po;
    ULONG i ;
    pi = input;
    po = output;

    for(i = 0; i < length; i+=16)
    {
        if ((length - i) >= 16)
        {
            Cipher(AesHandle, pi, po);
        }
        else
        {
            break ;
        }
        pi+=16;
        po+=16;
    }
}

extern "C"
void AESInvCipher(AES_HANDLE AesHandle, BYTE *input, BYTE *output, ULONG length)
{
    BYTE *pi, *po;
    ULONG i ;
    pi = input;
    po = output;
    
    for(i = 0; i < length; i+=16)
    {
        if ((length - i) >= 16)
        {
            InvCipher(AesHandle, pi, po);
        }
        else
        {
            break ;
        }
        pi+=16;
        po+=16;
    }
}
然后测试了一下，
发现用IrpSp->Parameters.Write.Length作为加密长度输入，肯定不行，因为每次这个长度的值都是0x1000，但实际上我只写入了7个字节，所以还是会对这7个字节加密，这样解密出来以后就得不到正确的结果； 如果我用strlen((char*)Buffer)得到缓冲区的真实长度作为输入来进行加解密操作，那么加密是没有问题的，但读数据时解密又出现问题了，因为系统初始化时都要对每个卷中的目录进行扫描，并从中读出一些数据，这些数据是没有规则的，可能会导致strlen((char *)Buffer)等于0，不能正确的解密意味着不能初始化卷，这样就不能识别卷。

好,顶一下

顶，楼主怎么不把话说清楚就撒手不管了，您用这个代码真的做过实验可以等长加密吗？

感觉分组加密算法实现等长加密有问题。

收下啦
谢谢啦
正需要呢

   AES是分组算法,你是怎么解决文件的变长处理的?

不管文件大小怎么变化，实际存储的时候在Read和Write中都是固定大小的存取，如4096 32768 。。。。。等等块字节

你可以试验，即使文件大小只有1K 但是读取的时候至少也有4096个字节

所以不管文件大小怎么变化，具体的数据存储区的大小是16的整数倍的

楼上的兄弟，你确信你试验的很充分吗？
解密是要在read的完成函数中做的，你可以读取一个只有7个字节的txt文档，在read completion里面看看IoStatus.Information是多少。

给一个c版本的AES加密库!

了解下,,,,

顶起,收藏备用

have a look

学习，学习，再学习！

有AES 的 CTR 模式的吗？

shenhui ( 做一名诚实、正直、优秀的科技工作者！)  大牛，可以给我一份快加密的程序学习吗?我执意在修改你以前发的那个程序，想把他修改为块加密，可是一直弄不好，急啊！

kankan

学习一下.

提示附件不存在,下不了.

版主帮附上附件啊.