测试之家

通用技术 PKI 体系及密码算法

wholegale39 · 2021年06月16日 · 最后由 恒温 回复于 2021年07月02日 · 3606 次阅读

HTTPS 的诞生

  • 可先参考网络协议、HTTPS 协议等文章

明文传输

明文传输-来源于网络

对称加密

对称加密-来源于网络

“加密” 和 “解密” 使用【相同的】密钥，如果密钥可以安全的传输，那么消息也应该可以安全的传输。

非对称加密

非对称加密-来源于网络

上述非对称加密与对称加密效果基本一样，如果公钥可以安全的传输，那么消息也应该可以安全的传输，接下来看看被劫持的情况。

被劫持-来源于网络

窃听者可以伪造服务器的公钥与客户端通讯，客户端以为是跟服务器通讯，其实是与窃听者在通讯。

无论是对称加密还是非对称加密，都遗留了一个问题没有解决，那就是如何证明我们访问的网站就是我们要访问的网站，而不是他人伪造的，即中间人攻击和信息抵赖的问题，这里就用到了 CA 证书。

CA 认证

CA 认证，即电子认证服务 ，是指为电子签名相关各方提供真实性、可靠性验证的活动。

证书颁发机构（CA, Certificate Authority）即颁发数字证书的机构，是负责发放和管理数字证书的权威机构，并作为电子商务交易中受信任的第三方，承担公钥体系中公钥的合法性检验的责任。

CA 中心为每个使用公开密钥的用户发放一个数字证书，数字证书的作用是证明证书中列出的用户合法拥有证书中列出的公开密钥。CA 机构的数字签名使得攻击者不能伪造和篡改证书。在 SET 交易中，CA 不仅对持卡人、商户发放证书，还要对获款的银行、网关发放证书。

CA 是证书的签发机构，是 PKI 的核心。CA 是负责签发证书、认证证书、管理已颁发证书的机关。它要制定政策和具体步骤来验证、识别用户身份，并对用户证书进行签名，以确保证书持有者的身份和公钥的拥有权。

  • CA 机构也拥有一个证书（内含公钥）和私钥，比如 RSA 密钥对（与服务器的 RSA 密钥对没有任何关系），它用私钥对服务器申请的证书进行数字签名，将签名的证书发送给服务器。浏览器再连接服务器，服务器发送证书给浏览器，浏览器拥有 CA 机构的证书（内嵌在浏览器中，内含公钥），然后校验证书的签名，一旦校验成功，就代表这个证书是可信的 CA 机构签发的。
  • 成功验证签名只能表示该证书是 CA 机构签发的，并不代表确认了身份，浏览器会继续校验，比如用户访问的网址是https://www.example.comwww.example.com，代表校验身份成功，最后浏览器从证书中获取服务器的公钥，用来进行密钥协商。，浏览器接收到服务器发送过来的证书，验证签名后，发现证书包含的域名也是
  • 浏览器为了校验签名，需要 CA 机构的公钥，这个公钥如何获取？会不会遇到中间人攻击，其实浏览器集成了 CA 机构的根证书，根证书包含了验证签名的公钥，如果 CA 机构的根证书没有集成在浏览器中，那么浏览器就不会信任该证书，无法进行签名验证，这就是信任基础，浏览器会信任 CA 机构（确切地说是信任 CA 机构的公钥）。

浏览器并不需要预置所有的 CA 证书，而只需要预置最顶层 CA 的证书（通常称作根证书）即可，而全球顶层 CA 中心数量有限，大概十来个，所以不会存在存储上的问题。当然，如果我们去查看系统预置的根证书，发现数量好像远远不止，那是因为为了程序处理的方便，我们也可能预置一些二级 CA 证书。比如中国的 CA 中心在全球可能只是二级 CA 中心，而我们经常会验证中国 CA 中心颁发的证书，这个时候预置这些二级 CA 证书，可以避免证书验证时验证链过长，提高效率。

