Skip to contentSkip to conversation

Documentation: clarify that cache forgets credentials if the system restarts

PATCH Superseded M Hickford via GitGitGadget 5 participants 9 messages Dec 21, 2022 – Jan 29, 2023 Documentation

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 Documentation: clarify that cache forgets credentials if the system restarts

From: M Hickford <[email protected]>

Make it obvious to readers unfamiliar with Unix sockets.

---
Documentation: clarify that cache forgets credentials if the system restarts

Make it obvious to readers unfamiliar with Unix sockets.

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1447%2Fhickford%2Fpatch-2-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1447/hickford/patch-2-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/1447

 Documentation/git-credential-cache.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
Documentation/git-credential-cache.txt +2 -1
index 432e159d952..83fb4d4c4dc 100644
@@ -16,7 +16,8 @@ DESCRIPTION
 
 This command caches credentials in memory for use by future Git
 programs. The stored credentials never touch the disk, and are forgotten
-after a configurable timeout.  The cache is accessible over a Unix
+after a configurable timeout.  Credentials are forgotten sooner if you
+log out or the system restarts.  The cache is accessible over a Unix
 domain socket, restricted to the current user by filesystem permissions.
 
 You probably don't want to invoke this command directly; it is meant to

base-commit: 7c2ef319c52c4997256f5807564523dfd4acdfc7

Signature · 1 line
gitgitgadget
#1 lore raw
Quoted 3 lines · M Hickford via GitGitGadget

From: M Hickford <[email protected]>

Make it obvious to readers unfamiliar with Unix sockets.

Is familiarity with sockets required?

Isn't the death of the daemon process that causes the credential data cached in-core of the process?

Documentation/git-credential-cache.txt DESCRIPTION · line 20

Quoted 5 lines

This command caches credentials in memory for use by future Git programs. The stored credentials never touch the disk, and are forgotten

Documentation/git-credential-cache.txt +2 -1
-after a configurable timeout.  The cache is accessible over a Unix
+after a configurable timeout.  Credentials are forgotten sooner if you
+log out or the system restarts.  The cache is accessible over a Unix

If we mention "if you log out" here, the readers would also want to learn about credentialCache.ignoreSIGHUP configuration, no?

