公开密钥认证（英语：Public key certificate），又称数字证书（digital certificate）或身份凭证（identity certificate）。是用于公开密钥基础建设的电子文件，用来证明公开密钥拥有者的身份。此文件包含了公钥资讯、拥有者身份资讯（主体）、以及数字证书认证机构（发行者）对这份文件的数位签章，以保证这个文件的整体内容正确无误。拥有者凭着此文件，可向电脑系统或其他用户表明身份，从而对方获得信任并授权访问或使用某些敏感的电脑服务。电脑系统或其他用户可以透过一定的程序核实凭证上的内容，包括凭证有否过期、数位签章是否有效，如果你信任签发的机构，就可以信任凭证上的密钥，凭公钥加密与拥有者进行可靠的通讯。
简而言之，认证机构用自己的私钥对需要认证的人（或组织机构）的公钥施加数字签名并生成证书，即证书的本质就是对公钥施加数字签名。[1]
数位凭证的其中一个最主要好处是在认证拥有者身份期间，拥有者的敏感个人资料（如出生日期、身份证号码等）并不会传输至索取资料者的电脑系统上。透过这种资料交换模式，拥有者既可证实自己的身份，亦不用过度披露个人资料，对保障电脑服务访问双方皆有好处。
人们透过信任数字证书认证机构的根证书、及其使用公开密钥加密作数位签章核发的公开密钥认证，形成信任链架构，已在TLS实作并在万维网的HTTPS、在电子邮件的SMTPS和STARTTLS广泛应用。业界现行的标准是国际电信联盟电信标准化部门制定的X.509[2]，并由IETF发行的RFC 5280详细述明。而在不少国家或地区，都已立法承认使用数位凭证所作的数位签章拥有等同亲笔签名的法律效力。
证书种类
自签证书
在用于小范围测试等目的的时候，用户也可以自己生成数字证书，但没有任何可信赖的人签名，这种自签名证书通常不会被广泛信任，使用时可能会遇到电脑软件的安全警告[3]。
根证书
根证书获得广泛认可，通常已预先安装在各种软件（包括操作系统、浏览器、电邮软件等），作为信任链的起点，来自于公认可靠的政府机关（如香港邮政[4]）、证书颁发机构公司（如DigiCert）、非营利组织（如Let's Encrypt）等，与各大软件商透过严谨的核认程序才在不同的软件广泛部署。由于部署程序复杂费时，需要行政人员的授权及机构法人身份的核认，一张根证书有效期可能长达二十年以上。在某些企业，也可能会在内部电脑自行安装企业自签的根证书，以支持内部网的企业级软件；但是这些证书可能未被广泛认可，只在企业内部适用。
中介证书
认证机构的一个重要任务就是为客户签发证书，虽然广泛认可的认证机构都已拥有根证书，相对应的私钥可用以签署其他证书，但因为密钥管理和行政考虑，一般会先行签发中介证书，才为客户作数位签署。中介证书的有效期会较根证书为短，并可能对不同类别的客户有不同的中介证书作分工。
授权凭证
授权凭证又称属性凭证，本身没有公钥，必须依附在一张有效的数位凭证上才有意义，其用处是赋予相关拥有人签发终端实体凭证的权力；某些情况下，如果只在短期内授予凭证机构签发权力，便可以不改变（缩短）该机构本身持有的凭证的有效期。这种情况，类似于某人持有长达十年期的护照，而只透过签发短期入境签证，来个别赋予护照持有人额外权力。
终端实体证书
其他不会用作签发其他证书的，都可称为终端实体证书，在实际的软件中部署，以便创建加密通道时应用。
TLS服务器证书
服务器通常以域名形式在互联网上提供服务，服务器证书上主体的通用名称就会是相应的域名，相关机构名称则写在组织或单位一栏上。服务器证书（包括公钥）和私钥会安装于服务器（例如Apache），等待客户端连接时协议加密细节。客户端的软件（如浏览器）会执行认证路径验证算法以确保安全，如果未能肯定加密通道是否安全（例如证书上的主体名称不对应网站域名、服务器使用了自签证书、或加密算法不够强），可能会警告用户。
通配符证书
如果服务器证书上主体的通用名称（或主体别名）一栏以通配符前缀，则该证书可以用于旗下的所有子域名，特别适合较具规模、或设有多个子网站的机构一次过申领，套用于多个服务器上；即使未来创建新的子域名，也可以套用。但通配符不可用于扩展认证证书上。
TLS客户端证书
有时候，某些TLS服务器可能会在创建加密通道时，要求客户端提供客户端证书，以验证身份及控制访问权限。客户端证书包含电子邮件地址或个人姓名，而不是主机名。但客户端证书比较不常见，因为考虑到技术门槛及成本因素，通常都是由服务提供者验证客户身份，而不是依赖第三方认证机构。通常，需要使用到客户端证书的服务都是内部网的企业级软件，他们会设立自己的内部根证书，由企业的技术人员在企业内部的电脑安装相关客户端证书以便使用。在公开的互联网，大多数网站都是使用登录密码和Cookie来验证用户，而不是客户端证书。
客户端证书在RPC系统中更常见，用于验证连接设备的许可授权。
内容字段
一般遵从X.509格式规范的凭证，会有以下的内容，它们以字段的方式表示[5]：
- 版本：现行通用版本是 V3
- 序号：用以识别每一张凭证，特别在撤消凭证的时候有用
- 主体：拥有此凭证的法人或自然人身份或机器，包括：
- 发行者：以数位签章形式签署此凭证的数字证书认证机构
- 有效期开始时间：此凭证的有效开始时间，在此前该凭证并未生效
- 有效期结束时间：此凭证的有效结束时间，在此后该凭证作废
- 公开密钥用途：指定凭证上公钥的用途，例如数位签章、服务器验证、用户端验证等
- 公开密钥
- 公开密钥指纹
- 数位签章
- 主体别名：不同的网域可以一并使用同一张凭证，方便实作应用及管理
申领及使用
数字证书一般由数字证书认证机构签发，简单的程序如下：
申领
- 鲍伯在自己的机器上使用密码学安全伪随机数生成器产生一对足够强的密钥，鲍伯的私钥不会向任何人传送。
- 鲍伯把他的公钥，连同主体讯息、使用目的等组成凭证签署请求，传送给认证机构伊凡。
- 伊凡（用另外一些渠道）核实鲍伯的身份。
- 如果伊凡信任这个请求，他便使用鲍伯的公钥和主体讯息，加上凭证有效期、用途等限制条件，组成凭证的基本资料。
- 伊凡用自己的私钥对鲍勃的公钥加上数字签名并生成证书。
- 伊凡把生成的凭证传送给鲍伯（伊凡也可以透过证书透明度公布他签发了新的证书）。
使用
- 鲍伯可以随便把凭证向外发布。
- 鲍伯与爱丽丝事先可能互不认识，但鲍伯与爱丽丝都信任伊凡，爱丽丝使用认证机构伊凡的公钥验证数字签名，如果验证成功，便可以信任鲍勃的公钥是真正属于鲍伯的。[1]
- 爱丽丝可以使用凭证上的鲍勃的公钥加密明文，得到密文并传送给鲍伯。
- 鲍伯可以可以用自己的私钥把密文解密，得到明文。
单元格式
电子证书可以二进制或Base64形式存储，常见的文件扩展名有 .cer、.crt、.der和.pem。如果把证书和私钥一起存储，则可以使用PKCS#12（.p12）格式[6]。
- DER用于二进制DER编码的证书。
- PEM用于不同类型的X.509v3文件，是以“ - BEGIN ...”前缀的ASCII（Base64）数据。
- CER和CRT几乎同义，证书可以被编码为二进制DER或ASCII PEM。
- PKCS7 文件，也被称为 P7B，通常用于 Java Keystores 和 Microsoft IIS（Windows）。它们是 ASCII 文件，可以包含证书和 CA 证书。
- PKCS12 文件，也被称为 PFX 文件，通常用于在 Micrsoft IIS（Windows）中导入和导出证书链。
审核级别
法人团体申领数位凭证的时候，可以视乎其法人的地位及其实际需要申领不同级别的凭证，认证机构会作相应的审核，越高级别的通常都牵涉越严谨的行政程序，及需付出更高昂的费用。各大凭证机构和网页浏览器软件商透过CA/浏览器论坛共同创建和维护相关的指导方针[7]。
域名验证（DV）
这是最基本的审核级别，如果申领代表可以证明他拥有管理某域名的权力，认证机构就可以发放域名验证（DV）证书。认证机构通常使用自动机制（例如自动证书管理环境[8]或透过电邮确认）审核域名拥有权，所以成本也较低[9]。
组织验证（OV）
如果申领代表可以证明他拥有管理某域名的权力，而且相关组织是实际存在的法人，认证机构可以发放组织验证（OV）证书。审核程序通常需要经过人手处理。
扩展验证（EV）
这是最严格的审核级别，审核过程可能牵涉专业法律人员的调查及独立审计人员的确认，成本也自然更高[10]；成功获得扩展验证证书的网站，现代浏览器通常会在地址列以绿色表示相关机构的法人名称及所属国家代码[11]。扩展验证证书的主体名称或主体别名上不可以有通配符。
弱点与防御
公开密钥基础建设的弱点，在于人们必须循数位凭证上的信任链找到根证书，并信任核发根证书的数字证书认证机构，一旦凭证机构被黑客入侵，黑客可以在人们不知情下签发了伪冒他人身份的证书，以中间人攻击进行欺诈。业界已研发不同的防御方法，例如凭证机构可以透过证书透明度公布新签发的电子凭证，让大众检查手上收到的电子凭证是否可能未被正式授权（中间人攻击不会“公布”他伪冒了别人签发了欺诈凭证），网站管理员也可以定期检查是否有不明机构发出了未被授权的凭证。另一方面，HTTPS网站可以使用HPKP指明其固定的公钥，让中间人的欺诈凭证无法使用。另外，而OCSP和OCSP装订也在发展中，让用户软件可以透过第三方检查凭证是否有效。
在公钥基础设施以外，信任网络则采用去中心化的概念，取代了依赖数字证书认证机构的公钥基础设施，因为每一张电子证书在信任链中最终只由一个根证书授权信任，信任网络的公钥则可以累积多个用户的信任。
参见
参考文献
- ↑ 1.0 1.1 结城浩. 图解密码技术（第3版）. 人民邮电出版社. 2016: 231页. ISBN 978-7-115-42491-4.
- ↑ Public-key and attribute certificate frameworks. ITU-T. 2016-12-08 [2017-07-10] （英语）.
- ↑ 什麼是「您的连线并不安全」？. mozilla.org. [2017-07-07].
Firefox 会检验网站凭证的正确性以及连线的加密强度以确保您的隐私。如果凭证无法被验证，或连线使用了不够强的加密算法，Firefox 会中断与网站的连线，并显示下列错误页面……自我签署的凭证能保护您的资料免受窃听，但无法让您确认资料的接收者是谁。常见于无法公开连线的企业内部网路，您可以对这类网站忽略此警告。
- ↑ 关于香港邮政电子证书. 香港邮政. [2017-07-12].
香港邮政在二零零零年成立香港第一家在《电子交易条例》（香港法例第553章）下的认可公共核证机关。现时，香港邮政核证机关发出符合电子交易条例要求的“认可数码证书”。根据《电子交易条例》，使用该条例下认可的数码证书作出的数码签署与书面的签署具同等法律效力。
- ↑ Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile. IETF. [2017-07-10] （英语）.
This section presents a profile for public key certificates that will foster interoperability and a reusable PKI. This section is based upon the X.509 v3 certificate format and the standard certificate extensions defined in [X.509]. [...] This section also defines private extensions required to support a PKI for the Internet community.
- ↑ Mac OS X 10.6: 关于憑证格式. 苹果电脑. [2017-07-18] （繁体中文（中国台湾））.
- ↑ About the CA/Browser Forum. CA/浏览器论坛. [2017-07-14] （英语）.
the CA/Browser Forum advances industry best practices to improve the ways that certificates are used to the benefit of Internet users and the security of their communications
- ↑ Automated Certificate Management Environment (acme). IETF. [2017-07-12] （英语）.
ACME certificate management must allow the CA to verify, in an automated manner, that the party requesting a certificate has authority over the requested identifiers, including the subject and subject alternative names. The processing must also confirm that the requesting party has access to the private key that corresponds to the public key that will appear in the certificate.
- ↑ Information for the Public／Domain Validation (DV). CA/浏览器论坛. [2017-07-12] （英语）.
A Domain Validated SSL certificate is issued after proof that the owner has the right to use their domain is established. This is typically done by the CA sending an email to the domain owner (as listed in a WHOIS database). Once the owner responds, the certificate is issued. [...] The certificate only contains the domain name. Because of the minimal checks performed, this certificate is typically issued quicker than other types of certificates.
- ↑ About EV SSL. CA/浏览器论坛. [2017-07-12] （英语）.
The primary objectives of an EV SSL Certificate are to: Identify the legal entity that controls a web site by providing reasonable assurance to the user of an Internet browser that the web site the user is accessing is controlled by a specific legal entity identified in the EV Certificate by name, address of Place of Business, Jurisdiction of Incorporation or Registration and Registration Number or other disambiguating information
- ↑ 我怎麼知道是否连上安全的网站？／绿色锁头. mozilla.org. [2017-07-12] （繁体中文（中国台湾））.
绿色锁头图示将另外以绿色字体呈现公司或组织的名称，代表该网站使用了 Extended Validation (EV) certificate。与其他类型的凭证相较，EV 属于特别的网站凭证，需完成极繁复的检验程序。／在使用 EV 凭证的网站，网站识别钮会显示绿色锁头、合法的公司或组织的名称和网站拥有者的位置，因此你可以知道是谁在营运这个网站。举例来说，网站识别钮会显示 mozilla.org 是由 Mozilla 基金会所拥有。