标签: password-store

我使用通行证已经很长时间了；但是在将我的密钥存储和 gpg 密钥导出到另一台机器后，我看到以下输出：

$ gpg --list-key
/home/shved/.gnupg/pubring.gpg
------------------------------
pub   2048R/FA829B53 2015-04-28
uid       [ultimate] Yury Shvedov (shved) <shved@lvk.cs.msu.su>
sub   2048R/74270D4A 2015-04-28

我的密钥已导入并受信任，但无法使用：

pass insert test
Enter password for test: 
Retype password for test: 
gpg: 2048R/FA829B53: skipped: No public key
gpg: [stdin]: encryption failed: No public key
fatal: pathspec '/home/shved/.password-store/test.gpg' did not match any files

我该怎么做才能再次使用我的密钥？

我更改了我的 gpg 密钥的密码。但是，事先我已经使用相同的 gpg 密钥通过 pass 构建了一个密码存储。

现在，每当我查询密码时，仍然会要求我提供旧的 gpg 密码。其他应用程序需要新的密码。

如何更改 pass 的密码？我必须再次运行“init”吗？

是否可以使用freedesktop 秘密服务dbus API存储 Firefox 主密码（以前称为主密码），以便在 Firefox 启动并尝试同步时绕过密码提示？

如果可能的话，主密码将存储在您的本地密码管理器中（例如 KWallet、gnome-keyring、KeePassXC，...）。”

davfs2 允许以$.davfs2/secrets纯文本形式存储用户的密码，以便允许用户在不提示输入密码的情况下安装 webdav。

是否可以存储预加密的密码？这个想法是用户自己在交互式脚本中输入密码（知道加密算法）将其转换为加密形式并将其保存在$.davfs2/secrets.

通过这种方式，即使是 root 也无法访问（暴力破解）用户密码。

我搬到了通密码管理器和我试图把它尽可能地融入我的工作流程。但是，我不熟悉更深层次的同步/版本控制概念（git、密码服务器），所以我一直在多台计算机之间同步密码。

我正在使用 Linux (Debian 9) 并且同步是通过本地网络与 Unison 完成的——通常我指示哪些目录应该相同，并且每次在我切换之前，我都会在机器之间进行同步。是否有可能同步密码存储目录- 以及如何，考虑到使用pass需要密钥。

或者，是否有一个很好的 - 易于理解和完成 - 使用 git-/server-solution 的教程？（官方手册，第一条，第二条，第三条，我发现是不完整的普通用户。）

Windows 和 Mac 都有一种使用用户登录凭据来保护数据的便捷方法。

• Windows 上的数据保护 API 使用从不以纯文本形式存储的对称密钥，并使用从用户密码派生的密钥进行加密。如果用户成功登录，则以该用户身份运行的任何程序都可以加密或解密任意数据缓冲区；执行此操作的函数是标准 Windows API 的一部分。如果其他用户（甚至管理员）尝试解密相同的数据，或者如果用户的会话是在没有登录凭据的情况下创建的，则 DPAPI 将不起作用。如果从 Windows 内部、通过 Active Directory (LDAP) 或通过编辑磁盘强制重置用户密码，DPAPI 密钥也会永久丢失。
• MacOS 上的钥匙串功能为密码和其他机密提供了结构化数据存储机制（Windows 有类似的凭据存储，构建在 DPAPI 之上）。钥匙串应用程序本身在技术上有自己的身份验证与用户登录凭据分开，但默认情况下，MacOS 会同步用户的登录密码和钥匙串密码，并在用户登录时自动解锁钥匙串访问权限。如果用户的密码被强制重置，则旧密码需要解锁钥匙串。

许多软件都使用此功能，包括随操作系统（即发行版的一部分）以及大大小小的第三方软件包一起提供的软件。这非常方便，我希望 Linux 上也有类似的东西。

Linux 或非 Mac Unix（类似）系统上是否有等效功能？我见过的所有建议都涉及诸如 GnomeKeychain 或 KWallet（需要在登录后手动解锁，并且是特定于桌面的）、第三方密码管理器及其自己的主密码，并且通常不与除浏览器之外的任何内容集成（例如 LastPass） ），或者在 GPG 之上构建一些东西（这需要用户输入密码，并且没有简单的方法以编程方式保护或取消保护数据）。Security.SE 的这个问题提出了同样的问题，但答案（“否”）已经有五年了。