TLS通信加密对称加密公钥加密-北京尧图网络

TLS通信加密在了解TLS之前我们先来了解一下公钥加密和对称加密两种加密方式对称加密对称加密Symmetric Encryption是一种加密方式它使用同一个密钥Key进行加密和解密。明文原始信息 | | 使用密钥加密 ↓ 密文看不懂的数据 | | 使用同一个密钥解密 ↓ 明文恢复原信息以下是常见的对称加密算法算法特点AES (Advanced Encryption Standard)目前最常用安全性高广泛用于文件、通信、数据库加密DES (Data Encryption Standard)较老密钥长度短已不安全3DES (Triple DES)DES 的增强版但速度慢逐渐淘汰ChaCha20高性能常用于移动设备和网络通信优点速度快加密和解密效率高——适合加密大量数据资源消耗低对CPU和内存的要求较小问题密钥如何安全的传递假设A使用密钥K加密了文件此时B需要通过这个密钥K解密文件问题是如何将A手中的密钥K传给B如果在传输的过程中被攻击者截取K,那么加密就失效了——这个问题叫做密钥分发问题密钥管理困难每两个人之间可能就需要一个密钥当用户量很大的时候就需要很多密钥数量会快速增长公钥加密公钥加密Public Key Encryption也叫非对称加密Asymmetric Encryption是一种使用一对密钥的加密方式公钥Public Key可以公开给任何人私钥Private Key必须自己保管不能泄露发送方接收方拿到你的公钥 | | 加密消息 ↓ 密文 ----------------------- 私钥解密 | ↓ 原文也就是说使用公钥进行加密但是解密只有接受方的私钥可以解密解决了密钥交换问题黑客只有公钥而获取不到私钥进行解密数字签名私钥签名 → 公钥验证这种用法通常用在数字签名或者是身份验证的情况而且准确来说此时公钥解密的不是会话内容而是服务端发来的证书是CA机构签名的CA用服务端持有的私钥给证书签名而客户端使用CA提供的公钥去解签用来证明身份私钥 ↓ 生成签名 ↓ 消息签名接受方如果可以使用公钥也就证明了这个人的身份在生活中可以确认是不是官方文件有没有被修改缺点——速度慢TLSTLSTransport Layer Security传输层安全协议是现代互联网安全通信的核心协议。你每天使用的 HTTPS、网银、邮箱、API 调用背后基本都依赖 TLS。前面我们讲了对称加密速度快适合大量数据但密钥分发困难公钥加密解决密钥交换和身份认证问题但速度慢TLS 的目标就是利用非对称密码技术建立信任和交换密钥再利用对称加密高速保护通信数据。在客户端和服务器进行通信中有几个要求保密性Confidentiality别人不能看懂数据完整性Integrity数据不能被修改身份验证Authentication接收方身份正确TLS通信完整流程TLS 1.3一次HTTP连接客户端服务器 ClientHello ------------- ------------- ServerHello ------------- Certificate ------------- Finished Client Finished ---------- 开始加密通信这里我们讲的是验证服务器身份而不验证客户端身份第一步Client Hello客户端向服务端发送“TLS版本支持的密码算法随机数临时公钥”这个随机数是哪里来的在 TCP 连通的瞬间客户端调用操作系统的安全随机接口RAND_bytes用系统采集的物理噪声作为原料在内存里现打出一个32 字节256 bit的随机值直接塞进第一个网络包里发出去了第二步Server Hello服务端向客户端发送“选择的TLS版本选择加密算法临时公钥证书链随机数”此时双方都有一对临时密钥对——这个密钥对是用来计算预主密钥的请继续向下看客户端私钥客户端公钥服务器私钥服务器公钥说明客户端和服务端分别在自己的内存中随机产生一个只有自身知道的——临时私钥两个私钥完全不同绝对不通过网络传输然后在客户端和服务端分别将自己生成的数字通过OPENSSL库产生两个新的数字也就是两个临时公钥之后把公钥发给对方此时我们需要注意临时密钥对每一次握手都会生成会互相发送只在内存中存活用完即焚; 长期密钥对证书只有服务端有。服务端会把长期公钥发送给客户端用来进行身份验证对应的长期私钥锁在服务器的硬盘中客户端没有长期私钥TLS │ ┌────────┴────────┐ │ │ 身份认证长期密钥交换临时 │ │ 证书/签名 ECDHE │ │ “你是谁” “共同秘密是什么”第三步Certificate为了防止攻击者伪装成服务器在服务端发送临时公钥或者发送的同时我们需要进行身份验证服务端向客户端发送数字证书Certificate里面有服务端长期公钥然后发送一个关键消息——CertificateVerify。该消息包含一个数字签名是服务器用其长期私钥对整个“握手记录”到目前为止所有握手消息的签名。客户端收到后用证书中的长期公钥验证签名就可以证明对方确实有这个证书对应的私钥确认服务器的身份第四步ECDHE密钥交换目标是双方在不传输自己的秘密的前提下计算出同一个密钥F代表OPENSSL之类的加密客户端先F客户端临时私钥然后把再把接收到的服务端的公钥加进去F服务端公钥F客户端临时私钥服务端执行和客户端一样的操作就会发现这样算出来的两个结果是一样的这个结果就叫预主密钥客户端自己的私钥对方的公钥 ↓ 共享秘密服务器自己的私钥对方的公钥 ↓ 共享秘密在这个过程中虽然客户端和服务端的临时公钥是公开的但是攻击者仍然得不到临时私钥所以肯定得不到最后的预主密钥第五步真正的数据加密密钥ECDHE ↓ 预主密钥 ↓ HKDF 密钥派生 ↓ 各种 TLS Traffic Secret ↓ 具体加密密钥AES KEY之前我们分别生成了统一的预主密钥我们接着对这个密钥进行加密——HKDF密钥派生函数一次TLS会话需要多个不同的密钥而我们将会话密钥当作原材料进行HKDF之后就可以派生多个相互独立的密钥这些密钥会用来加密传输过程并没有说的这么简单简单理解称ECDHE共享秘密 ↓ HKDF ↓ Handshake Secret ↓ HKDF ↓ Handshake Traffic Secret ↓ HKDF ↓ 具体加密密钥还会生成Client Handshake Traffic Secret Server Handshake Traffic Secret Client Application Traffic Secret Server Application Traffic SecretHKDF是如何工作的HKDF基于HMAC的密钥派生函数是一个标准化的密钥派生函数它由两个核心步骤组成提取Extract输入原始密钥材料IKM和一个“盐值Salt”输出一个固定长度的伪随机密钥PRK。这一步是为了“提纯”原始材料。展开Expand将上一步的PRK结合不同的“上下文信息Info”通过多次计算输出任意长度的最终密钥。第六步握手完成双方确认彼此派生出相同的密钥客户端和服务器各自发送一条Finished消息。这条消息的内容是所有握手消息的哈希值并用握手流量密钥加密。对方收到后用自己计算出的密钥解密并验证哈希值。如果一致则证明双方密钥派生完全正确且握手过程未被篡改。第七步应用数据加密总结一张图服务器 │ ┌────────┴────────┐ │ │ 长期密钥对临时密钥对 │ │ 私钥公钥私钥公钥 │ │ ↓ ↓ 身份认证 ECDHE │ │ │ ↓ │ Shared Secret预主密钥 │ │ │ ↓ │ HKDF │ │ │ ↓ │ Traffic Secret还有HKDF的操作最终生成使用的AES KEY │ │ │ ↓ │ AEAD用密钥加密实际数据 │ │ └────────────→ 加密通信

TLS通信加密对称加密公钥加密

相关推荐

Apache-2.0协议详解：为何“禁止商用”条款无效且危险

VMware虚拟机网络配置与CentOS 7初始化实战指南

Linux定时任务crontab从入门到精通：配置、排错与生产实践

更多资讯

验证资产沉淀：鲁班教你把一次性脚本变工具、把判断标准立成项目规矩

动态规划题型全解析：从背包到树形DP与优化

破解硬币找零难题：动态规划原理与贪心误区

HelloAGENTS中standby与global部署模式选型指南

C# Winform酒店管理系统源码：从数据库配置到房态与退房结账

Windows鼠标指针一键切换方案：原理、工具与自定义实践

今日更新

Verilog实现FPGA密码锁：矩阵键盘与状态机设计实战

数据服务监控运维实战：从指标体系到告警治理与故障排查

FreeRTOS任务通知实战详解：内核原理、API与避坑指南

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？