OpenZFS本机加密的快速入门指南

读者评论

1. ChristianSilver打拳大师，正在训练中 118金宝app
   关于pbkdf2iters， cryptsetup基准测试将为您提供CPU每秒轮数的粗略计算。我相信zfs使用PBKDF2-sha1，这将允许确定系统需要多长时间来打开/解锁卷。我的pbkdf2isters是5990万，大约需要1分钟打开。
   
   编辑我的猜测，PBKDF2方法

   最后编辑:ChristianSilver2021年6月24日星期四上午10:51

2. ChristianSilver打拳大师，正在训练中 118金宝app
   引用:

   在ZFS和它的磁盘之间放置“任何东西”的想法，无论多么轻量级，都让我感到恐惧。
   即使是在这个芯片短缺的时代，我觉得如果你要努力配置和部署加密的ZFS，那么换一个支持AES-NI的CPU(如果需要的话，还可以换一个新的MB)是非常容易的。如果没有别的原因，只要你有信心，它不会在你开始使用它的时候就死于衰老

   
   
   我在可移动存储设备上使用zfs下面的LUKS。我不需要加密服务器上的所有卷，也不需要担心丢失RSD。
3. sir_trackmenotArs Scholae Palatinae
   entropy_wins写道:

   阿尔捷姆·s·塔什金诺夫写道:

   友情提醒:
   
   *只对你绝对可能丢失的数据进行加密。
   *记住，你是会死的，如果你发生了可怕的事情，你加密的数据可能会永远丢失(尽管死亡，但还有许多其他事情会让你忘记)。
   人们确实会忘记密码。
   
   我不是在劝阻任何人加密他们的数据，我只是相信许多人不必要地使用它。

   
   
   加密*一切*所以*当*硬件失败时，你可以毫无顾虑地折腾。

   
   
   我来告诉你这个。您永远不知道什么时候磁盘会完全失效，无法进行经济修复。你愿意冒着被一些无道德的罪犯从废物中回收并获取有价值数据的风险吗?
   
   你永远不知道什么时候它会被偷。你想冒这个风险，小偷只是为了抓住机会，还是他们专门寻找数据来收获?
   
   这只是一个趣闻。在昏暗的黑暗时代，我把一个磁盘RMA到制造商，因为坏块报告腐败开箱。他们给我寄来了一件翻新的衣服。上面还有别人的数据。甚至没有被零擦除。从那以后我加密了所有的存储设备。
4. ginger_swag军事法庭 118金宝app
   有人有使用zfs的经验吗?文章中提到的租赁服务?对于廉价的、不可信的、脱机复制目标来说，它们看起来真的很有希望。
   
   但通过他们提供的服务和更新的博客，我得到了一些叶菊的共鸣。
5. sir_trackmenotArs Scholae Palatinae
   ginger_swag写道:

   有人有使用zfs的经验吗?文章中提到的租赁服务?对于廉价的、不可信的、脱机复制目标来说，它们看起来真的很有希望。
   
   但通过他们提供的服务和更新的博客，我得到了一些叶菊的共鸣。

   
   
   您应该能够将zfs发送到任何支持SSH并可以存储文件的设备上。
   
   Rsync.net(无耻的插件，因为他们使用ZFS，以简单的Unix方式做事，只是捐赠存储给任何确认的Debian开发人员。没有其他从属关系)将为你的工作。
6. cbreakArs长官 118金宝app
   我使用ZFS加密已经有几年了，它非常可靠(只需要在加密的早期测试期间销毁一次池)。
   
   不确定为什么文章声称key location属性很难改变，因为它不是。特别是在后面描述如何更改它的时候。
   
   在Ubuntu上，我推荐' /lib/systemd/system-generators/zfs-mount-generator '，它似乎可以处理加密的引导根目录和加密的普通数据集，包括文件和提示键位置:
   https://manpages.ubuntu.com/manpages/hi…tor.8.html
