Question

Difficulty: EasyPublic Key Infrastructure and Certificate Management

An IT administrator needs to request and implement an X.509 server certificate from a public Certificate Authority (CA) to secure a corporate web portal. Arrange the steps of the initial PKI certificate enrollment process in the correct chronological order from first to last.

  1. 1Generate an asymmetric public and private key pair on the local server.
  2. 2Create a Certificate Signing Request (CSR) containing the public key and organization identity details.
  3. 3Submit the CSR to the Certificate Authority for domain and identity verification.
  4. 4The Certificate Authority signs the identity payload with its private key and issues the X.509 certificate.
  5. 5Install the issued X.509 certificate and intermediate CA chain onto the web server.

Answer

The correct sequence is: 1) Generate the key pair, 2) Create the CSR, 3) Submit the CSR to the CA, 4) CA signs and issues the certificate, 5) Install the certificate on the web server.
In standard Public Key Infrastructure (PKI) workflows, certificate issuance follows a strict logical sequence. First, the requesting server generates an asymmetric key pair (private and public keys). Next, the administrator generates a Certificate Signing Request (CSR) which embeds the public key and organization identity details. The CSR is then submitted to the Certificate Authority (CA), which verifies the requester's identity. Once verified, the CA signs the certificate using its own private key and issues it. Finally, the administrator installs the signed certificate on the web server to service secure TLS connections.

Step-by-Step Solution

1
Generate asymmetric key pair locally
A public key and private key are generated on the destination server.
A public key is required to populate the Certificate Signing Request (CSR).
2
Build the Certificate Signing Request (CSR)
A CSR file containing the public key and entity identity (Subject/SAN) is compiled.
The CSR acts as the formal application sent to a CA for certificate issuance.
3
Submit CSR to the target CA
The CA receives the CSR and begins domain validation procedures.
The CA must verify identity and domain control before binding its trust signature.
4
CA certificate signing and issuance
The CA signs the applicant's public key with its own private key and returns the X.509 certificate.
The cryptographic signature of the CA establishes trust for clients trusting that CA root.
5
Deploy certificate on server
The server is bound to the new certificate and intermediate CA certificates.
Installation enables the web server to present a trusted certificate during TLS handshakes.

Key Concept

PKI Certificate Request and Enrollment Workflow
Rate this question