Windows用户层使用指令操作内核程序执行指令! (4) 驱动加密算法

在当今数字化时代，数据的安全性已然成为了至关重要的核心问题，而对文件进行加密更是其中不可或缺的关键环节。文件加密的重要性无论怎样强调都不为过，它犹如一道坚固的防线，能够全方位、深层次地保护我们软件数据的安全。想象一下，在信息飞速流转的网络世界中，各种敏感数据如同暴露在风雨中的珍贵宝藏，随时可能面临着被窃取、篡改的风险。而文件加密就像是为这些宝藏打造了一把坚不可摧的锁，将它们妥善地保护起来。

不仅如此，通过对加密结果进行比对，我们还能够精准地判断数据是否在传输或存储过程中遭到了恶意篡改。这一特性就像是给数据安装了一台高精度的“监控器”，一旦数据发生了任何细微的变化，都能及时被发现，从而确保数据的完整性和真实性。

然而，在驱动开发这个复杂而又充满挑战的领域中，实现数据加密绝非易事。尽管互联网上充斥着海量的信息，但真正对于驱动开发中数据加密有帮助的有用信息却少得可怜，仿佛是在茫茫大海中寻找几枚珍贵的针。而且，即使是像Microsoft这样的行业巨头提供的官方文档，也常常让人感到困惑不已。那些文档就像是用一种极其晦涩难懂的语言编写而成，充满了各种专业术语和复杂的逻辑，让人仿佛置身于一团迷雾之中，难以找到清晰的方向。

微软"构思"文档(节选):

不过，经过不懈的努力和钻研，我成功地攻克了重重难关，编写好了Aes、Base64以及Md5等多种加密算法。这些加密算法就像是我手中的得力武器，为我的数据安全防护增添了强大的火力。而且，我还预留了足够的扩展空间，可以根据实际需求灵活地添加如SHA - 1等其他先进的加密算法，以满足不同场景下对数据安全的严格要求。

具体到数据传输过程中的加密策略，我有着清晰而明确的思路。我要求程序在发送指令时，必须严格遵循同一加密流程，将最终的结果进行MD5加密处理后，放置在数据的末尾。这样一来，当驱动程序接收到数据时，就可以按照同样的规则对前面接收到的数据进行加密，并将得到的加密结果与接收到的末尾的MD5值进行比对。如果两者无法匹配，那么就意味着数据在传输过程中很可能遭到了篡改或者受到了其他异常情况的影响。在这种情况下，为了确保系统的安全性和稳定性，驱动程序会果断拒绝执行任何操作，就像一名忠诚的卫士，坚决守护着数据的纯净和安全。

在代码之前应该要包含对于库文件,如"D:\Windows Kits\10\Lib\10.0.26100.0\km\x64\ksecdd.lib"

encryption.h:

#pragma once
#include <ntifs.h>
#include <bcrypt.h>

#include "Logging.h"
#include "struct.h"

//自己定义Aes的key和iv,只能是16位!
#define KEY "xxxxxxxxxxxxxxxx"
#define KEY_IV "xxxxxxxxxxxxxxxx"
#define KEY_SIZE 16
#define IV_SIZE 16
#define BASE64_ENCODED_SIZE(length) (((length) + 2) / 3 * 4 +