Root trust
The root anchors the hierarchy. Its private key and signing process deserve explicit custody and recovery controls.
- Define certificate policy and responsibilities.
- Protect root key operations and record the ceremony.
- Distribute trust through an approved channel.
Read all PKI stages
- Root trust
The root anchors the hierarchy. Its private key and signing process deserve explicit custody and recovery controls.
- Define certificate policy and responsibilities.
- Protect root key operations and record the ceremony.
- Distribute trust through an approved channel.
- Issuing authority
An issuing authority signs end-entity certificates under a constrained policy, keeping routine issuance separate from root operations.
- Constrain issuance to intended identities and uses.
- Define enrolment authentication and approval.
- Monitor issuance and administrative changes.
- Enrolment & renewal
Service owners request, deploy and renew certificates. Automation still needs clear ownership and failure handling.
- Map each certificate to an accountable service owner.
- Test renewal and deployment behaviour.
- Agree expiry alerts and recovery steps.
- Relying-party checks
A relying party checks the chain, identity and applicable policy before accepting a certificate for its intended use.
- Check the chain against the intended trust anchor.
- Validate identity, validity period and allowed uses.
- Apply the system’s revocation requirements.
- Operations & recovery
The hierarchy must remain understandable when a service fails, a key is replaced or trust needs to change.
- Maintain operational and incident runbooks.
- Test restore and key replacement processes.
- Review evidence and retire unused trust.
Start with the inventory
List trust anchors, issuing authorities, certificates, key stores and relying systems. Record an owner and a recovery path for each dependency.
Draft the engineering scope →Check the protocol details
The reference guide is deliberately general. Certificate profiles and path validation need the requirements of the actual protocols and relying parties.
RFC 5280: certificate and certificate revocation list profile ↗