公开金钥认证

title: 证书种类.
title: 自签证书.
content: 在用于小范围测试等目的的时候,用户也可以自己生成数字证书,但没有任何可信赖的人签名,这种自签名证书通常不会被广泛信任,使用时可能会遇到电脑软件的安全警告。
title: 根证书.
content: 根证书获得广泛认可,通常已预先安装在各种软件(包括操作系统、浏览器、电邮软件等),作为信任链的起点,来自于公认可靠的政府机关(如香港邮政、台湾网络资讯中心)、软件公司(如Google、Let's Encrypt)、证书颁发机构公司(如VeriSign)等,与各大软件商透过严谨的核认程序才在不同的软件广泛部署。由于部署程序复杂费时,需要行政人员的授权及机构法人身份的核认,一张根证书有效期可能长达十年以上。在某些企业,也可能会在内部电脑自行安装企业自签的根证书,以支援内部网的企业级软件;但是这些证书可能未被广泛认可,只在企业内部适用。
title: 中介证书.
content: 认证机构的一个重要任务就是为客户签发证书,虽然广泛认可的认证机构都已拥有根证书,相对应的私钥可用以签署其他证书,但因为密钥管理和行政考虑,一般会先行签发中介证书,才为客户作数码签署。中介证书的有效期会较根证书为短,并可能对不同类别的客户有不同的中介证书作分工。
title: 授权凭证.
content: 授权凭证又称属性凭证,本身没有公钥,必须依附在一张有效的数码凭证上才有意义,其用处是赋予相关拥有人签发终端实体凭证的权力;某些情况下,如果只在短期内授予凭证机构签发权力,便可以不改变(缩短)该机构本身持有的凭证的有效期。这种情况,类似于某人持有长达十年期的护照,而只透过签发短期入境签证,来个别赋予护照持有人额外权力。
title: 终端实体证书.
content: 其他不会用作签发其他证书的,都可称为终端实体证书,在实际的软件中部署,以便建立加密通道时应用。
title: TLS服务器证书.
content: 服务器通常以域名形式在因特网上提供服务,服务器证书上主体的通用名称就会是相应的域名,相关机构名称则写在组织或单位一栏上。服务器证书(包括公钥)和私钥会安装于服务器(例如Apache),等待客户端连接时协议加密细节。客户端的软件(如浏览器)会执行认证路径验证算法以确保安全,如果未能肯定加密通道是否安全(例如证书上的主体名称不对应网站域名、服务器使用了自签证书、或加密算法不够强),可能会警告用户。
title: 通配符证书.
content: 如果服务器证书上主体的通用名称(或主体别名)一栏以通配符前缀,则该证书可以用于旗下的所有子域名,特别适合较具规模、或设有多个子网站的机构一次过申领,套用于多个服务器上;即使未来建立新的子域名,也可以套用。但通配符不可用于扩展认证证书上。
title: TLS客户端证书.
content: 有时候,某些TLS服务器可能会在建立加密通道时,要求客户端提供客户端证书,以验证身份及控制存取权限。客户端证书包含电子邮件地址或个人姓名,而不是主机名。但客户端证书比较不常见,因为考虑到技术门槛及成本因素,通常都是由服务提供者验证客户身份,而不是依赖第三方认证机构。通常,需要使用到客户端证书的服务都是内部网的企业级软件,他们会设立自己的内部根证书,由企业的技术人员在企业内部的电脑安装相关客户端证书以便使用。在公开的因特网,大多数网站都是使用登入密码和Cookie来验证用户,而不是客户端证书。  在台湾,中华民国内政部凭证管理中心根据电子签章法负责签发自然人凭证,让国民在网络使用各种政府服务。  客户端证书在RPC系统中更常见,用于验证连接设备的许可授权。
title: 内容字段.
content: 一般遵从X.509格式规范的凭证,会有以下的内容,它们以字段的方式表示:
title: 申领及使用.
content: 数字证书一般由数字证书认证机构签发,简单的程序如下:
title: 储存格式.
content: 电子证书可以二进制或Base64形式储存,常见的文件扩展名有.cer、.crt、.der和.pem。如果把证书和私钥一起储存,则可以使用PKCS#12(.p12)格式。
title: 审核级别.
content: 法人团体申领数码凭证的时候,可以视乎其法人的地位及其实际需要申领不同级别的凭证,认证机构会作相应的审核,越高级别的通常都牵涉越严谨的行政程序,及需付出更高昂的费用。各大凭证机构和网页浏览器软件商透过CA/浏览器论坛共同建立和维护相关的指导方针。
title: 域名验证(DV).
content: 这是最基本的审核级别,如果申领代表可以证明他拥有管理某域名的权力,认证机构就可以发放域名验证(DV)证书。认证机构通常使用自动机制(例如自动证书管理环境或透过电邮确认)审核域名拥有权,所以成本也较低。
title: 组织验证(OV).
content: 如果申领代表可以证明他拥有管理某域名的权力,而且相关组织是实际存在的法人,认证机构可以发放组织验证(OV)证书。审核程序通常需要经过人手处理。
title: 扩展验证(EV).
content: 这是最严格的审核级别,审核过程可能牵涉专业法律人员的调查及独立审计人员的确认,成本也自然更高;成功获得扩展验证证书的网站,现代浏览器通常会在位址列以绿色表示相关机构的法人名称及所属国家代码。扩展验证证书的主体名称或主体别名上不可以有通配符。
title: 弱点与防御.
content: 公开金钥基础建设的弱点,在于人们必须循数码凭证上的信任链找到根证书,并信任核发根证书的数字证书认证机构,一旦凭证机构被黑客入侵,黑客可以在人们不知情下签发了伪冒他人身份的证书,以中间人攻击进行欺诈。业界已研发不同的防御方法,例如凭证机构可以透过证书透明度公布新签发的电子凭证,让大众检查手上收到的电子凭证是否可能未被正式授权(中间人攻击不会「公布」他伪冒了别人签发了欺诈凭证),网站管理员也可以定期检查是否有不明机构发出了未被授权的凭证。另一方面,HTTPS网站可以使用HPKP指明其固定的公钥,让中间人的欺诈凭证无法使用。另外,而OCSP和OCSP装订也在发展中,让用户软件可以透过第三方检查凭证是否有効。  在公钥基础设施以外,信任网络则采用去中心化的概念,取代了依赖数字证书认证机构的公钥基础设施,因为每一张电子证书在信任链中最终只由一个根证书授权信任,信任网络的公钥则可以累积多个用户的信任。
title: 根证书弱点与争议事件.
title: 中国因特网络信息中心发行假凭证事件.
content: 2009年,中国因特网络信息中心(CNNIC)的一名员工向Mozilla申请要求将 CNNIC 加入 Mozilla 的 根证书列表,并且得到了批准。后来微软也把 CNNIC加到了Windows的根证书列表里。  2015年,因CNNIC发行的一个中级CA被发现发行了Google域名的假证书,许多用户选择不信任CNNIC颁发的数字证书。并引起对CNNIC滥用证书颁发权力的担忧。  2015年4月2日,Google宣布不再承认CNNIC所颁发的电子证书。4月4日,继Google之后,Mozilla也宣布不再承认CNNIC所颁发的电子证书。2016年8月,CNNIC官方网站已放弃自行发行的根证书,改用由DigiCert颁发的证书。
title: 沃通遭封杀事件.
content: 2016年,拥有奇虎360背景的中国最大CA证书签发机构沃通(WoSign),遭谷歌拒绝承认其凭证。  沃通被揭发在短短5日内发行了几百个相同序列号的证书,以及对证书日期上造假。

Summary: 公开金钥认证(英语:Public key certificate),又称数码凭证(digital certificate)或身份凭证(identity certificate)。是用于公开金钥基础建设的电子档案,用来证明公开金钥拥有者的身份。此档案包含了公钥资讯、拥有者身份资讯(主体)、以及数字证书认证机构(发行者)对这份文件的数码签章,以保证这个文件的整体内容正确无误。拥有者凭着此档案,可向电脑系统或其他使用者表明身份,从而对方获得信任并授权存取或使用某些敏感的电脑服务。电脑系统或其他使用者可以透过一定的程序核实凭证上的内容,包括凭证有否过期、数码签章是否有效,如果你信任签发的机构,就可以信任凭证上的金钥,凭公钥加密与拥有者进行可靠的通讯。

Public key certificate: In cryptography, a public key certificate, also known as a digital certificate or identity certificate, is an electronic document used to prove the ownership of a public key. The certificate includes information about the key, information about the identity of its owner (called the subject), and the digital signature of an entity that has verified the certificate's contents (called the issuer). If the signature is valid, and the software examining the certificate trusts the issuer, then it can use that key to communicate securely with the certificate's subject. In email encryption, code signing, and e-signature systems, a certificate's subject is typically a person or organization. However, in Transport Layer Security (TLS) a certificate's subject is typically a computer or other device, though TLS certificates may identify organizations or individuals in addition to their core role in identifying devices. TLS, sometimes called by its older name Secure Sockets Layer (SSL), is notable for being a part of HTTPS, a protocol for securely browsing the web.