是否可以在其他平台上访问受 BitLocker 保护的驱动器?

sab*_*zdi 17 windows linux android bitlocker

是否可以从其他平台(如 Windows Mobile、Android、Surface、Linux、Mac OS X)访问 BitLocker 加密的外部硬盘驱动器?

Sté*_*hon 16

答案是:视情况而定,因为您提到了Bitlocker,它并不总是用于外部硬盘驱动器。

两种不同的格式

首先,似乎:

  • 在“内部”存储(通过 SATA 连接或实际上通过 eSATA连接到外部)上,Windows 安装“ Bitlocker ”。在每个分区的基础上,这会创建加密分区(不是普通分区上的加密文件)。
  • 在“外部”存储(通过 USB 连接,无论它实际上是什么,例如 SATA 硬盘驱动器)上,Windows 会安装“ Bitlocker To Go ”。在其他正常的卷(例如普通 FAT32)中,这会创建数百个小文件(许多是空的)和一个占用所有空间的大文件,其中包含实际加密数据,包括仅在某些 Windows 版本上启用数据访问的可执行文件。

由于 Windows 需要一种格式或另一种格式,具体取决于设备的插入方式(例如,通过 USB 或 eSATA 电缆使用相同的 SATA 驱动器会产生不同的期望),因此在 Windows 上来回切换会导致问题(例如:您无法访问您的数据因为 Windows 需要其他格式)。例如,请参阅从外部访问 BitLocker 加密驱动器 - Microsoft 社区Windows - 固定驱动器上的 Bitlocker-To-Go - 超级用户

现在,回到多平台问题。

在其他平台上访问Bitlocker 分区:在 Linux 上是,在其他平台上可能是

有一个 GPL 许可的软件可以通过 Linux FUSE读取Bitlocker设备,或者只是制作卷的解密副本。FUSE 模式可能是 Linux 特定的,但“解密到副本”模式可能更便携。

该软件名为Dislocker。从它的自述文件:

该软件旨在读取 Linux 系统下的 BitLocker 加密分区。该驱动程序过去只能读取在 Windows 7 系统下加密的卷,但现在支持 Windows Vista 并具有写入功能。

驱动程序可以运行到两种不同的模式:有或没有 FUSE。这种模式是在编译时在 Makefile 中决定的。

使用 FUSE,你必须给程序一个挂载点。一旦密钥被解密,一个名为“dislocker-file”的文件就会出现在这个提供的挂载点中。该文件是一个虚拟 NTFS 分区,因此您可以将其挂载为任何 NTFS 分区,然后从中读取或写入。

如果没有 FUSE,您必须提供一个文件名,BitLocker 加密分区将在其中解密。这可能需要很长时间,具体取决于加密分区的大小。但是之后,一旦分区被解密,对NTFS分区的访问就会更快。要考虑的另一件事是此方法所需的磁盘大小(与您尝试解密的卷大小相同)。尽管如此,一旦分区被解密,您就可以将文件挂载为任何 NTFS 分区。

在其他平台上访问Bitlocker To Go :目前还没有?

这就是我遇到的情况,并指出 Dislocker 无法处理它。阅读源代码,它被编写为假设一个加密的Bitlocker分区,而不是一个充满Bitlocker To Go文件的卷。

在这种情况下,答案似乎是“不”。您最好的选择可能是使用 Windows 机器访问文件或在非 Windows 主机中创建虚拟机。

可能的解决方法

我所做的是向带有加密 U 盘的人解释这个案例。在这种情况下,加密是多余的,只是“公司政策”让所有 Windows 机器自动将任何插入的 USB 记忆棒转换为加密记忆棒。我们需要的文件实际上根本不敏感,所以他回到办公室并通过电子邮件发送给我。此外,该文件是 Microsoft Office 文件,这是另一回事。无论如何,我们终于完成了工作。:-)