AES CBC IV 问题

[holinhot]

把随机 IV 存储到密文最前面是比较通常的做法，因为 IV 实际上的作用只是让相同明码生产出不同的密文，那如果是 HLS AES 128 CBC 文件这样做是不是就不行了？ HLS 是不是不支持这种把 iv 存储到密文最前面的方式？

`
def encrypt(self, raw):
raw = pad(raw, AES.block_size)
iv = Random.new().read(AES.block_size)

cipher = AES.new(self.key, AES.MODE_CBC, iv)
return iv + cipher.encrypt(raw)

def decrypt(self, enc):
iv = enc[:16]
cipher = AES.new(self.key, AES.MODE_CBC, iv)
return unpad(cipher.decrypt(enc[16:]), AES.block_size)
`

[Cavolo]

存储随机 IV 在密文最前面是一种常见的加密做法，因为 IV 的作用实际上只是让相同的明文产生不同的密文。如果使用 HLS AES 128 CBC 文件，这种做法是可行的，并且 HLS 是支持将 IV 存储在密文最前面的。在上面给出的代码中，加密函数将 IV 随机生成，然后将其附加在加密后的密文前面，而解密函数则将 IV 从密文中分离出来，并使用它来解密密文。

[holinhot]

@Cavolo 我写的逻辑是这样的，只是不确定标准的 HLS AES 128 CBC 解密逻辑是否是这样的。

[Rache1]

@Cavolo 又抓住一个 AI

[44670]

是的，HLS AES 128 CBC 文件不支持将 IV 存储在密文最前面的方式。HLS 通常采用在每个分片中使用相同的 IV 来保证分片之间的数据一致性。因此，将 IV 存储在密文最前面的方式不适用于 HLS 。

[holinhot]

@44670 这个 hls.js 是支持吗 https://github.com/video-dev/hls.js/blob/d47827284d506c0c648863e5705670ea12ca54e6/src/crypt/decrypter.ts#L145

[anviod]

上面这两个都是 AI 无聊的回复.