7. ginger_swag军事法庭 118金宝app
   sir_trackmenot写道:

   ginger_swag写道:

   有人有使用zfs的经验吗?文章中提到的租赁服务?对于廉价的、不可信的、脱机复制目标来说，它们看起来真的很有希望。
   
   但通过他们提供的服务和更新的博客，我得到了一些叶菊的共鸣。

   
   
   您应该能够将zfs发送到任何支持SSH并可以存储文件的设备上。
   
   Rsync.net(无耻的插件，因为他们使用ZFS，以简单的Unix方式做事，只是捐赠存储给任何确认的Debian开发人员。没有其他从属关系)将为你的工作。

   
   自从几年前rsync.net开始支持ZFS以来，我一直在断断续续地关注rsync.net，但我的问题是定价超出了我的家庭实验室预算。虽然从一开始就大幅下降了(每GB 6美分!)，但这仍然大致相当于每个月以相同的存储容量购买一个新驱动器。
8. cbreakArs长官 118金宝app
   Haravikk写道:

   好文章!
   
   关于这一点:
   

   引用:

   使用提示符，每次都需要人工手动解锁加密的卷。

   
   我知道你的目标可能是让事情变得简单，但我实际上在自动化中使用提示符(没有人工参与)而不是关键文件，因为我发现它更方便，例如，在macOS上你可以这样做:
   
   

   代码:

   Security find-generic-password -a "${dataset}" -w | ZFS load-key "${dataset}"

   
   
   这让我可以将密码保存在macOS密钥链中，就像我将加密的非系统APFS卷、核心存储、磁盘映像等一样(对于任何想要做同样事情的人，请记住将/usr/bin/security添加到可以访问脚本密钥链条目的应用程序列表中，否则将不起作用)。
   
   虽然如果处理得当，密钥文件可能是安全的，但提示符可以让你从任何你喜欢的地方提取密码，因此以这种方式自动化非常方便。
   
   我是OpenZFS加密的忠实粉丝，它让事情变得简单多了，而且zfs能够发送加密的区块，这对于备份来说是非常棒的。
   
   唯一缺少的功能是免费替换我的旧的(但仍然固执地在完美的工作秩序)Synology NAS，只支持BTRFS;幸运的是，它也做iSCSI，所以我仍然可以用ZFS发送给它，但这不是一个理想的方式。

   
   
   是的，当加载钥匙通过ZetaWatch，我总是覆盖键的位置，以提示，这是最不疯狂的方式发送键从我的程序到zfs库。这也是最安全的方法。不过还是很疯狂
9. Drizzt321军团军 118金宝app
   malor写道:

   danpritts写道:

   有人知道zfs是使用它自己的AES实现，还是使用内核现有的AES实现吗?因为
   遵从性。

   
   
   ZFS只能使用最基本的内核功能，因为它不是GPL，而且内核开发人员对非GPL代码几乎关闭了他们所做的所有事情。
   
   实际上，在Linux-ZFS系统....中有两个代码堆栈Linux端和ZFS端。这可能是ZFS严重违反正常Linux分层的部分原因;因为它不能使用Linux提供的功能，所以它实现了几乎所有的硬件。它查找并管理自己的磁盘，管理自己的压缩、加密和错误检测，进行自己的重建，并提供自己的挂载名称空间。用户级程序看不出太大的区别，它们仍然只是与磁盘上的文件对话，但当它们在ZFS数据集上时，它们与一个完整的单独的代码库交互。
   
   随之而来的唯一真正值得注意的问题是，默认情况下，ZFS获取系统中一半的RAM用作缓存。在内存压力下，它可能会缓慢地将其释放回系统，这可能会导致严重的问题。我很确定你可以调低RAM分配，尽管我还没有费心去查找如何调低，因为我目前运行的唯一系统是一个专用服务器，无论如何都会使用一半的内存用于缓存。

   
   
   是的,不幸的是。在我看来，为什么bsd在服务器上比ZoL更好。完全的内核支持，因此如果内核支持平台上的加密(通常会)，那么ZFS可以使用加速。此外，由于它们都在ZoL代码库上进行了标准化(更高级)，并且所有东西都迁移到OpenZFS(我认为，包括官方ZoL)，每个人都将朝着拥有相同的特性等方向共同努力。
