LTO 硬件压缩和加密是否标准化?

LTO 硬件压缩和加密是否标准化?

我即将使用 LTO-4 驱动器设置备份。我知道驱动器旨在与过去 3 代中的任何磁带兼容(因此我应该能够使用 LTO-4、5 或 6 驱动器读取 LTO-4 磁带)。

我想知道这是否也适用于硬件压缩硬件加密

实际上,依赖任何 LTO-4/5/6 驱动器读取我的备份磁带的能力是否安全?

答案1

压缩和加密都是 LTO 标准的一部分。这意味着压缩和加密的 LTO-4 磁带应该由 LTO-6 驱动器读取。

话虽如此,由于硬件加密密钥可以由备份系统本身管理,我认为偶尔会出现兼容性问题,至少在理论上是这样。另一方面,对于压缩,我预计不会出现任何问题。

答案2

LTO 联盟希望您看到的答案是“是”,但不幸的是,答案并没有那么简单。

两家主要 OEM(IBM 和 HP)都遵循已发布的标准IEEE 1619.1也可以看看)(加密)和ISO/IEC 22091:2002/ECMA-321(压缩)。然而,在标准未涵盖的领域存在一些细微的差异,例如:驱动器之间的 IV 生成不同,IBM 忽略原始数据保护标志,并且 IBM 具有不同的(更好的)SLDC 压缩算法。您可以在此处找到更多详细信息:https://darkimmortal.com/the-secrets-of-lto-tape/

回到最初问题的精神,我发现的一个关键问题是IBM LTO-4 驱动器无法读取加密由 HP LTO-4 驱动器写入的 LTO-4 磁带(驱动器在读取时立即崩溃,必须重新启动)。我尝试了足够多的固件、设置、磁带和数据组合,因此我确信这是一个更广泛的问题,因为有 2 个驱动器。我怀疑这个问题在后续几代中是否存在,否则不会被更广泛地报道,但它突出了一个事实,即 LTO 标准并不像营销所暗示的那样万无一失。我已经编写了一个程序来在软件中解决这个问题:https://github.com/lukefor/ltoex

此外,IBM SLDC 压缩似乎不符合规范。虽然我没有看到 HP 驱动器读取这些数据的能力存在任何问题,但我无法按照标准在软件中成功解压缩它。

相关内容