Administrator Guide

Configuring revocation behavior
You can configure the system behavior if an OCSP responder fails.
By default, when all the OCSP responders fail to send a response to an OSCP request, the system accepts the certificate and logs the
event. However, you can configure the system to reject the certificate in case OCSP responders fail.
To configure OCSP revocation settings:
In the global configuration mode, enter the following command:
crypto x509 revocation ocsp [accept | reject]
Configuring OSCP responder preference
You can configure the preference or order that the CA or a device should follow while contacting multiple OCSP responders.
To configure this setting, perform the following step:
In certificate mode, enter the following command:
CERTIFICATE Mode
ocsp-server prefer
Verifying certificates
A CA certificate’s public key is used to decrypt a presented certificate’s signature to obtain a hash value.
The rest of the presented certificate is also hashed and if the two hashes match then the certificate is considered valid.
During verification, the system checks the presented certificates for revocation information. The system also enables you to configure
behavior in case a certificate’s revocation status cannot be verified; for example, when the OCSP responder is unreachable you can alter
system behavior to accept or reject the certificate depending on configuration. The default behavior is to accept the certificates. The
system also logs the events where the OSCP responders fail or invalid OSCP responses are received.
NOTE: A CA certificate can also be revoked.
Verifying Server certificates
Verifying that server certificates are mandatory in the TLS protocol.
As a result, all TLS-enabled applications require certificate verification, including Syslog servers. The system checks the Server certificates
against installed CA certificates.
Verifying client certificates
Verifying that client certificates are optional in the TLS protocol and is not explicitly required by Common Criteria.
However, TLS-protected Syslog and RADIUS protocols mandate that certificate-based mutual authentication be performed.
Event logging
The system logs the following events:
A CA certificate is installed or deleted.
A self-signed certificate and private key are generated.
An existing host certificate, a private key, or both are deleted.
A host certificate is installed successfully.
An installed certificate (host certificate or CA certificate) is within seven days of expiration. This alert is repeated periodically.
An OCSP request is not answered with an OCSP response.
A secure session negotiation fails due to invalid, expired, or revoked certificate.
X.509v3
1041