360安全浏览器预置的根证书

  • 获取证书的过程很严谨，CA 机构务必严格校验服务器实体的身份。如果攻击者伪造了服务器实体（比如 www.myssl.com）的身份，以 www.myssl.com 的名义向 CA 机构申请证书，一旦 CA 机构没有充分校验申请者的真实身份，给攻击者签发了 www.myssl.com 主机的证书，带来的危害是极大的，受害者不仅仅是服务器，也包括 CA 机构本身，CA 机构的品牌就是浏览器对它的信任，一旦失去信任基础，这个 CA 机构也就失去了生存基础，浏览器就会取消该 CA 机构的根证书。

申请并配置域名 SSL 证书流程

  • 用户计划在服务器实体上发布一个 HTTPS 网站（https://www.myssl.com）

  • 根据 RSA 算法生成公钥私钥对。私钥即需要机密保管的以.key 为后缀名的文件，公钥则在.csr 文件中，csr 文件中还包括生成 CSR 过程中输入的组织名、域名、联系人邮箱等信息。

  • 可以使用 OpenSSL 生成，成功后为.csr 公钥文件与.key 私钥文件

openssl req -new -SHA256 -newkey rsa:2048 -nodes -keyout myssl.com.key -out myssl.com.csr -subj "/C=CN/ST=henan/L=zhengzhou/O=/OU=/CN=myssl.com"
  • 查看 csr 详细信息
openssl req -in myssl.com.csr -noout -text
Certificate Request:
    Data:
        Version: 1 (0x0)
        Subject: C = CN, ST = henan, L = zhengzhou, CN = myssl.com
        Subject Public Key Info:
            Public Key Algorithm: rsaEncryption
                Public-Key: (2048 bit)
                Modulus:
                    00:bd:95:a6:dc:77:2f:4b:28:89:bc:47:cc:a4:40:
                    5e:a9:05:12:18:7b:a7:e5:10:07:9e:55:53:43:05:
                    96:bb:a5:f7:0a:9a:a5:64:c8:38:66:7d:0f:f1:67:
                    cc:2e:c1:01:20:92:c9:8c:6c:29:3f:50:bf:03:95:
                    ee:49:fa:ae:89:ac:74:eb:fd:f7:b3:6b:9a:f4:ae:
                    c3:75:ff:02:6d:15:39:5c:6e:1c:3c:ea:96:0c:5d:
                    e9:02:88:3e:5a:eb:37:94:40:e6:a1:ea:65:ce:b8:
                    2a:89:33:f7:b0:2f:5b:24:2d:7f:a5:d5:fb:c7:c6:
                    ae:5e:55:70:84:df:85:8d:a5:ad:f1:c6:3b:44:8d:
                    49:80:81:9d:23:e7:5a:b4:4c:88:71:3c:3a:59:c9:
                    c1:ad:46:2c:59:fa:c6:60:b0:d9:bd:d3:76:b3:95:
                    6c:36:ac:02:d8:bd:ef:8f:db:12:e3:f7:ef:d1:d4:
                    b4:61:75:9c:f6:75:20:f7:a4:a6:b5:64:2f:a0:b0:
                    bb:31:af:2e:2b:0c:0d:4a:e4:57:65:95:6c:06:7c:
                    cd:b2:0a:04:fc:7d:26:f7:3e:9e:dc:53:09:77:5e:
                    b3:29:f2:df:0b:3e:79:10:70:7f:66:c9:bf:76:4c:
                    85:14:7d:a1:28:ae:6b:8a:2b:7d:04:55:55:ae:b7:
                    87:87
                Exponent: 65537 (0x10001)
        Attributes:
            a0:00
    Signature Algorithm: sha256WithRSAEncryption
         69:e1:ce:73:a1:c9:44:7a:bd:8d:d7:a1:8c:a7:50:88:1f:94:
         be:67:8f:02:4d:4f:01:09:19:73:33:c0:1d:a6:95:db:ed:41:
         07:9c:a4:6f:1d:00:f3:b5:4a:68:75:59:77:c8:90:49:6e:e2:
         84:d3:7e:89:b1:53:aa:4d:8d:39:88:ab:bc:21:cb:66:9a:5c:
         b7:c6:23:7c:c6:83:94:2f:f7:3d:c8:93:a8:5d:d8:bc:64:90:
         df:e7:ab:00:03:30:26:22:4f:d0:1f:dd:d6:b0:10:50:c3:d9:
         88:61:9d:66:87:fc:fd:62:59:f6:31:af:bd:be:6d:49:bc:a5:
         e9:9e:f0:77:78:da:e3:bd:d1:b9:43:71:c7:a3:ef:93:90:dd:
         0b:51:f2:c9:45:fc:66:2d:a6:c2:db:92:7b:5b:36:5f:d4:bc:
         a6:d3:56:00:af:54:44:ba:6e:9a:0d:5d:ec:cd:36:21:7a:08:
         77:5f:c5:65:fc:1b:fc:d4:e5:68:0f:5a:4e:64:1a:3e:dc:47:
         e4:9f:a7:fe:a5:b8:4d:6a:19:91:bd:04:cf:54:cf:cb:31:df:
         29:d1:4f:e7:b0:87:04:7c:84:8b:56:ee:d8:28:8f:27:ce:7e:
         3b:38:13:9b:98:25:9e:5b:34:ed:4f:f4:5d:d6:6b:f4:6d:86:
         4f:01:8e:f7
  • 校验 csr
