是的，这可以保护您的数据免受 Google、sync.com 以及任何试图在您的数据传输到 Google 的过程中获取您的数据的人的影响。

需要考虑三件事：

1. 与保护 gpg tar 文件的密码相比，您的 lastpass 密码要短得多，并且包含的​​（听起来）熵要少得多。因此，攻击此方案的人很可能会攻击您的 lastpass 帐户（因为现在众所周知，您的密码较弱）。

2. 听起来您在对称加密模式下使用 GPG（在我的答案末尾有更多关于替代方案的信息）。那么：如何阻止一个心怀不满的 lastpass 员工（具有一点技术知识）窃取您的 gpg 密码并将其出售给 Google 的相关方？或者，如果你觉得这个问题太理论化了，那么对 lastpass 服务的攻击会窃取数百万用户密码并发布它们呢？由于您方便地添加了有关加密文件所在位置的注释，因此您基本上将加密文件交给任何可以访问您的 Lastpass 帐户的人（好吧，理论上，无论如何 - 他或她仍然必须获得您的 Google驱动器密码...）

3. 您正在将文件拆分为多个文件。你到底为什么要这样做？如果您只丢失一个，您就有丢失所有数据的风险。假设您丢失了文件 20（共 200 个）：您已经永远丢失了存储在文件 20-200 中的所有内容。将所有内容保存在一个大文件中可能会增加和下载的难度，但可以降低丢失其中一个文件的风险。

几点建议

第 3 点也是一个大文件的问题，该文件在传输过程中意外翻转了一个位。我会考虑一下冗余。有一些方法可以添加纠错，而不必将数据大小加倍。（我认为一些压缩程序本身就支持它，即使你不能指望它们实际压缩你的 .tar.gpg 文件......）。保密性很好，但是您的方案是备用方案，因此您还应该考虑可用性。

我还建议不要将您的 GPG 密码存储在外部服务（Lastpass）上。如果您害怕丢失 100 个字符的密码，请将其写在一张纸上，然后放入您信任的银行的保险箱中。

此外，这可能看起来很偏执，但我不会一遍又一遍地使用相同的密码来加密你的 gpg 文件。相反，每当我需要上传新备份并将其用作我的 gpg tar 文件的密钥时，我会生成一个包含许多真正随机字节的文件。然后我会用我的 100 个字符密码加密这个随机文件并将其保存在我的计算机上，将其发送到 google/sync 并可能将其备份到其他位置。（基本上，我会创建一个会话密钥来加密我的数据并使用 100 个字符串作为主密钥来解密会话密钥）。您可以相当轻松地自动执行此操作，并且它为您提供前向保密，以防您的备份会话密钥之一被泄露，并且能够解密任何特定备份而不会失去对主密钥的控制。

最后，如果您真的只是使用 Google Drive 作为备份，并且除了紧急情况外不需要解密数据，您可以考虑在其公钥加密模式下使用 gpg。制作备份密钥对，然后让您的私钥安全离线（在银行存款箱中，在 CD ROM 上，打印在一张纸上以便妥善保管）同时使用公钥加密您的对称会话密钥（使用公钥加密与 gpg 加密将使手动会话密钥步骤似乎多余 - 我仍然会这样做是为了更好地向前保密）。因此，即使您将公钥存储在 LastPass，您也不必担心您的主密钥（私钥）会受到网络攻击的影响。即使他们偷了它，他们所能做的也只是加密更多数据；他们无法使用它来解密您的会话密钥。

你的系统很好（一个 30 字符的密码对于钱包来说已经足够了）。没有人会暴力破解你的 100 char pw gpg 档案并将你的数据卖给谷歌。我曾经尝试将自己的备份出售给谷歌 :):):) 无论如何，您还需要备份的物理副本，以便妥善保管，在安全的介质上，在安全的地方，离线。我会为此使用 RAID 盒 - 如果您有备用 PC，可能会使用 LUKS/softraid，因此您不需要一直 gpg 一切。SSD 不需要每隔几年进行一次磁更新，但如果它们太贵，请使​​用磁盘。始终保留重要数据的多个备份。如果一个备份集被清除，请使用另一集。