Git ssl-certificate-revoked The certificate presented by the server was rejected because its issuer revoked it.
Reviewed for reference consistency: August 11, 2026
Code is Safe
SECUREGit has paused the operation to protect your code. No data has been lost or corrupted.
What To Know
Where Did It Fail?
Commands That Trigger This
Technical Background
Revocation is a deliberate act by the certificate's issuer, so this failure carries a security judgment that unknown-chain errors do not: the identity was once valid and was withdrawn. The client's refusal is the working-as-intended outcome of that withdrawal.
The wording splits along TLS backends: builds linked against OpenSSL report the status through libcurl's certificate-problem text, while Windows schannel names CRYPT_E_REVOKED explicitly. Both descriptions trace to the same verification decision.
If the certificate belongs to a proxy rather than the real host, the revocation is a symptom of interception — the network path, not the repository host, is what got rejected.
Underlying Causes
Frequently Asked Questions
No. Revocation is a property of the certificate itself; the server must present a replacement certificate before clients will accept the connection.
Revocation checking differs by TLS backend and configuration — schannel enforces it by default, while OpenSSL-based builds check only when revocation data is available.
Related Git States
The underlying HTTP client (cURL) failed to complete the network request.
The TLS layer found no trusted issuer to complete the server's certificate chain.
TLS verification of the remote host failed outright, naming the CA file and CRL file.