req -in myssl.com.csr -noout -verify -key myssl.com.key
verify OK
  • 也可以使用 KeyTool 生成，根据提示输入密码，，成功后为.csr 公钥文件与.jks 私钥文件
keytool -genkey -alias myssl.com -sigalg SHA256withRSA -keyalg RSA -keysize 2048 -keystore myssl.com.jks -dname "C=CN,ST=henan,L=zhengzhou,O=,OU=,CN=myssl.com" && keytool -certreq -alias myssl.com -file myssl.com.csr -keystore myssl.com.jks && echo Your certificate signing request file is myssl.com.csr.  Your keystore file is myssl.com.jks
  • 也可以通过在线网站生成，如下

https://myssl.com/csr_create.html

建议商业用户使用离线工具生成和处理私钥，如 OpenSSL、KeyManager 本地加密存储。

明白以上概念及流程，接下来理解 PKI 就相对容易了。

PKI 体系

PKI 是 Public Key Infrastructure 的缩写，其主要功能是绑定证书持有者的身份和相关的密钥对（通过为公钥及相关的用户身份信息签发数字证书），为用户提供方便的证书申请、证书作废、证书获取、证书状态查询的途径，并利用数字证书及相关的各种服务（证书发布，黑名单发布，时间戳服务等）实现通信中各实体的身份认证、完整性、抗抵赖性和保密性。

更简单点讲就是基于公钥算法和技术，为网上通信提供安全服务的基础设施。

身份验证：确保另一方是你要与之通信的合法服务器或者个人。

信息加密：确保没有其他方可以阅读你的通信甚至篡改你的通信。

为了规范化运用 PKI 技术，出现了很多标准，HTTPS 中最常用的标准就是 X.509 标准。X.509 标准来自国际电信联盟电信标准（ITU-T）的 X.500 标准，1995 年国际互联网工程任务组（IETF）的 PKIX 小组成立，用来建设互联网的 PKI 公钥基础设施标准，建立的标准就是 X.509。

X.509标准PKI基本组成

  • X.509 数字证书：解决公钥与用户映射关系问题；
  • CA 颁发机构：解决数字证书签发问题；
  • RA 注册机构：主要审核服务器实体的身份，一般情况下，可以认为 CA 机构包含了 RA 机构；
  • 数字签名：数字签名可以确保消息、文件或数据没有任何更改。它使用信息的加密哈希值来确保数据的完整性，保证任何人都无法修改信息；
  • KMC（Key Management Center 密钥管理中心）：解决私钥的备份与恢复问题；
  • LDAP（Lightweight Directory Access Protocol 轻型目录访问协议）：解决数字证书查询和下载的性能问题，避免 CA 中心成为性能瓶颈；
  • CRL（Certificate Revocation List 证书吊销列表） ：是一个结构化文件，每个 CA 机构将所有的吊销证书（由其签发的）集成在一个文件中，这就是 CRLs，CRLs 相当于一个黑名单，包含了所有被吊销服务器实体证书的序列号和吊销原因，如果一个待校验服务器实体证书的序列号能够匹配 CRLs，表示该证书被吊销了。随着时间的推移，CRLs 黑名单会越来越大，需要下载完整的 CRLs 文件，然后再进行吊销状态检查，这是 CRL 技术逐步被 OCSP 技术取代的主要原因；
  • OSCP（Online Certificate Status Protocol 在线证书状态协议）：请求方为了查询某张证书的吊销状态，向 OCSP 提供方发送一个查询请求，OCSP 提供方根据查询条件，直接返回该证书的吊销状态，方便用户快速获得证书状态，OCSP 更高效、扩展性更好，但是也存在一些缺点，可以使用 OCSP 封套技术解决。

