出于某种原因，Golang (Go) AES CBC 密文被填充了 16 个 0x00 字节

由于Go代码中使用的AES/CBC实现不会隐式填充，因此只有在满足大小标准的情况下，即如果明文大小是块大小的整数倍(AES为16字节)，代码才会工作.对于这里的纯文本示例，后者通过explicit填充a来满足.在这些条件下，密文大小等于明文大小，即len(plaintext).

因为在Go代码中，ciphertext的大小分配给aes.BlockSize+len(plaintext)，其中aes.BlockSize是AES块大小(16字节)，ciphertext比实际密文大16字节，这是最后16个0x00值的原因.要删除这些，只需将ciphertext的大小分配为len(plaintext)即可

此外，由于明文通常不符合大小标准，因此应添加填充.可靠的填充是PKCS#7，它在Go中实现，例如pkcs7pad.

由于联机工具使用PKCS#7填充，以下Go代码提供了联机工具的结果:

import (
    ...
    "github.com/zenazn/pkcs7pad"
)
...
key := []byte("b8ae2fe8669c0401fb289e6ab6247924")
iv := []byte("e0332fc2a9743e4f")
plaintext := []byte("aaaaaaaaaaaa{\"key1\": \"value1\", \"key2\": \"value2\"}")
plaintext = pkcs7pad.Pad(plaintext, aes.BlockSize)
block, err := aes.NewCipher(key)
if err != nil {
    panic(err)
}
ciphertext := make([]byte, len(plaintext))
mode := cipher.NewCBCEncrypter(block, iv)
mode.CryptBlocks(ciphertext, plaintext)
fmt.Printf("%x\n", ciphertext)

如果已经满足大小标准，则PKCS#7填充会添加一个完整的块，如本例所示(因为使用a进行了显式填充)，这就是密文比不使用PKCS#7填充的密文更长的原因.

请注意，由于PKCS#7填充，当然不再需要使用a进行显式填充.

由于密钥/IV对的重用是不安全的，因此静态IV(如代码中所示)也是不安全的.因此，为了避免这种情况，通常 for each 加密生成random IV.IV不是秘密的，需要解密，因此通常与密文连接(IV|ciphertext)

import (
    ...
    "crypto/rand"
    "io"
    "github.com/zenazn/pkcs7pad"
)
...
key := []byte("b8ae2fe8669c0401fb289e6ab6247924")
plaintext := []byte("{\"key1\": \"value1\", \"key2\": \"value2\"}")
plaintext = pkcs7pad.Pad(plaintext, aes.BlockSize)
block, err := aes.NewCipher(key)
if err != nil {
    panic(err)
}
ciphertext := make([]byte, aes.BlockSize+len(plaintext))
iv := ciphertext[:aes.BlockSize]
_, err = io.ReadFull(rand.Reader, iv)
if err != nil {
    panic(err)
}
mode := cipher.NewCBCEncrypter(block, iv)
mode.CryptBlocks(ciphertext[aes.BlockSize:], plaintext)
fmt.Printf("%x\n", ciphertext)

在此实现中，前16个字节对应于IV，其余字节对应于实际密文.解密过程中，两部分必须分开.