10. HaravikkArs长官
    ginger_swag写道:

    sir_trackmenot写道:

    ginger_swag写道:

    有人有使用zfs的经验吗?文章中提到的租赁服务?对于廉价的、不可信的、脱机复制目标来说，它们看起来真的很有希望。
    
    但通过他们提供的服务和更新的博客，我得到了一些叶菊的共鸣。

    
    
    您应该能够将zfs发送到任何支持SSH并可以存储文件的设备上。
    
    Rsync.net(无耻的插件，因为他们使用ZFS，以简单的Unix方式做事，只是捐赠存储给任何确认的Debian开发人员。没有其他从属关系)将为你的工作。

    
    自从几年前rsync.net开始支持ZFS以来，我一直在断断续续地关注rsync.net，但我的问题是定价超出了我的家庭实验室预算。虽然从一开始就大幅下降了(每GB 6美分!)，但这仍然大致相当于每个月以相同的存储容量购买一个新驱动器。

    
    是的，这些服务的费用总是让我放弃在家使用;zfs.rentseems more affordable if you're happy to send disk(s) in to them, but I dunno if I'd use them personally.
    
    我认为对于家庭用户类型的设置，最好的方法是与远程的朋友或家人进行容量交换;也就是说，你们每个人都给对方一个用户帐户和合适的NAS上的一些空间，然后(加密的)zfs发送给对方。理想情况下，他们已经有一个NAS，如果需要的话，你可以给他们一些钱来升级容量。
    
    它应该远到足以作为一个异地备份，但不需要让公司(及其定价)参与。

    最后编辑:Haravikk2021年6月25日星期五下午3:15

11. BlackHex安古提克拉维 118金宝app
    等待……如果您将加密密钥存储在一个文件中(假设是在一个不同的文件系统上)，这难道不会使整个事情变得毫无意义吗?如果一个坏人破坏了你的安全，他们也可以得到钥匙。我错过了什么，才值得这么做?
12. malor军团军 118金宝app
    例如，你可以把它放在u盘上，只挂在足够装钥匙的时间上。这样，您几乎可以确定密钥不会像密码短语那样经常被强行破解，而且键盘记录器也不会对您造成损害。如果机器从您那里被盗，但密钥没有被盗，则攻击者无法恢复数据。这在笔记本电脑上可能特别有用。
    
    但是，如果密钥丢失或损坏，您的所有数据也将丢失。
    
    就我个人而言，我希望有多个备份。我不相信有关键数据的u盘。
13. cbreakArs长官 118金宝app
    BlackHex写道:

    等待……如果您将加密密钥存储在一个文件中(假设是在一个不同的文件系统上)，这难道不会使整个事情变得毫无意义吗?如果一个坏人破坏了你的安全，他们也可以得到钥匙。我错过了什么，才值得这么做?

    
    
    可以在加密的根池中使用密码短语密钥位置，在其他数据池中使用加密根池上的文件位置。解锁根池可以访问数据池。或者您可以将密钥文件存储在u盘上，当系统未启动时将其删除。这样你就可以安心加密了。(当系统使用未解锁的数据集运行时，密钥显然在内存中)或者您只是加密，这样就可以不担心地处理损坏的磁盘，那么密钥位置就不太重要了，因为您不关心本地对手。
14. ERIFNOMIArs长官
    BlackHex写道:

    等待……如果您将加密密钥存储在一个文件中(假设是在一个不同的文件系统上)，这难道不会使整个事情变得毫无意义吗?如果一个坏人破坏了你的安全，他们也可以得到钥匙。我错过了什么，才值得这么做?

    
    密钥将存储在另一个加密的文件系统上。这不是特定于zfs的。对于其他形式的磁盘加密也经常这样做。
    
    如果有人在挂载数据集时拥有物理访问权限，那么使用什么密钥类型并不重要，你已经被绑定了。静止时加密可以保护你不被别人拿走硬盘。使用zfs，您还可以将数据集(可能是快照)发送到不受信任的目的地，并且知道它们无法解密它。
    
    这是个小问题。您没有将解密密钥存储在文件中。该文件就像解锁解密密钥的密码。
