Security and compliance scanners may flag a TLS certificate validation error on the vCenter Server even when a trusted third-party certificate (for example, DigiCert) is installed and otherwise valid.
This condition typically occurs when the scanner cannot validate the real-time revocation status of the certificate, resulting in findings such as “TLS certificate status cannot be validated”.
VMware vCenter 7.x
VMware vCenter 8.x
VMware vCenter 9.x
The installed Machine SSL certificate does not include an OCSP responder URI in its metadata.
Specifically:
The Authority Information Access (AIA) extension of the certificate is missing an OCSP URI
Without this URI, vCenter cannot provide OCSP stapling during the TLS handshake
Security scanners have no endpoint to query for certificate revocation status and therefore mark the certificate as non-compliant
Step 1: Verify Whether the OCSP URI Is Missing
Connect to the vCenter Server (or any system with OpenSSL installed) and run the following commands.
Check for OCSP URI Directly
Expected Output (Problematic Certificate)
No output confirms that the certificate does not advertise an OCSP responder.
Expected Output (Correct Certificate)
Check the Full AIA Extension
Note: OCSP is missing.
Expected Output (Correct Certificate)
Step 2: Re-issue the Certificate
If the OCSP URI is missing, the certificate must be re-issued.
Generate a new CSR from the vCenter Server using Certificate Manager
When submitting the CSR to DigiCert:
Select a certificate profile that includes OCSP in the AIA extension
Do not use a minimal or legacy profile that omits OCSP
Download the re-issued certificate along with the full intermediate and root chain
Replace the Machine SSL certificate using:
Restart vCenter services or reboot the appliance if prompted
Modern vulnerability scanners require OCSP or CRL endpoints to validate certificate revocation status in real time
OCSP Stapling improves:
TLS handshake performance
Privacy (clients do not directly contact the CA)
Compliance with security audit requirements
vCenter Server relies entirely on the certificate metadata provided by the CA; it cannot add OCSP information after issuance
This behavior is not a vCenter defect but a certificate profile configuration issue.