git - 使用 `git config --global credential.helper ' 缓存的 git 凭据缓存有多安全？

Question

将 git HTTPS 凭据缓存与 git config --global credential.helper 'cache 结合使用与使用 git SSH key 身份验证安全性相比如何？

documentation对于 git credential.helper cache 说:

The stored credentials never touch the disk, and are forgotten after a configurable timeout. The
cache is accessible over a Unix domain socket, restricted to the current user by filesystem permissions.

我发现您可以使用以下命令查看 HTTPS 缓存凭据echo url=https://[example.com] | git 凭据填写。不确定这与使用 SSH key 相比的安全隐患。如果其他人通过 SSH 连接到同一设备(作为具有不同 SSH key 的不同用户)，他们是否也能够查看凭据，或者因为他们是不同的用户，他们将无法以这种方式查看凭据？

考虑到使用这两种方法，如果有人获得了对您系统的访问权限并假设了您的用户，他们可以查看密码或 SSH key ，那么说 HTTPS 身份验证通常更安全是否正确，因为它在给定时间段 II) 重启后到期 III) 可以配置为仅对某些 git 操作进行范围内的权限？

Answer 1

If somebody else SSH-ed into the same device (as a different user with different SSH keys), would they also be able to view the credentials

不，因为正如文档中提到的，缓存可以通过 Unix 域套接字访问，受文件系统权限限制为当前用户。

compare vs. using git SSH key authentication security wise?

SSH key 意味着您无需输入密码。
要使用 HTTPS 实现同样的效果，最好使用持久缓存，而不是临时缓存，因为您需要在每个 session 中输入密码。

最新的是GCM-core: Git Credential Manager Core .
它需要 to be installed ，但是一旦 git config credential.helper 设置为 manager-core，它会将密码(对于给定的 URL)存储在安全的本地保险库中，using libscret使用 D-Bus 与“ secret 服务”通信(gnome-keyring 和 ksecretservice 都是 secret 服务的实现。)