国密算法

类别 分组密码算法 公钥密码算法 摘要算法
国际 DES/3DES/IDEA RSA/ECC CRC32/MD5/SHA-1/SHA-256
国密 SM4 SM2 SM3

  • 众所周知，为了保障商用密码的安全性，国家商用密码管理办公室制定了一系列密码标准，包括 SM1（SCB2）、SM2、SM3、SM4、SM7、SM9、祖冲之密码算法（ZUC) 那等等。

  • 其中 SM1、SM4、SM7、祖冲之密码（ZUC）是对称算法；SM2、SM9 是非对称算法；SM3 是哈希算法。目前，这些算法已广泛应用于各个领域中。

  • 其中 SM1、SM7 算法不公开，调用该算法时，需要通过加密芯片的接口进行调用；比较少人了解这些算法，在这里对这些国密算法做简单的科普

分组密码算法 (对称算法)

  • SM1 算法是分组密码算法，分组长度为 128 位，密钥长度都为 128 比特，算法安全保密强度及相关软硬件实现性能与 AES 相当，算法不公开，仅以 IP 核的形式存在于芯片中，调用该算法时，需要通过加密芯片的接口进行调用。

  • 采用该算法已经研制了系列芯片、智能 IC 卡、智能密码钥匙、加密卡、加密机等安全产品，广泛应用于电子政务、电子商务及国民经济的各个应用领域（包括国家政务通、警务通等重要领域）。

  • SM4 对算法是一个分组算法，用于无线局域网产品。该算法的分组长度为 128 比特，密钥长度为 128 比特。加密算法与密钥扩展算法都采用 32 轮非线性迭代结构。解密算法与加密算法的结构相同，只是轮密钥的使用顺序相反，解密轮密钥是加密轮密钥的逆序。

  • 此算法采用非线性迭代结构，每次迭代由一个轮函数给出，其中轮函数由一个非线性变换和线性变换复合而成，非线性变换由 S 盒所给出。其中 rki 为轮密钥，合成置换 T 组成轮函数。轮密钥的产生与上图流程类似，由加密密钥作为输入生成，轮函数中的线性变换不同，还有些参数的区别。

公钥密码算法（非对称算法）

  • SM2 算法全称为 SM2 椭圆曲线公钥密码算法,是国家密码管理局 2010 年 12 月发布的第 21 号公告中公布的密码行业标准。SM2 算法属于非对称密钥算法，使用公钥进行加密，私钥进行解密，已知公钥求私钥在计算上不可行。发送者用接收者的公钥将消息加密成密文，接收者用自已的私钥对收到的密文进行解密还原成原始消息。
  • SM2 算法相比较其他非对称公钥算法如 RSA 而言使用更短的密钥串就能实现比较牢固的加密强度，同时由于其良好的数学设计结构，加密速度也比 RSA 算法快。

杂凑算法

  • SM3 密码杂凑算法是国家密码管理局 2010 年公布的中国商用密码杂凑算法标准。该算法消息分组长度为 512 比特，输出杂凑值 256 比特，采用 Merkle-Damgard 结构。SM3 密码杂凑算法的压缩函数与 SHA-256 的压缩函数具有相似的结构，但是 SM3 密码杂凑算法的设计更加复杂，比如压缩函数的每一轮都使用 2 个消息字，消息拓展过程的每一轮都使用 5 个消息字等。目前对 SM3 密码杂凑算法的攻击还比较少。

SM7 对称密码算法

  • SM7 算法是一种分组密码算法，分组长度为 128 比特，密钥长度为 128 比特。SM7 适用于非接触式 IC 卡，应用包括身份识别类应用 (门禁卡、工作证、参赛证)，票务类应用 (大型赛事门票、展会门票)，支付一卡类应用（积分消费卡、校园一卡通、企业一卡通等）。

