From: John Szakmeister <hidden> Date: 2021-03-12 02:41:15
Essentially the same, but rejecting the correcting credential this time.
John Szakmeister (2):
http: store credential when PKI auth is used
http: drop the check for an empty proxy password before approving
http.c | 13 +++++++++++--
1 file changed, 11 insertions(+), 2 deletions(-)
--
2.30.1
From: John Szakmeister <hidden> Date: 2021-03-12 02:41:15
credential_approve() already checks for a non-empty password before
saving, so there's no need to do the extra check here.
Signed-off-by: John Szakmeister <redacted>
---
http.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
From: John Szakmeister <hidden> Date: 2021-03-12 02:41:15
We already looked for the PKI credentials in the credential store, but
failed to approve it on success. Meaning, the PKI certificate password
was never stored and git would request it on every connection to the
remote. Let's complete the chain by storing the certificate password on
success.
Likewise, we also need to reject the credential when there is a failure.
Curl appears to report client-related certificate issues are reported
with the CURLE_SSL_CERTPROBLEM error. This includes not only a bad
password, but potentially other client certificate related problems.
Since we cannot get more information from curl, we'll go ahead and
reject the credential upon receiving that error, just to be safe and
avoid caching or saving a bad password.
Signed-off-by: John Szakmeister <redacted>
---
http.c | 10 ++++++++++
1 file changed, 10 insertions(+)
From: brian m. carlson <hidden> Date: 2021-03-12 21:05:33
On 2021-03-12 at 02:40:25, John Szakmeister wrote:
Essentially the same, but rejecting the correcting credential this time.
John Szakmeister (2):
http: store credential when PKI auth is used
http: drop the check for an empty proxy password before approving
http.c | 13 +++++++++++--
1 file changed, 11 insertions(+), 2 deletions(-)
I looked and this seems sensible.
--
brian m. carlson (he/him or they/them)
Houston, Texas, US