个人主页艾莉丝努力练剑❄专栏传送门《C语言》《数据结构与算法》《C/C干货分享学习过程记录》《Linux操作系统编程详解》《笔试/面试常见算法从基础到进阶》《Python干货分享》⭐️为天地立心为生民立命为往圣继绝学为万世开太平 艾莉丝的简介文章目录核心思维导图1 ~ HTTPS 基础认知1.1 定义与协议栈定位1.2 明文传输的风险2 ~ 密码学基础2.1 加密与解密核心定义2.2 对称加密2.3 非对称加密2.4 数据摘要数字指纹2.5 数字签名3 ~ HTTPS 加密方案演进与缺陷3.1 方案 1仅使用对称加密3.2 方案 2仅使用单向非对称加密3.3 方案 3双向非对称加密3.4 方案 4非对称 对称混合加密4 ~ 中间人攻击MITM原理4.1 攻击前提4.2 针对混合加密方案的攻击流程4.3 核心漏洞本质5 ~ CA 证书与身份认证体系5.1 数字证书的结构与本质5.2 CA 机构与证书签发流程5.3 客户端证书校验逻辑5.4 防篡改与防掉包原理6 ~ HTTPS 完整工作流程含方案56.1 握手与通信全步骤6.2 全程三组密钥的分工6.3 常见证书异常场景结尾核心思维导图HTTPS 协议原理 ├─1. HTTPS 基础认知 │ ├─1.1定义与协议栈定位 │ └─1.2明文传输的风险中间人攻击与运营商劫持 ├─2. 密码学基础 │ ├─2.1加密与解密的核心定义 │ ├─2.2对称加密 │ ├─2.3非对称加密 │ ├─2.4数据摘要数字指纹 │ └─2.5数字签名 ├─3. HTTPS 加密方案演进与缺陷 │ ├─3.1方案1仅使用对称加密 │ ├─3.2方案2仅使用单向非对称加密 │ ├─3.3方案3双向非对称加密 │ └─3.4方案4非对称对称混合加密 ├─4. 中间人攻击MITM原理 │ ├─4.1攻击前提 │ ├─4.2针对混合加密方案的攻击流程 │ └─4.3核心漏洞本质 ├─5. CA 证书与身份认证体系 │ ├─5.1数字证书的结构与本质 │ ├─5.2CA机构与证书签发流程 │ ├─5.3客户端证书校验逻辑 │ └─5.4防篡改、防掉包的原理 └─6. HTTPS 完整工作流程最终方案 ├─6.1握手与通信全步骤 ├─6.2全程三组密钥的分工 └─6.3常见证书异常场景1 ~ HTTPS 基础认知1.1 定义与协议栈定位HTTPS HTTP TLS/SSL在 HTTP 明文协议基础上新增 TLS/SSL 安全层实现传输加密、身份认证与数据完整性校验本质是 “加密的 HTTP”。协议栈层级应用层HTTP 安全层TLS / SSL加密解密、密钥协商 传输层TCP 网络层IP 数据链路层通信双方必须同时支持 TLS/SSL发送端加密、接收端解密HTTP 层感知不到加密过程。1.2 明文传输的风险HTTP 明文传输时数据经过路由器、运营商、公共 WiFi 等中间节点时可被直接读取与篡改典型风险运营商劫持篡改 HTTP 响应中的下载链接、注入广告将目标资源替换为推广内容中间人攻击MITM攻击者截获并篡改通信双方的全部数据窃取账号密码、支付信息等敏感内容且用户无感知。2 ~ 密码学基础2.1 加密与解密核心定义明文原始可直接读取的传输数据密文明文经过加密变换后生成的不可直接读取的数据密钥加密与解密过程中使用的中间参数是控制明文与密文转换的核心。2.2 对称加密核心特征加密与解密使用同一个密钥又称单密钥加密。常见算法DES、3DES、AES、Blowfish、RC2 等。优势算法公开、计算量小、加密速度快、效率高适合大数据量传输。核心问题密钥如何安全地在通信双方之间同步密钥本身的传输存在泄露风险。最简示例按位异或// 明文a1234密钥key8888intciphera^key;// 加密得到密文9834intplaincipher^key;// 解密还原明文12342.3 非对称加密核心特征存在一对配对密钥 ——公钥公开可分发与私钥必须严格保密公钥加密只能用私钥解密私钥加密只能用公钥解密。常见算法RSA、DSA、ECDSA。优势密钥分发安全无需提前同步密钥可用于身份认证。劣势算法复杂度高、运算速度远慢于对称加密不适合大数据量传输。两种使用场景公钥加密、私钥解密保证只有私钥持有者能读取数据用于加密传输私钥加密、公钥解密保证数据只能由私钥持有者发出用于数字签名。2.4 数据摘要数字指纹原理通过单向散列函数Hash 函数对任意长度数据运算生成固定长度的散列值。常见算法MD5、SHA1、SHA256、SHA512。核心特性定长输出无论输入数据多大输出长度固定强碰撞抗性输入改动 1 个比特输出散列值会发生巨大差异单向不可逆无法通过散列值反推原始数据。本质不属于加密算法无解密过程核心作用是校验数据完整性、判断数据是否被篡改。典型应用网盘秒传、数据库密码存储、文件完整性校验。2.5 数字签名定义对数据摘要使用私钥进行加密得到的结果即为数字签名随原始数据一同传输。校验流程接收方拆分原始数据与签名对原始数据重新计算摘要同时用公钥解密签名得到原始摘要对比两个摘要一致则说明数据未被篡改且签名来自私钥持有者。核心作用同时实现数据完整性校验与身份认证确保数据由指定方发出且未被篡改。3 ~ HTTPS 加密方案演进与缺陷3.1 方案 1仅使用对称加密思路通信双方使用同一密钥对全部 HTTP 数据加密解密。致命缺陷首次密钥同步无法安全完成 —— 密钥明文传输会被中间人截获加密密钥本身又无法用对称加密传输陷入 “先有鸡还是先有蛋” 的死循环完全不可行。3.2 方案 2仅使用单向非对称加密思路服务器下发公钥客户端用公钥加密请求后发送只有服务器私钥能解密。缺陷仅保证客户端→服务器的单向安全服务器→客户端方向用私钥加密时公钥是公开的中间人可直接解密非对称加密运算速度极慢无法支撑高频 HTTP 通信。3.3 方案 3双向非对称加密思路客户端与服务器各自生成公私钥对先交换公钥发送数据时用对方公钥加密只有对方私钥能解密实现双向安全。缺陷未解决公钥身份认证问题中间人仍可替换公钥全程非对称加密运算效率极低工程上不可用。3.4 方案 4非对称 对称混合加密思路服务器持有非对称公私钥对先向客户端下发公钥客户端本地随机生成对称密钥用服务器公钥加密该对称密钥后发送服务器用私钥解密得到对称密钥后续全部 HTTP 数据均使用该对称密钥加密传输。优势仅密钥协商阶段使用非对称加密后续通信使用高效的对称加密兼顾安全与性能。遗留缺陷无法证明下发的公钥确实来自目标服务器中间人可在公钥传输阶段替换公钥实现全程窃听与篡改。4 ~ 中间人攻击MITM原理4.1 攻击前提攻击者处于通信链路中间如公共 WiFi、恶意路由器、运营商节点可截获并转发双方的全部数据包且客户端无法识别公钥的归属。4.2 针对混合加密方案的攻击流程服务器持有公私钥 S/S’中间人持有自己的公私钥 M/M’客户端发起请求服务器返回公钥 S中间人截获后保存 S将响应中的公钥替换为自己的公钥 M发给客户端客户端误以为 M 是服务器公钥生成对称密钥 X用 M 加密后发送中间人截获密文用自己的私钥 M’ 解密得到 X再用服务器公钥 S 加密 X 后转发给服务器服务器解密得到 X客户端与服务器均认为密钥安全实则中间人已掌握对称密钥 X可全程解密、篡改所有通信数据。4.3 核心漏洞本质客户端无法甄别收到的公钥是否属于目标服务器无法区分公钥来自合法服务器还是中间人。5 ~ CA 证书与身份认证体系5.1 数字证书的结构与本质本质携带数字签名的服务器身份明文信息相当于网站的 “身份证”。明文信息INFO包含域名、申请者信息、服务器公钥、证书有效期、签发机构等数字签名SigCA 机构对明文信息做 Hash 得到摘要再用 CA 私钥加密摘要生成签名。公式Sig Encrypt_CA_Private( Hash(INFO) )5.2 CA 机构与证书签发流程服务器生成本地公私钥对将公钥、域名、企业资质等信息提交给 CA 机构CA 机构审核申请者身份确认域名归属与企业合法性CA 对证书明文信息计算摘要用自身私钥加密摘要生成签名CA 将明文信息 数字签名组合为正式证书颁发给服务器服务器将证书部署在服务端客户端请求时直接返回证书。5.3 客户端证书校验逻辑操作系统与浏览器会内置全球可信 CA 机构的公钥校验流程拆分证书中的明文信息与数字签名对明文信息使用相同 Hash 算法重新计算摘要 D1用内置的 CA 公钥解密数字签名得到原始摘要 D2对比 D1 与 D2一致则证书未被篡改服务器公钥可信不一致则证书无效。额外校验验证证书域名与访问域名是否一致、证书是否在有效期内、是否被吊销。5.4 防篡改与防掉包原理防局部篡改中间人篡改证书明文如替换公钥后无法生成匹配的数字签名 —— 签名需要 CA 私钥中间人不持有客户端校验时摘要比对必然失败。防整体掉包中间人可申请自己的合法证书但证书中的域名与目标网站域名不一致客户端校验域名时会直接识别异常且申请证书需要实名资质中间人无法冒用目标域名申请证书。6 ~ HTTPS 完整工作流程含方案5方案5非对称加密证书认证 非对称加密密钥协商 对称加密数据传输6.1 握手与通信全步骤证书下发客户端发起 HTTPS 请求服务器返回自身数字证书证书校验客户端使用内置 CA 公钥验证证书合法性校验域名、有效期校验失败则弹出安全警告并终止连接对称密钥协商校验通过后客户端本地随机生成对称密钥 R用证书中的服务器公钥加密 R发送给服务器密钥确认服务器用自身私钥解密得到对称密钥 R加密通信后续所有 HTTP 请求与响应均使用对称密钥 R 进行加密解密传输。6.2 全程三组密钥的分工HTTPS 共涉及三组密钥各司其职密钥组类型持有方核心作用CA 公私钥非对称CA 机构持有私钥客户端内置公钥签发与校验证书证明服务器公钥的合法性服务器公私钥非对称服务器持有私钥证书中携带公钥加密传输对称密钥完成密钥协商会话对称密钥对称客户端与服务器共同持有加密后续全部 HTTP 业务数据核心逻辑CA 非对称密钥保障服务器公钥可信服务器非对称密钥保障对称密钥安全传输对称密钥保障业务数据的高效加密。6.3 常见证书异常场景证书过期证书超出有效期限浏览器提示风险域名不匹配证书域名与访问网站域名不一致疑似中间人掉包证书不可信签发机构不在系统受信任 CA 列表中或证书为自签名证书以上场景均为浏览器的安全防护机制未用户确认前禁止建立加密连接。结尾uu们本文的内容到这里就全部结束了艾莉丝在这里再次感谢您的阅读艾莉丝努力练剑C/C Linux 底层探索者 | 一个正在努力练剑的技术博主【关注】跟随我一起深耕技术领域见证每一次成长。❤️【点赞】让优质内容被更多人看见让知识传递更有力量。⭐【收藏】把核心知识点存好在需要时随时查、随时用。【评论】分享你的经验或疑问评论区一起交流避坑不要忘记给博主“一键四连”哦“今日练剑达成”“技术之路难免有困惑但同行的人会让前进更有方向。”结语希望对学习Linux相关内容的uu有所帮助不要忘记给博主“一键四连”哦往期回顾【Linux网络·加餐】HTTPS协议从密码学基础到安全机制博主在这里放了一只小狗大家看完了摸摸小狗放松一下吧૮₍ ˶ ˊ ᴥ ˋ˶₎ა
个人主页艾莉丝努力练剑❄专栏传送门《C语言》《数据结构与算法》《C/C干货分享学习过程记录》《Linux操作系统编程详解》《笔试/面试常见算法从基础到进阶》《Python干货分享》⭐️为天地立心为生民立命为往圣继绝学为万世开太平 艾莉丝的简介文章目录核心思维导图1 ~ HTTPS 基础认知1.1 定义与协议栈定位1.2 明文传输的风险2 ~ 密码学基础2.1 加密与解密核心定义2.2 对称加密2.3 非对称加密2.4 数据摘要数字指纹2.5 数字签名3 ~ HTTPS 加密方案演进与缺陷3.1 方案 1仅使用对称加密3.2 方案 2仅使用单向非对称加密3.3 方案 3双向非对称加密3.4 方案 4非对称 对称混合加密4 ~ 中间人攻击MITM原理4.1 攻击前提4.2 针对混合加密方案的攻击流程4.3 核心漏洞本质5 ~ CA 证书与身份认证体系5.1 数字证书的结构与本质5.2 CA 机构与证书签发流程5.3 客户端证书校验逻辑5.4 防篡改与防掉包原理6 ~ HTTPS 完整工作流程含方案56.1 握手与通信全步骤6.2 全程三组密钥的分工6.3 常见证书异常场景结尾核心思维导图HTTPS 协议原理 ├─1. HTTPS 基础认知 │ ├─1.1定义与协议栈定位 │ └─1.2明文传输的风险中间人攻击与运营商劫持 ├─2. 密码学基础 │ ├─2.1加密与解密的核心定义 │ ├─2.2对称加密 │ ├─2.3非对称加密 │ ├─2.4数据摘要数字指纹 │ └─2.5数字签名 ├─3. HTTPS 加密方案演进与缺陷 │ ├─3.1方案1仅使用对称加密 │ ├─3.2方案2仅使用单向非对称加密 │ ├─3.3方案3双向非对称加密 │ └─3.4方案4非对称对称混合加密 ├─4. 中间人攻击MITM原理 │ ├─4.1攻击前提 │ ├─4.2针对混合加密方案的攻击流程 │ └─4.3核心漏洞本质 ├─5. CA 证书与身份认证体系 │ ├─5.1数字证书的结构与本质 │ ├─5.2CA机构与证书签发流程 │ ├─5.3客户端证书校验逻辑 │ └─5.4防篡改、防掉包的原理 └─6. HTTPS 完整工作流程最终方案 ├─6.1握手与通信全步骤 ├─6.2全程三组密钥的分工 └─6.3常见证书异常场景1 ~ HTTPS 基础认知1.1 定义与协议栈定位HTTPS HTTP TLS/SSL在 HTTP 明文协议基础上新增 TLS/SSL 安全层实现传输加密、身份认证与数据完整性校验本质是 “加密的 HTTP”。协议栈层级应用层HTTP 安全层TLS / SSL加密解密、密钥协商 传输层TCP 网络层IP 数据链路层通信双方必须同时支持 TLS/SSL发送端加密、接收端解密HTTP 层感知不到加密过程。1.2 明文传输的风险HTTP 明文传输时数据经过路由器、运营商、公共 WiFi 等中间节点时可被直接读取与篡改典型风险运营商劫持篡改 HTTP 响应中的下载链接、注入广告将目标资源替换为推广内容中间人攻击MITM攻击者截获并篡改通信双方的全部数据窃取账号密码、支付信息等敏感内容且用户无感知。2 ~ 密码学基础2.1 加密与解密核心定义明文原始可直接读取的传输数据密文明文经过加密变换后生成的不可直接读取的数据密钥加密与解密过程中使用的中间参数是控制明文与密文转换的核心。2.2 对称加密核心特征加密与解密使用同一个密钥又称单密钥加密。常见算法DES、3DES、AES、Blowfish、RC2 等。优势算法公开、计算量小、加密速度快、效率高适合大数据量传输。核心问题密钥如何安全地在通信双方之间同步密钥本身的传输存在泄露风险。最简示例按位异或// 明文a1234密钥key8888intciphera^key;// 加密得到密文9834intplaincipher^key;// 解密还原明文12342.3 非对称加密核心特征存在一对配对密钥 ——公钥公开可分发与私钥必须严格保密公钥加密只能用私钥解密私钥加密只能用公钥解密。常见算法RSA、DSA、ECDSA。优势密钥分发安全无需提前同步密钥可用于身份认证。劣势算法复杂度高、运算速度远慢于对称加密不适合大数据量传输。两种使用场景公钥加密、私钥解密保证只有私钥持有者能读取数据用于加密传输私钥加密、公钥解密保证数据只能由私钥持有者发出用于数字签名。2.4 数据摘要数字指纹原理通过单向散列函数Hash 函数对任意长度数据运算生成固定长度的散列值。常见算法MD5、SHA1、SHA256、SHA512。核心特性定长输出无论输入数据多大输出长度固定强碰撞抗性输入改动 1 个比特输出散列值会发生巨大差异单向不可逆无法通过散列值反推原始数据。本质不属于加密算法无解密过程核心作用是校验数据完整性、判断数据是否被篡改。典型应用网盘秒传、数据库密码存储、文件完整性校验。2.5 数字签名定义对数据摘要使用私钥进行加密得到的结果即为数字签名随原始数据一同传输。校验流程接收方拆分原始数据与签名对原始数据重新计算摘要同时用公钥解密签名得到原始摘要对比两个摘要一致则说明数据未被篡改且签名来自私钥持有者。核心作用同时实现数据完整性校验与身份认证确保数据由指定方发出且未被篡改。3 ~ HTTPS 加密方案演进与缺陷3.1 方案 1仅使用对称加密思路通信双方使用同一密钥对全部 HTTP 数据加密解密。致命缺陷首次密钥同步无法安全完成 —— 密钥明文传输会被中间人截获加密密钥本身又无法用对称加密传输陷入 “先有鸡还是先有蛋” 的死循环完全不可行。3.2 方案 2仅使用单向非对称加密思路服务器下发公钥客户端用公钥加密请求后发送只有服务器私钥能解密。缺陷仅保证客户端→服务器的单向安全服务器→客户端方向用私钥加密时公钥是公开的中间人可直接解密非对称加密运算速度极慢无法支撑高频 HTTP 通信。3.3 方案 3双向非对称加密思路客户端与服务器各自生成公私钥对先交换公钥发送数据时用对方公钥加密只有对方私钥能解密实现双向安全。缺陷未解决公钥身份认证问题中间人仍可替换公钥全程非对称加密运算效率极低工程上不可用。3.4 方案 4非对称 对称混合加密思路服务器持有非对称公私钥对先向客户端下发公钥客户端本地随机生成对称密钥用服务器公钥加密该对称密钥后发送服务器用私钥解密得到对称密钥后续全部 HTTP 数据均使用该对称密钥加密传输。优势仅密钥协商阶段使用非对称加密后续通信使用高效的对称加密兼顾安全与性能。遗留缺陷无法证明下发的公钥确实来自目标服务器中间人可在公钥传输阶段替换公钥实现全程窃听与篡改。4 ~ 中间人攻击MITM原理4.1 攻击前提攻击者处于通信链路中间如公共 WiFi、恶意路由器、运营商节点可截获并转发双方的全部数据包且客户端无法识别公钥的归属。4.2 针对混合加密方案的攻击流程服务器持有公私钥 S/S’中间人持有自己的公私钥 M/M’客户端发起请求服务器返回公钥 S中间人截获后保存 S将响应中的公钥替换为自己的公钥 M发给客户端客户端误以为 M 是服务器公钥生成对称密钥 X用 M 加密后发送中间人截获密文用自己的私钥 M’ 解密得到 X再用服务器公钥 S 加密 X 后转发给服务器服务器解密得到 X客户端与服务器均认为密钥安全实则中间人已掌握对称密钥 X可全程解密、篡改所有通信数据。4.3 核心漏洞本质客户端无法甄别收到的公钥是否属于目标服务器无法区分公钥来自合法服务器还是中间人。5 ~ CA 证书与身份认证体系5.1 数字证书的结构与本质本质携带数字签名的服务器身份明文信息相当于网站的 “身份证”。明文信息INFO包含域名、申请者信息、服务器公钥、证书有效期、签发机构等数字签名SigCA 机构对明文信息做 Hash 得到摘要再用 CA 私钥加密摘要生成签名。公式Sig Encrypt_CA_Private( Hash(INFO) )5.2 CA 机构与证书签发流程服务器生成本地公私钥对将公钥、域名、企业资质等信息提交给 CA 机构CA 机构审核申请者身份确认域名归属与企业合法性CA 对证书明文信息计算摘要用自身私钥加密摘要生成签名CA 将明文信息 数字签名组合为正式证书颁发给服务器服务器将证书部署在服务端客户端请求时直接返回证书。5.3 客户端证书校验逻辑操作系统与浏览器会内置全球可信 CA 机构的公钥校验流程拆分证书中的明文信息与数字签名对明文信息使用相同 Hash 算法重新计算摘要 D1用内置的 CA 公钥解密数字签名得到原始摘要 D2对比 D1 与 D2一致则证书未被篡改服务器公钥可信不一致则证书无效。额外校验验证证书域名与访问域名是否一致、证书是否在有效期内、是否被吊销。5.4 防篡改与防掉包原理防局部篡改中间人篡改证书明文如替换公钥后无法生成匹配的数字签名 —— 签名需要 CA 私钥中间人不持有客户端校验时摘要比对必然失败。防整体掉包中间人可申请自己的合法证书但证书中的域名与目标网站域名不一致客户端校验域名时会直接识别异常且申请证书需要实名资质中间人无法冒用目标域名申请证书。6 ~ HTTPS 完整工作流程含方案5方案5非对称加密证书认证 非对称加密密钥协商 对称加密数据传输6.1 握手与通信全步骤证书下发客户端发起 HTTPS 请求服务器返回自身数字证书证书校验客户端使用内置 CA 公钥验证证书合法性校验域名、有效期校验失败则弹出安全警告并终止连接对称密钥协商校验通过后客户端本地随机生成对称密钥 R用证书中的服务器公钥加密 R发送给服务器密钥确认服务器用自身私钥解密得到对称密钥 R加密通信后续所有 HTTP 请求与响应均使用对称密钥 R 进行加密解密传输。6.2 全程三组密钥的分工HTTPS 共涉及三组密钥各司其职密钥组类型持有方核心作用CA 公私钥非对称CA 机构持有私钥客户端内置公钥签发与校验证书证明服务器公钥的合法性服务器公私钥非对称服务器持有私钥证书中携带公钥加密传输对称密钥完成密钥协商会话对称密钥对称客户端与服务器共同持有加密后续全部 HTTP 业务数据核心逻辑CA 非对称密钥保障服务器公钥可信服务器非对称密钥保障对称密钥安全传输对称密钥保障业务数据的高效加密。6.3 常见证书异常场景证书过期证书超出有效期限浏览器提示风险域名不匹配证书域名与访问网站域名不一致疑似中间人掉包证书不可信签发机构不在系统受信任 CA 列表中或证书为自签名证书以上场景均为浏览器的安全防护机制未用户确认前禁止建立加密连接。结尾uu们本文的内容到这里就全部结束了艾莉丝在这里再次感谢您的阅读艾莉丝努力练剑C/C Linux 底层探索者 | 一个正在努力练剑的技术博主【关注】跟随我一起深耕技术领域见证每一次成长。❤️【点赞】让优质内容被更多人看见让知识传递更有力量。⭐【收藏】把核心知识点存好在需要时随时查、随时用。【评论】分享你的经验或疑问评论区一起交流避坑不要忘记给博主“一键四连”哦“今日练剑达成”“技术之路难免有困惑但同行的人会让前进更有方向。”结语希望对学习Linux相关内容的uu有所帮助不要忘记给博主“一键四连”哦往期回顾【Linux网络·加餐】HTTPS协议从密码学基础到安全机制博主在这里放了一只小狗大家看完了摸摸小狗放松一下吧૮₍ ˶ ˊ ᴥ ˋ˶₎ა
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