15. Drizzt321军团军 118金宝app
    malor写道:

    例如，你可以把它放在u盘上，只挂在足够装钥匙的时间上。这样，您几乎可以确定密钥不会像密码短语那样经常被强行破解，而且键盘记录器也不会对您造成损害。如果机器从您那里被盗，但密钥没有被盗，则攻击者无法恢复数据。这在笔记本电脑上可能特别有用。
    
    但是，如果密钥丢失或损坏，您的所有数据也将丢失。
    
    就我个人而言，我希望有多个备份。我不相信有关键数据的u盘。

    
    
    或者您可以使用像YubiKey这样的硬件令牌来存储密钥，然后脚本加载该密钥，然后删除令牌。在重新启动或卸载你不能看到任何数据现在。然而……确保你将该密钥备份到至少一个其他YubiKey或u盘或其他地方的东西上，然后确保你在外部安全的地方有一份副本。
16. sir_trackmenotArs Scholae Palatinae
    ginger_swag写道:

    sir_trackmenot写道:

    ginger_swag写道:

    有人有使用zfs的经验吗?文章中提到的租赁服务?对于廉价的、不可信的、脱机复制目标来说，它们看起来真的很有希望。
    
    但通过他们提供的服务和更新的博客，我得到了一些叶菊的共鸣。

    
    
    您应该能够将zfs发送到任何支持SSH并可以存储文件的设备上。
    
    Rsync.net(无耻的插件，因为他们使用ZFS，以简单的Unix方式做事，只是捐赠存储给任何确认的Debian开发人员。没有其他从属关系)将为你的工作。

    
    自从几年前rsync.net开始支持ZFS以来，我一直在断断续续地关注rsync.net，但我的问题是定价超出了我的家庭实验室预算。虽然从一开始就大幅下降了(每GB 6美分!)，但这仍然大致相当于每个月以相同的存储容量购买一个新驱动器。

    
    
    我同意定价昂贵，但这似乎是一种一分钱一分货的情况。他们确实保证了他们的工程支持水平，而大多数其他供应商没有。
17. r3loadArs长官
    是否有一种直接的方法将密钥存储在TPM中，并在引导时检索并解锁卷?它将避免必须将密钥存储在磁盘上不加密，或必须手动解锁zvol。
18. clewisArs禁卫队的 118金宝app
    sir_trackmenot写道:

    Landak写道:

    我希望ZFS能够开发可否认加密。在许多国家，例如英国，拥有加密数据，但在要求政府时无法解密是一种违法行为可判处二年或五年监禁的罪行．这是完全合理的假设，例如，在共享的ZFS服务器上，某人可能没有给定zvol的加密密钥，但ZFS元数据的存在足以证明它的存在。
    
    我意识到在LUKS上运行ZFS可以绕过这个问题(使用一些骗人的花招)，但ZFS本身没有命令行选项来隐藏元数据，这似乎很奇怪。

    
    
    我被困在ZFS下运行GELI，因为它是从以前唯一的选项升级的，但即使这样也会在磁盘上放置一个头文件我希望ZFS/FreeBSD能够提供一种迁移方式，但这就是现实。泳池升级很快就要来了，到时我会修复的。
    

    
    
    你可以取消这些磁盘的geli，但你要恢复每个磁盘。其思想是将磁盘标记为失败，停止该磁盘上的GELI，然后用原始设备替换该磁盘。ZFS将重新转换到原始磁盘。这与更换磁盘的过程几乎相同，除了你不实际更换它，并且在更换它时不重新加密它。不要忘记在运行过程中逐步删除GELI配置。我做的正好相反;使用此技术重新构建最初未加密的数组。
    
    ZFS下的GELI或LUKS并不是最糟糕的事情。ZFS仍然会使用校验和检测它的块是否被损坏。因此，即使GELI/LUKs本身没有校验和，ZFS仍然会修复该层中损坏的块，就像磁盘损坏它们一样。