SM9 标识密码算法

  • 为了降低公开密钥系统中密钥和证书管理的复杂性，以色列科学家、RSA 算法发明人之一 Adi Shamir 在 1984 年提出了标识密码（Identity-Based Cryptography）的理念。标识密码将用户的标识（如邮件地址、手机号码、QQ 号码等）作为公钥，省略了交换数字证书和公钥过程，使得安全系统变得易于部署和管理，非常适合端对端离线安全通讯、云端数据加密、基于属性加密、基于策略加密的各种场合。2008 年标识密码算法正式获得国家密码管理局颁发的商密算法型号：SM9(商密九号算法)，为我国标识密码技术的应用奠定了坚实的基础。

  • SM9 算法不需要申请数字证书，适用于互联网应用的各种新兴应用的安全保障。如基于云技术的密码服务、电子邮件安全、智能终端保护、物联网安全、云存储安全等等。这些安全应用可采用手机号码或邮件地址作为公钥，实现数据加密、身份认证、通话加密、通道加密等安全应用，并具有使用方便，易于部署的特点，从而开启了普及密码算法的大门。

ZUC 祖冲之算法

  • 祖冲之序列密码算法是中国自主研究的流密码算法,是运用于移动通信 4G 网络中的国际标准密码算法,该算法包括祖冲之算法 (ZUC)、加密算法 (128-EEA3) 和完整性算法 (128-EIA3) 三个部分。目前已有对 ZUC 算法的优化实现，有专门针对 128-EEA3 和 128-EIA3 的硬件实现与优化。

主流 CA 机构

国际 CA

  • DigiCert：DigiCert，Symantec，Geotrust，Thawte，Rapid

  • Comodo

  • GlobalSign：GlobalSign、AlphaSSL

  • Sectigo：Sectigo, Positive SSL, Sectigo Enterprise

  • Certum

  • Entrust

国内 CA

  • 中国金融认证中心 CFCA
  • 深圳市电子商务安全证书管理有限公司，深圳 CA
  • 浙江省数字安全证书管理有限公司，浙江 CA
  • 数安时代
  • 沃通
  • BaiduTrust
  • 锐安信
  • 天威诚信：vTrus
  • 华测电子，华测 CA

国密 SSL 改造

  • 升级国密算法 HTTPS 加密后必须兼容全球主流浏览器，确保网站兼容性、易用性和访问速度等性能指标，在升级过程中不能影响用户的访问体验。

国密浏览器

密信浏览器

双 SSL 证书

  • 在国密 SSL 支持模块或国密 SSL 网关同时部署 SM2/RSA 双 SSL 证书，由国密支持模块自动识别浏览器是否支持国密算法，自适应兼容密信浏览器、360 浏览器等支持国密算法的浏览器，以及 Chrome、火狐、IE、Safari 等不支持国密算法的全球浏览器，有效解决浏览器兼容性问题，满足金融银行、电子政务等领域的国密算法 SSL 证书使用需求，真正实现基于国密算法的 HTTPS 网站全加密和身份可信。

密信浏览器支持“SM2/RSA双证书”部署模式

域名 SSL 证书

域名 SSL 证书分类

  • DV SSL 证书适合个人网站和小微企业，只需要验证域名的所有权，颁发速度快，最快十分钟就能完成。

  • OV SSL 证书是政府机构、企业、事业单位等首选，个人无法申请。相比 DV SSL 证书仅有的加密功能，证书可以显示单位的真实信息，其验证方式更为严格，除了要验证域名管理权限还要验证企业的真实性，从申请到签发需要 1-3 个工作日。

  • EV SSL 证书是是 SSL 证书中验证级别最高的 https 加密证书，是电商、银行、证券等金融或者其他对网站安全度和信任度有较高要求的单位的不二之选。其验证方式最为严格，可以让网站访客们很清楚地知道自己访问的网站真实性，可以极大地提高访客们的访问信心，让使用 EV SSL 证书的网站具有更好的转化率。