This is not a new issue, but I am not sure if "never touch the disk" is a honest thing to say (I know there is no "write this in a file" done by the cache daemon, but the running daemon can be swapped out and I do not think we do anything to prevent the in-core structure credential_cache_entry from getting written to the swap.

Taking all of the above together, perhaps something like this?

... caches credentials for use by future Git programs. The stored credentials are kept in memory of the cache-daemon process (instead of written to a file) and are forgotten after a configuarble timeout. The cache-daemon dies with the cached credentials upon a system shutdown/restart, or when it receives SIGHUP (i.e. by logging out, you disconnect from the terminal the daemon was started from); the latter can be disabled with credentialCache.ignoreSIGHUP configuration. The cache is accessible over a Unix domain socket, ...

#4 lore raw
In reply to M Hickford via GitGitGadget
Quoted 25 lines · M Hickford via GitGitGadget

From: M Hickford <[email protected]>

Make it obvious to readers unfamiliar with Unix sockets.

---
Documentation: clarify that cache forgets credentials if the system restarts

Make it obvious to readers unfamiliar with Unix sockets.

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1447%2Fhickford%2Fpatch-2-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1447/hickford/patch-2-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/1447

 Documentation/git-credential-cache.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
Documentation/git-credential-cache.txt +0 -0
index 432e159d952..83fb4d4c4dc 100644

Documentation/git-credential-cache.txt DESCRIPTION · line 21

Quoted 7 lines
Documentation/git-credential-cache.txt +2 -1
@@ -16,7 +16,8 @@ DESCRIPTION
 
 This command caches credentials in memory for use by future Git
 programs. The stored credentials never touch the disk, and are forgotten
-after a configurable timeout.  The cache is accessible over a Unix
+after a configurable timeout.  Credentials are forgotten sooner if you
+log out or the system restarts.  The cache is accessible over a Unix
 domain socket, restricted to the current user by filesystem permissions.

I don't think it's accurate to say that the credentials are forgotten sooner if you log out. That may be the case on Windows, or it may be the case if you or your distro have configured systemd to gratuitously murder all your local processes when your session exits[0], but it hasn't traditionally been the case on Unix that processes exit when your session or shell exits. For example, I don't believe that the statement is accurate on Debian, Ubuntu, or the BSDs by default, which constitute a substantial number of deployed Unix systems.

[0] Such as with KillUserProcesses=yes.

Signature · 2 lines
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA
#2 lore raw
In reply to Junio C Hamano
Quoted 5 lines · Junio C Hamano

This is not a new issue, but I am not sure if "never touch the disk" is a honest thing to say (I know there is no "write this in a file" done by the cache daemon, but the running daemon can be swapped out and I do not think we do anything to prevent the in-core structure credential_cache_entry from getting written to the swap.

Right, we don't do anything like mlock(), mostly because of the portability problems (though obviously we could make an optional wrapper, which is strictly better than the status quo). On the other hand, neither does git itself, so we're only holding credential-cache to the same standard. Arguably the cache holds credentials longer, but a fetch or push may run for quite a while bottle-necked on network or pack generation/indexing (and both of those operations create memory pressure which may trigger swap).

But I agree that it is more accurate to say "does not touch the filesystem" or your "instead of written to a file".

Quoted 11 lines

Taking all of the above together, perhaps something like this?

... caches credentials for use by future Git programs. The stored credentials are kept in memory of the cache-daemon process (instead of written to a file) and are forgotten after a configuarble timeout. The cache-daemon dies with the cached credentials upon a system shutdown/restart, or when it receives SIGHUP (i.e. by logging out, you disconnect from the terminal the daemon was started from); the latter can be disabled with credentialCache.ignoreSIGHUP configuration. The cache is accessible over a Unix domain socket, ...

That seems reasonable. I was going to suggest also mentioning that we can ask the daemon to exit manually, but that is pretty well covered later in the document. On the other hand, it may make sense to put all of this together in the description.

As brian mentioned, not every system behaves the same with respect to SIGHUP here. So we may need to be a little more vague here.

So maybe more like:

...are forgotten after a configurable timeout, or if the daemon exits.

You can ask the daemon to exit manually, forgetting all cached credentials before their timeout, by running:

git credential-cache exit

The daemon will also exit when it receives a signal. Depending on the configuration of your system, this may happen automatically when you log out. If you want to inhibit this behavior (and let items time out as normal even when you're logged out), you can set the credentialCache.ignoreSIGHUP configuration variable to true.

There are many possible variations, of course. I was mostly just trying to get across the point that:

- there are several ways for the daemon to exit

- sighup / logout handling may depend on your system

And I am happy with any text that says so.

-Peff

#3 lore raw

PATCH 1/1 Documentation: clarify that cache forgets credentials if the system restarts

Thanks Junio, Jeff and Brian for your replies. I'll send an updated patch based on Junio's text. To me, most important is to explain that credentials are forgotten early if the daemon exits, so that setting a timeout of 1 year is unlikely to work.

#5 lore raw

PATCH v2 1/1 Documentation: clarify that cache forgets credentials if the system restarts

In reply to M Hickford via GitGitGadget

From: M Hickford <[email protected]>

---
Documentation: clarify that cache forgets credentials if the system restarts

Make it obvious to readers unfamiliar with Unix sockets.

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1447%2Fhickford%2Fpatch-2-v2
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1447/hickford/patch-2-v2
Pull-Request: https://github.com/gitgitgadget/git/pull/1447

Range-diff vs v1:

1: 5032ddf99da ! 1: e84d069cf19 Documentation: clarify that cache forgets credentials if the system restarts
@@ Metadata
## Commit message ##
Documentation: clarify that cache forgets credentials if the system restarts

- Make it obvious to readers unfamiliar with Unix sockets.
-

## Documentation/git-credential-cache.txt ##
-@@ Documentation/git-credential-cache.txt: DESCRIPTION
+@@ Documentation/git-credential-cache.txt: git config credential.helper 'cache [<options>]'
+ DESCRIPTION
+ -----------

- This command caches credentials in memory for use by future Git
- programs. The stored credentials never touch the disk, and are forgotten +-This command caches credentials in memory for use by future Git +-programs. The stored credentials never touch the disk, and are forgotten -after a configurable timeout. The cache is accessible over a Unix
-+after a configurable timeout. Credentials are forgotten sooner if you -+log out or the system restarts. The cache is accessible over a Unix
- domain socket, restricted to the current user by filesystem permissions. +-domain socket, restricted to the current user by filesystem permissions. ++This command caches credentials for use by future Git programs. ++The stored credentials are kept in memory of the cache-daemon ++process (instead of written to a file) and are forgotten after a ++configurable timeout. Credentials are forgotten sooner if the ++cache-daemon dies, for example if the system restarts. The cached ++is accessible over a Unix domain socket, restricted to the current ++user by filesystem permissions.

You probably don't want to invoke this command directly; it is meant to
+ be used as a credential helper by other parts of Git. See

 Documentation/git-credential-cache.txt | 11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)
Documentation/git-credential-cache.txt +7 -4
index 432e159d952..9eef5d2cc10 100644
@@ -14,10 +14,13 @@ git config credential.helper 'cache [<options>]'
 DESCRIPTION
 -----------
 
-This command caches credentials in memory for use by future Git
-programs. 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.
+This command caches credentials for use by future Git programs.
+The stored credentials are kept in memory of the cache-daemon
+process (instead of written to a file) and are forgotten after a
+configurable timeout. Credentials are forgotten sooner if the
+cache-daemon dies, for example if the system restarts. The cached
+is accessible over a Unix domain socket, restricted to the current
+user by filesystem permissions.
 
 You probably don't want to invoke this command directly; it is meant to
 be used as a credential helper by other parts of Git. See

base-commit: 5cc9858f1b470844dea5c5d3e936af183fdf2c68

Signature · 1 line
gitgitgadget
#6 lore raw

PATCH v3 1/1 Documentation: clarify that cache forgets credentials if the system restarts

From: M Hickford <[email protected]>

---
Documentation: clarify that cache forgets credentials if the system restarts

Make it obvious to readers unfamiliar with Unix sockets.

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1447%2Fhickford%2Fpatch-2-v3
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1447/hickford/patch-2-v3
Pull-Request: https://github.com/gitgitgadget/git/pull/1447

Range-diff vs v2:

1: e84d069cf19 ! 1: 09f4afae70c Documentation: clarify that cache forgets credentials if the system restarts
@@ Documentation/git-credential-cache.txt: git config credential.helper 'cache [<op
+The stored credentials are kept in memory of the cache-daemon
+process (instead of written to a file) and are forgotten after a
+configurable timeout. Credentials are forgotten sooner if the
-+cache-daemon dies, for example if the system restarts. The cached
++cache-daemon dies, for example if the system restarts. The cache
+is accessible over a Unix domain socket, restricted to the current
+user by filesystem permissions.

 Documentation/git-credential-cache.txt | 11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)
Documentation/git-credential-cache.txt +7 -4
index 432e159d952..f473994a864 100644
@@ -14,10 +14,13 @@ git config credential.helper 'cache [<options>]'
 DESCRIPTION
 -----------
 
-This command caches credentials in memory for use by future Git
-programs. 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.
+This command caches credentials for use by future Git programs.
+The stored credentials are kept in memory of the cache-daemon
+process (instead of written to a file) and are forgotten after a
+configurable timeout. Credentials are forgotten sooner if the
+cache-daemon dies, for example if the system restarts. The cache
+is accessible over a Unix domain socket, restricted to the current
+user by filesystem permissions.
 
 You probably don't want to invoke this command directly; it is meant to
 be used as a credential helper by other parts of Git. See

base-commit: 5cc9858f1b470844dea5c5d3e936af183fdf2c68

Signature · 1 line
gitgitgadget
#7 lore raw
Quoted 9 lines · M Hickford via GitGitGadget
Documentation/git-credential-cache.txt +0 -1
index 432e159d952..f473994a864 100644
@@ -14,10 +14,13 @@ git config credential.helper 'cache [<options>]'
 DESCRIPTION
 -----------
 
-This command caches credentials in memory for use by future Git

Documentation/git-credential-cache.txt git config credential.helper 'cache [<options>]' · line 23

Quoted 10 lines
Documentation/git-credential-cache.txt +7 -3
-programs. 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.
+This command caches credentials for use by future Git programs.
+The stored credentials are kept in memory of the cache-daemon
+process (instead of written to a file) and are forgotten after a
+configurable timeout. Credentials are forgotten sooner if the
+cache-daemon dies, for example if the system restarts. The cache
+is accessible over a Unix domain socket, restricted to the current
+user by filesystem permissions.

This version looks good to me.

-Peff

#8 lore raw
Quoted 10 lines · Jeff King
Quoted 8 lines · M Hickford via GitGitGadget
Documentation/git-credential-cache.txt +0 -0
index 432e159d952..f473994a864 100644
@@ -14,10 +14,13 @@ git config credential.helper 'cache [<options>]'
 DESCRIPTION
 -----------
 
Quoted 13 lines

Documentation/git-credential-cache.txt git config credential.helper 'cache [<options>]' · line 23

Quoted 11 lines
Documentation/git-credential-cache.txt +7 -4
-This command caches credentials in memory for use by future Git
-programs. 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.
+This command caches credentials for use by future Git programs.
+The stored credentials are kept in memory of the cache-daemon
+process (instead of written to a file) and are forgotten after a
+configurable timeout. Credentials are forgotten sooner if the
+cache-daemon dies, for example if the system restarts. The cache
+is accessible over a Unix domain socket, restricted to the current
+user by filesystem permissions.

This version looks good to me.

Yup, it looks good to me, too. Thanks, all.