One of the most common questions is “What are all these certificates and how do I configure my applications to use them?” Answering this question involves explaining Trust, Certificate chains and Revocation.
If you are looking for the root certificates, you can quickly jump to the end of the page for instructions!
Identity certificates are issued and digitally signed by a Certification Authority. The Certification Authority that signed your PIV certificates is called an Intermediate Certification Authority because it was issued a certificate by another Certification Authority. This process of issuing and signing continues until there is one Certification Authority that is called the Root Certification Authority.
The full process of proving identity when issuing the certificates, auditing the certification authorities, and the cryptographic protections of the digital signatures establish the basis of Trust for PIV credentials and certificates.
For the US Federal Government Executive branch agencies, there is one Root Certificate Authority named Federal Common Policy Certificate Authority G2 (FCPCAG2 or COMMON), and dozens of Intermediate Certification Authorities. The US Federal Government has also established Trust with other Certification Authorities which serve business communities, state and local government communities, and international government communities.
The participating Certification Authorities are subject to policies, processes, and auditing collectively referred to as the Federal Public Key Infrastructure (FPKI)
- FPKI Graph: An interactive chart of the federal public key infrastructure certification authorities to including cross certified business communities]
To digitally trust YOU and your PIV credential certificates, the workstations, servers, applications and network domains will be configured. Understanding and managing certificate chains are one of the methods to configure trust.
The certificate chain includes the Intermediate Certification Authorities certificates and the Federal Common Policy Certification Authority (COMMON) root certificate.
Federal PKI Person Root - COMMON
The Federal Common Policy Certification Authority G2 (COMMON) root certificate is included in Adobe trust stores by default. It is not included by default in Microsoft, Apple, Mozilla, java, all mobile device operating systems, or Linux based operating systems.
If you are an engineer working on implementing PIV authentication, you may need to download and install the root certificate (COMMON) for your workstations, servers, applications and network domains.
Many applications may require Intermediate Certificates to successfully trust ALL PIV credentials, and may not support the automatic retrieval of certificate chains. You should consider the possible unintended consequences of installing intermediate certificates which only represent intermediate certificate chains for your agency users. You may want to be able to Trust all PIV credentials from agencies, and credentials from our trusted partners. It is increasingly more common for users from other agencies or partners to authenticate to your networks or applications, and this usage is the foundation of PIV to promote trust, interoperability, authentication, and efficiency across the US Federal Government.
General recommendations for trust and certificate chain management include:
- COMMON should be used as the trusted root certificate authority
- Management of root and intermediate certificate authority certificates and distribution to network domains, workstations, servers and applications should be managed with group policy objects, secure automated distributions mechanisms, and enterprise policies and procedures to ensure updates are managed effectively.
- NIST published an Information Technology Laboratory (ITL) bulletin in July 2012 which includes general practices to consider.
Installation of the trusted root certificate and intermediate certificates is dependent upon operating systems and applications. Instructions for downloading are at the end of this page.
Revocation is the process and technology to identify a certificate as no longer valid - to tell computers and applications “do not trust this certificate anymore.”
PIV credential certificates will be revoked when a user terminates employment or a contract with an agency, is issued a new credential, is issued an updated PIV credential, or has a lost, stolen or damaged PIV credential. The revocation of PIV credential certificates occurs with the PIV credential issuer and certification authority.
There are two protocols available to verify if a PIV credential certificate has been revoked:
- Online Certificate Status Protocol (OCSP)
- Certificate Revocation Lists (CRLs)
Some implementations also validate whether the Intermediate Certification Authority certificates have been revoked. While a revocation of an Intermediate Certification Authority certificate does not occur often, this is a safeguard in place and each Intermediate Certification Authority and COMMON also publishes Certificate Revocation Lists for the certificates signed next in the chain.
The table below outlines general information on each protocol, the certificate extension which contains the reference, and design considerations.
|Type||Certificate Extension||Protocol (Port)||Considerations|
|OCSP||Authority Information Access||HTTP (80)||All PIV certificates have OCSP references and OCSP responder web services which are internet accessible and provided by the issuing certificaiton authority. Intermediate certification authorities are not required to have OCSP available for the intermediate certificates.|
|CRL||CRL Distribution Point (CDP)||HTTP (80)||All PIV certificates have CRL references and CRLs files published to internet accessible web services by the issuing certification authority. All intermediate certification authority certificates also have CRL references, files and internet accessible web services. CRL files have an expiration time which varies between 6 hours to 18 hours. CRL file sizes distributed by issuing certificate authorities as of the date of this guide range from a few kilobytes to over 30 megabytes (MB).|
For a portion of your implementations such as network authentication, the revocation checks will occur as part of the operating system or server native functionality. Other implementations may want to consider services such as implementing Server Certificate Validation Protocol (SCVP). These are advanced topics to consider and will be covered in other areas of guides soon.
Download root and intermediate certificates
The Federal Government recently deployed the Federal Common Policy CA G2 (FCPCAG2), a new Federal Public Key Infrastructure (FPKI) root Certification Authority (CA). As the existing Federal Common Policy CA reaches the end of its planned service life, FCPCAG2 will roll out incrementally and serve as the new trust anchor for the Federal PKI. Below, you’ll find important dates and steps for a successful operational transition to the FCPCAG2 trust anchor.
For instructions on how to download the new root and intermediate certificates, go to the FPKI guide on the Federal Common Policy G2 Update
Download any additional Intermediate Certification Authority certificates
You can contact your agency’s information security teams for help on additional intermediate certificates, or find the intermediate certificates by using information in your PIV certificates directly.
- View your PIV Authentication certificate. To review how to view your PIV Authentication certificate go to the Details of a PIV Credential
- In the Authority Information Access (AIA) extension, there is a URL (http://) which references a file with a .p7b or .p7c extension
- Download the file, open it, and view the intermediate certification authority certificates
- Repeat the process using the AIA extension of the intermediate certification authority certificates until the final reference finds an intermediate certification authority certificate that is issued and signed by COMMON
Many products and implementations may automatically retrieve the intermediate certificates during a process called certificate path building or certificate path discovery. You will encounter varying implementations of the certificate path discovery process based on differences in client operating systems, browsers, mobile devices, programming languages, and even applications directly. It can be challenging to understand all the options that impact your users and applications and we are seeking input and contributions to expand this information for you.
We want to add more information to help you so check back often, or review the Issues posted and consider contributing!