HTTPS 性能

  • 一个 HTTPS 网站的性能由很多因素构成，一个 HTTPS 网站性能存在瓶颈，将其归罪于 TLS/SSL 协议是不公平的。

  • 如果一个 HTTPS 网站支持 HTTP/2，那么带来的性能提升完全可以抵消 TLS/SSL 协议带来的性能损耗。从性能的角度看，HTTP 和 HTTPS 在很多方面是相同的：

    • 都是基于 TCP 网络模型，任何对于 HTTP 协议层的优化都适用于 HTTPS。
    • 浏览器请求、渲染、加载 HTTP 网站（HTTPS 网站）的流程是一样的，任何对于 HTTP 应用层的优化也适用于 HTTPS。和 HTTP 相比，TLS/SSL 协议性能损耗主要包含两个方面：
    • 增加了网络延迟，相比 HTTP 来说，TLS/SSL 协议完整握手需要增加两个来回（RTT）。
    • 服务器和客户端需要进行密码学运算，增加了设备的负载，削减了并行处理能力。

  • 从 TLS/SSL 协议的角度出发，优化性能的途径就是：

    • 尽量使用简短握手，减少网络延迟。
    • 使用更快、更安全的密码学算法，必要的话可以使用硬件加速方案。

HTTPS 性能优化方法

  • 网络层优化
    • 比如减少多路由导致延迟
    • 增加带宽
    • 重用连接/长连接
    • 流量控制
    • 启用窗口缩放
  • 应用层优化（适用于 HTTP、HTTPS）
    • 比如页面布局阻塞
    • HTTP 队首阻塞
    • 长连接
    • 多个 TCP 连接
    • CDN
  • HTTP/2 优化
  • TLS/SSL 优化
    • 尽量升级 Linux 内核版本、OpenSSL 版本、Nginx 等版本
    • TLS 快速打开
    • TLS/SSL 协议记录层长度优化
    • HSTS
    • 会话恢复
    • OCSP 封套
    • 证书优化
    • 证书链长度尽可能小
    • 中间证书要小
    • 使用 ECC 证书
    • 配置完整的证书链
    • 注意证书尽量不要包含过多主机名
    • 更小的密钥长度（keysize）
    • 加密算法的选择
    • 密钥协商
    • 异步代理

自动化测试 HTTPS 网站

SSL Server Test

  • SSL Server Test 工具是 SSL Labs 工具集中最重要的一个工具，用于测试服务器的 HTTPS 配置，主要测试服务器的安全级别，并对服务器的测试结果进行打分。通过该工具，能够知晓 HTTPS 部署是否存在一些问题，是否有必要进行一些调整。

https://www.ssllabs.com/ssltest/

Summary

  • 除了评分，其他测试数据也非常重要，主要包含：
    • 证书信息，包括服务器实体证书、中间证书、证书链、证书兼容性信息。
    • HTTPS 配置信息，包括 TLS/SSL 协议版本、服务器支持的密码套件、客户端兼容性、协议细节等信息。

Certificate

SSL Client Test

  • 一个 HTTPS 网站，由客户端和服务器协同组成，HTTPS 网站的性能和安全并不完全由服务器决定，客户端（此处主要指浏览器）的 HTTPS 配置也很重要。
  • 使用 SSL Client Test 工具可以了解浏览器是否存在安全漏洞，了解浏览器支持的 TLS 扩展，了解浏览器支持的密码套件。

https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html

SSL Client Test

https://browserleaks.com/ssl

密信浏览器

360极速浏览器

参考文档

《深入浅出 HTTPS：从原理到实战》

https://www.cnblogs.com/precedeforetime/p/13390761.html

https://blog.csdn.net/freekiteyu/article/details/76423436

https://github.com/ywdblog/httpsbook

3 个赞
共收到 5 条回复 时间 点赞
爱吃蛋糕的男孩 #1 · 2021年07月01日

楼主也是做 pki 行业的吗 可以加 v 交流一下吗

恒温 #2 · 2021年07月01日

现在银行都用国密了没？

wholegale39 #2 · 2021年07月02日 Author
对 爱吃蛋糕的男孩 回复

是的，可以啊，wholegale39

wholegale39 #4 · 2021年07月02日 Author
对 恒温 回复

现在国家都要求信创，基本都在改造的路上了，我们在给银联做

恒温 #4 · 2021年07月02日
对 wholegale39 回复

真是非常好的时代

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册。