PHP加密解密SVG/XML文件异常：解密后末尾出现NUL字符求助

这个问题我之前也碰到过，本质上是填充机制的问题——你的加密函数大概率用了「零填充（Zero Padding）」，但解密时没正确清理这些填充的空字节。二进制文件对末尾的NUL不敏感，但SVG/XML这类纯文本文件会把这些空字符显式暴露出来，就出现了你看到的"NUL NUL..."。

为什么会出现这个问题？ #

块加密算法（比如AES）要求输入数据的长度是块大小的整数倍，很多简易实现会用零填充：在原始数据末尾补NUL字节，凑够块大小。但解密后，这些填充的NUL不会自动消失——如果是二进制文件，系统通常会忽略末尾的空字节；但SVG/XML是文本格式，解析器会把这些NUL当成无效字符显示出来。

更糟的是，如果你的原始文件末尾本身就有NUL字节，零填充的解密逻辑根本没法区分「原始的NUL」和「填充的NUL」，会导致文件损坏。

解决方案：改用PKCS#7标准填充 #

PKCS#7是更可靠的填充方式，它的规则是：填充的字节值等于填充的长度（比如需要补3个字节，就补\x03\x03\x03）。这样解密时可以直接读取最后一个字节的值，就能知道要截断多少个填充字节，完美解决零填充的痛点。

示例代码（以Python为例）

先实现PKCS#7的填充和解填充函数：

def pkcs7_pad(data: bytes, block_size: int) -> bytes:
    padding_len = block_size - len(data) % block_size
    padding = bytes([padding_len]) * padding_len
    return data + padding

def pkcs7_unpad(data: bytes) -> bytes:
    padding_len = data[-1]
    # 可选：验证填充是否合法，避免恶意篡改
    if not data.endswith(bytes([padding_len]) * padding_len):
        raise ValueError("Invalid padding")
    return data[:-padding_len]

修改你的加密解密流程：

• 加密时：读取文件二进制数据后，先用pkcs7_pad处理，再执行加密逻辑。
• 解密时：先解密得到带填充的二进制数据，再用pkcs7_unpad去除填充，最后写入文件。
• 全程用二进制模式读写文件（比如open("file.svg", "rb")和open("decrypted.svg", "wb")），避免文本模式下的字节转换（比如Windows的换行符替换）。

额外检查点 #

如果你的加密函数不是基于块算法的，那可能是读写文件时的模式问题：比如用了文本模式读取SVG/XML，导致某些字节被错误转换，解密后出现冗余的NUL。这种情况下，切换到二进制模式读写就能解决。

内容的提问来源于stack exchange，提问作者bestpostmaster