19. clewisArs禁卫队的 118金宝app
    malor写道:

    danpritts写道:

    有人知道zfs是使用它自己的AES实现，还是使用内核现有的AES实现吗?因为
    遵从性。

    
    
    ZFS只能使用最基本的内核功能，因为它不是GPL，而且内核开发人员对非GPL代码几乎关闭了他们所做的所有事情。
    
    实际上，在Linux-ZFS系统....中有两个代码堆栈Linux端和ZFS端。这可能是ZFS严重违反正常Linux分层的部分原因;因为它不能使用Linux提供的功能，所以它实现了几乎所有的硬件。它查找并管理自己的磁盘，管理自己的压缩、加密和错误检测，进行自己的重建，并提供自己的挂载名称空间。用户级程序看不出太大的区别，它们仍然只是与磁盘上的文件对话，但当它们在ZFS数据集上时，它们与一个完整的单独的代码库交互。
    

    
    
    ZFS不管理它的磁盘和卷，因为它不能使用内核的抽象，它这样做是因为它不喜欢内核抽象。
    
    Linux有几个抽象层。FreeBSD和Solaris提供了类似但不完全相同的抽象层。一个快速且肮脏的列表，主要按照抽象级别的顺序:原始块设备、加密块设备、逻辑块设备(lvm、mdadm)、分区和文件系统。逻辑块设备可以构建在原始或加密的块设备之上，分区构建在某些块设备之上，文件系统构建在分区之上。
    
    ZFS不想要任何与此相关的东西——它想要管理原始块设备。它不想处理抽象层。这就是为什么它可以创建不占用磁盘固定部分的文件系统。通过将加密、卷管理器和文件系统混合在一个层中，它们比分区中的文件系统更具灵活性。
    
    受虐狂特别受虐的人可以使用luk加密一些磁盘，将这些磁盘mdadm到RAID5中，将其lvm到卷组中，然后在该卷组上构建ZFS。我不是那种人。
20. sir_trackmenotArs Scholae Palatinae
    clewis写道:

    sir_trackmenot写道:

    Landak写道:

    我希望ZFS能够开发可否认加密。在许多国家，例如英国，拥有加密数据，但在要求政府时无法解密是一种违法行为可判处二年或五年监禁的罪行．这是完全合理的假设，例如，在共享的ZFS服务器上，某人可能没有给定zvol的加密密钥，但ZFS元数据的存在足以证明它的存在。
    
    我意识到在LUKS上运行ZFS可以绕过这个问题(使用一些骗人的花招)，但ZFS本身没有命令行选项来隐藏元数据，这似乎很奇怪。

    
    
    我被困在ZFS下运行GELI，因为它是从以前唯一的选项升级的，但即使这样也会在磁盘上放置一个头文件我希望ZFS/FreeBSD能够提供一种迁移方式，但这就是现实。泳池升级很快就要来了，到时我会修复的。
    

    
    
    你可以取消这些磁盘的geli，但你要恢复每个磁盘。其思想是将磁盘标记为失败，停止该磁盘上的GELI，然后用原始设备替换该磁盘。ZFS将重新转换到原始磁盘。这与更换磁盘的过程几乎相同，除了你不实际更换它，并且在更换它时不重新加密它。不要忘记在运行过程中逐步删除GELI配置。我做的正好相反;使用此技术重新构建最初未加密的数组。
    
    ZFS下的GELI或LUKS并不是最糟糕的事情。ZFS仍然会使用校验和检测它的块是否被损坏。因此，即使GELI/LUKs本身没有校验和，ZFS仍然会修复该层中损坏的块，就像磁盘损坏它们一样。

    
    
    谢谢。我会调查的。我真的不希望磁盘上有未加密的数据，但也许我可以设法为GELI之上的所有内容获得ZFS本机加密，然后再进行resliver。
    
    但我只是订购了64T的磁盘和一个新的HBA +机箱来驱动它们。
21. BlackHex安古提克拉维 118金宝app
    谢谢大家的回答，好观点，现在我知道了