
The people, policies, certificates and technical systems supporting trusted use of public keys through their lifecycle.
Public key infrastructure (PKI) is the combined framework used to issue, manage and rely on public-key credentials. It includes people, policies, procedures and technical systems, rather than only a server or a collection of certificate files.
NIST’s PKI definitions describe this broader combination. For document signing, PKI helps a recipient assess the connection between a public key, the identified subject and the conditions for relying on it.
A CA and any registration function support issuance. The recipient evaluates the certificate path and relevant status evidence, together with the signed data and validation policy.
A certificate-based signature depends on these relationships. Simply having a certificate file does not establish a functioning trust framework, and cryptographic verification does not replace identity, authority or document-formality questions.
No. Communities can accept different anchors, purposes and operating requirements. RFC 3647’s policy and practice framework explains why certificate policies and issuer practices need to be understood. A private organization’s PKI, a public trust scheme and a qualified trust service should not be treated as interchangeable labels.
A Common Case: Reviewing a certificate-based process
A Massachusetts insurance business considering certificate-based document exchange might review issuance, trust anchors, status checks and key-use controls together. A familiar certificate file format would not, on its own, explain how recipients are expected to trust and validate the resulting signatures.
No. A CA is one component; PKI also includes users, relying parties, trust policy, key controls and certificate lifecycle processes.
No. A qualified signature requires specific certificate and creation conditions beyond the general existence of public-key infrastructure.