HTTPS的理解

最新推荐文章于 2024-10-08 13:36:13 发布
最新推荐文章于 2024-10-08 13:36:13 发布
阅读量266 收藏
点赞数
分类专栏： 网络编程 文章标签： https 安全 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xifens/article/details/87897103
版权

一、对称密码
密钥配送问题：

  1. 通过实现共享密钥来解决
  2. 通过密钥分配中心来解决
  3. 通过Diffie-Hellman密钥交换来解决
  4. 通过公钥密码来解决

二、单项散列函数：
又称消息摘要函数（Message Digest Function）、哈希函数或杂凑函数；散列值也称消息摘要（Message Digest）或者指纹（Fingerprint）。
（1）性质

  1. 定长输出：根据任意长度的消息计算出固定长度的散列质；

  2. 能够快速计算出散列值：计算散列值所花费的时间必须要短；

  3. 抗碰撞性：哪怕只要1比特的改变，也必须有很高的概率产生不同的散列值；
    3.1 强抗碰撞性：要找到散列值相同的两条不同的消息时非常困难的；
    3.2 弱抗碰撞性：给定某条消息的散列值时，要找到和该条消息相同的散列值的另一条消息是非常困难的；

  4. 单向性：无法通过散列值反算出原始消息；
    （2）种类

    1. MD5
    2. SHA-1、SHA-256、SHA-384、SHA-512
    3. RIPEMD-160
    4. AHS（Advanced Hash Standard）和SHA-3
      （3）单向散列函数无法解决的问题
      可以防篡改（确保完整性或一致性），但是无法辨别出“伪装”（无法认证），即无法确认消息来自正确的发送者，还是经第三方攻击者发出的。
      三、消息认证码（Message Authentication Code，MAC）
      （1）理解：
      消息认证码是一种与密钥相关的单向散列函数。
      (消息, 共享密钥) -> (MAC值)
      （2）实现方法：
      HMAC，例如HMAC-SHA1，HMAC-MD5，HMAC-SHA256.
      （3）消息认证码无法解决的问题

  5. 对第三方证明

  6. 防止否认
    四、数字签名
    （1）包含

  7. 消息摘要算法

  8. 签名算法：RSA和ECDSA，私钥加密，公钥解密。
    （2）实际应用
    先针对明文应用消息摘要算法生成散列值，然后应用签名算法进行加密生成签名信息。然后，将签名信息随明文一起发送出去。
    （3）性质：
    防篡改、防伪装、防止否认
    （4）数字签名无法解决的问题：
    无法保证公钥真正属于发送者。
    现在我们发现自己陷入了一个死循环——数字签名时用来识别消息篡改、伪装以及否认的，但是我们必须从没有被伪装的发送者得到没有被篡改的公钥才行。
    为此，我们需要使用证书。

五、证书——为公钥加上数字签名

（1）机密性：
依靠加密算法保障，例如AES-128-CBC；

加密算法可以保证机密性，但无法保证完整性。攻击者没有密钥，虽然无法破解数据，但是可以修改密文的部分数据，然后发送给接收方。接收方通过密钥发现可以解密，但是解出来的实际已不是原文，即消息已被篡改过。

（2）完整性：

消息验证码（Message Authentication Code，MAC）算法。MAC算法有两种形式，分别是：CMC-MAC算法和HMAC算法。例如HMAC-SHA256。

通信双方需维护一个密钥，只有拥有了密钥的双方才能生成和验证MAC值。

（3）机密性+完整性

  1. 提供机密性和完整性的模式叫做Authentication Encryption（AE）模式，主要有：
    1）Encrypt-and-MAC
    2）MAC-then-Encrypt，HTTPS一般使用这种模式进行处理，例如AES-128-CBC#PKCS7-HMAC-SHA256；
    3）Encrypt-then-MAC，这种是比2更安全的模式。
  2. AEAD加密模式
    AEAD（Authentication Encryption with Associated Data）模式在底层组合了加密算法和MAC算法，能够同时保证数据机密性和完整性。AEAD的作用类似Encrypt-then-MAC。
    主要有三种模式：
    1）CCM模式
    2）GCM模式，例如AES128-GCM，AES256-GCM；
    3）ChaCha20-Poly1305

一个Cipher Suites（加密算法套件）是以下4个算法的组合：
3. Authentication（认证）算法：有RSA，ECDSA，DH等；
4. Encryption（加密）算法：AES-128, AES-256, AESGCM256等；
5. Message Authentication Code（消息认证, MAC）算法：有AEAD, SHA1, SHA256等；
6. Key Exchange（密钥交换）算法，有ECDH, DH, DH/DSS，DH/RSA等。

六、HTTPS协议详情
6.1 Handshake Protocol: Client Hello （Client -> Server）

1）Handleshake Protocol
2）TLS协议版本
3) 客户端生成的随机数client.random，长度48字节；
4) 支持的加密算法套件(Cipher Suites), 例如TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f)
5) 支持的压缩方法
6）扩展属性
1
2
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

6.2 Handshake Protocol: Server Hello （Server --> Client）

包含内容:
1）Handleshake Protocol
2）TLS协议版本
3) 服务器生成的随机数server.random
4) session ID(32字节)
5）服务端支持的Cipher Suit，这里是：TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f)
6) 扩展部分
在这里插入图片描述

6.3 Certificate （Server --> Client）

证书的内容包括以下几部分：
7. 版本号(version): v3 (2)
8. 序列号(serialNumber): 长度16字节，例如：0x03aa20c7c44887f2b628b63d28a39e78
9. 签名算法(signature): sha256WithRSAEncryption，它包含一个Algorithm Id，例如1.2.840.113549.1.1.11，用来标识该签名算法
10. 版本者(issuer)
11. 有效期(validity)，包含起始时间(notBefore)和结束时间(notAfter)
12. 使用者(subject)
13. 使用者公钥信息(subjectPublicKeyInfo)
包含以下内容：
① 算法类型(algorithm)，例如：rsaEncryption，其Algorithm Id是: 1.2.840.113549.1.1.1 (rsaEncryption)
② 公钥信息(subjectPublicKey)，包括公钥(modulus，长度256字节），指数(publicExponent，65537)
14. 算法标识(algorithmIdentifier)，例如：sha256WithRSAEncryption
15. 证书签名(encrypted)，长度256字节，例如：88291e3da5b2d39ed5406cb1185d27fd3abe233d3e4c2050…
在这里插入图片描述

6.4 Server Key Exchange (Server --> Client)

协议包含的内容有：
4. 1 Content Type: Handshake (22) (1bytes)
4. 2 Version: TLS 1.2 (0x0303) (2bytes)
4. 3 Length: 333 (2bytes)
4. 4 Handshake Protocol: Server Key Exchange (333bytes)，包含：
① Handshake Type: Server Key Exchange (12) (3bytes)
② Length:329 (3bytes)
③ EC Diffie-Hellman Server Params(329bytes)，共有：
Curve Type: named_curve (0x03) (1bytes)
Named Curve: secp256r1 (0x0017) (2bytes)
Pubkey Length: 65 (1bytes)
Pubkey: 04f3f88d904af655faeeded2ba6453d34b1ba95160aaf427… (65bytes)
Signature Algorithm: rsa_pkcs1_sha256 (0x0401) (2bytes)
Signature Length: 256 (2bytes)
Signature: 4809b694a751868299023f90385b2012ed9a2916c957da16…（256bytes）
在这里插入图片描述

6.5 Server Hello Done (Server --> Client)

表示服务端Server Hello的结束。
在这里插入图片描述

6.6 Client Key Exchange (Client --> Server)

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

6. 7 Server --> Client

在这里插入图片描述
在这里插入图片描述

6.8 Client -> Server

在这里插入图片描述

6.9 Server -> Client

在这里插入图片描述

6.10 Server -> Client

在这里插入图片描述

羊之草叶
关注
专栏目录
http与https详解
dvlinker的技术专栏
04-30 2万+
http与https详解
简单理解 HTTPS
蒋含竹的博客
12-14 1258
文章目录简单理解 HTTPS1. 前言2. HTTPS的传输方式 简单理解 HTTPS 写这篇文章仅供自己参考 =W= 1. 前言 HTTP是通常的互联网传输方式，一般为了保证传输安全，我们会对数据进行加密，但是会存在一些问题： 对称加密的问题：如果采用的是对称加密方式，那么双方需要先互传一个公共密钥，并使用该密钥进行加密、解密。如果这个密钥先被他人截获，那么整个传输加密就毫无意义。 非对称加...
介绍Https，理解什么是 Https
wwwcomcn123的专栏
04-02 2245
理解Https 原文地址： https://www.zhblog.net/go/os/communication/https-introduction?t=567
视频理解研究
丝萝愿为乔木的博客
12-18 8563
相比较于视频研究，基于深度学习的图像这块，已经取得很不错的成果。目前，在基于深度学习的视频研究这块，有一下几种方式： （1）逐帧处理融合 思想：逐帧提取图像特征，然后融合深度特征图。 弊端：简单粗暴带来的弊端有：前后帧之间存在大量信息冗余，冗余计算量太大。 （2）ConvLSTM 这种方法主要依赖于LSTM挖掘每帧之间的时序关系，计算量很大，很难训练，不常用在视频分析中。 （3）主流的研究方向基本...
扫盲贴 - 理解HTTPS
上帝De助手
11-11 2626
前言 随着网络安全问题越来越被重视，HTTPS协议的使用已经逐渐主流化。目前的主流站点均已使用了HTTPS协议；比如：百度、淘宝、京东等一二线主站都已经迁移到HTTPS服务之上。而作为测试人员来讲，也要需时俱进对HTTPS协议要有一定的了解，这样就可以更好的帮助我们在工作完成任务和排查问题。 HTTP与TCP 首先，在理解HTTPS之前需要了解HTTP。HTTP（Hyper Text Tra...
HTTP 与 HTTPS 的理解
愿你走过半生，归来任是少年。
05-07 3万+
HTTP 与 HTTPS 的理解 wxml
HTTPS协议详解
qq_39971387的博客
11-04 1万+
HTTPS协议概述 1、 HTTPS协议==HTTP协议+SSL/TLS协议，在HTTPS数据传输的过程中，需要用SSL/TLS对数据进行加密和解密，需要用HTTP对加密后的数据进行传输，由此可见，HTTPS协议是由HTTP和SSL/TLS协议一起合作完成的。至于二者之间的区别，HTTP协议有点类似于“裸奔”，他们数据传输是通过明文的形式做传输，即使约定了加密方式，但是第一次传输的时候还是明文；鉴于此，HTTPS使用的是非对称加密，为秘钥的传输外层再做一层保护，非对称加密的一组秘钥对中，包含...
HTTP与HTTPS
zjzj95的博客
09-11 5504
HTTP与HTTPS 1. HTTP http：超文本传输协议（hypertext transfer protocol）,用于请求web网页，是以明文的的方式传输，默认端口是80（ftp：21 https：433）。 http请求： 在客户端浏览器与服务器建立TCP连接后，浏览器向服务器发送http请求（请求方法：GET、POST、PUT等），之后服务器进行响应。 常见的请求： GET：从服务器获取资源 POST：对应GET,向服务器提交数据进行处理请求 PUT: 用来传输文件，文件内容放进报文主体中
Wireshark 抓包理解 HTTPS 协议
Make
12-22 4914
Wireshark 抓包理解 HTTPS 协议 HTTPS 简介 HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer）协议是 HTTP 协议的安全版，在 HTTP 应用层和传输层加入了 SSL/TLS 层，确保数据传输的安全性，所以 HTTPS 协议并不是什么新的协议，仅仅是 HTTP 协议和安全协议的组合。 HTTPS 协议主要解决如下三个通信安全问题： 窃听风险（eavesdropping）：第三方可以获知通信内容。 篡改
设计模式：快速理解原型模式和应用
热门推荐
张彦峰的博客
05-12 166万+
一、原型模式的定义与理解 （一）基本定义 （二）基本理解分析 （三）在Spring中的具体体现 二、具体简单实现方式 (一)实现原型类具备的三个条件 （二）具体举例 三、深拷贝、浅拷贝与原型模式的解决方案 （一）理解复制的含义，去除原有的误解 （二）浅拷贝及其带来的问题 1.新建一个上司类作为员工类的某个属性 2.测试浅拷贝带来的问题 （三）通过深拷贝来解决问题 四、原型模式的应用场景分析
什么是https（加密）协议，彻底搞懂https
qzwzsl的博客
07-11 8403
HTTPS的原理，彻底弄懂HTTPS，为什么要用HTTPS，HTTPS为什么要这么用
理解HTTPS协议的交互过程
zengchenacmer的专栏
11-18 4046
本篇文章主要讲述HTTPS协议的工作过程，以及怎么解决公钥交换过程中被替换的问题 HTTPS 协议交互过程 1、 3、使用第三方机构的公钥解决鸡生蛋蛋生鸡问题 公钥被调包问题 ...
VMware ESXi更改https的TLS协议版本
Eric.zhong
10-06 279
TLS 1.0 和 1.1 是已弃用的协议，具有广为人知的缺点和漏洞。应在所有接口上启用 TLS 1.2，并在支持的情况下禁用 SSLv3、TL 1.1 和 1.0。强制要求 TLS 1.2 可能会破坏 vSphere 的第三方集成和加载项。在实施 TLS 1.2 后仔细测试这些集成，并在适当时回滚。在 TLS 1.2 破坏所需功能的接口上，在第三方软件支持 TLS 1.2 之前，此发现不适用。
SSL 协议（HTTPS 协议的关键）
weixin_52173250的博客
10-04 755
SSL 协议（Secure Sockets Layer，安全套接层协议），是一种广泛使用的网络安全协议，旨在保护网络通信中的数据安全和隐私
网络基础 【HTTPS】
努力学习C/C++
10-05 908
在上面的网络协议栈示意图中，报文层层向下交付，到了传输层和网络层这里就有一个问题。传输层和网络层属于OS，但是人家OS没有义务给你添加加密算法。下三层人家解决的是数据如何传输的问题。所以我们的请求和响应 要想不被中间人 拿到，需要在应用层添加 加密解密层。以前是直接发给OS ，现在有了加密解密层，HTTP的报文先发给加密解密层，然后加密解密层发给OS。给报文加密就变成了密文， 给密文解密 还原成明文。加密也是需要其他的数据来辅助的，而这部分辅助的数据叫做密钥。对于服务器来说也是一样！这就是HTTPS。
黑龙江等保测评详细指南
最新发布
weixin_62641226的博客
10-08 494
黑龙江等保测评是保障信息系统安全的重要环节，通过科学的测评流程和专业的评估机构，帮助企业识别和应对安全风险。等保（信息安全等级保护）是指根据信息系统的重要性和安全需求，对其进行分级保护的制度。费用因测评机构、系统复杂性和测评等级而异，建议咨询具体测评机构获取报价。2. 风险管理：通过测评，识别系统中的安全风险，制定相应的防护措施。测评报告：测评机构出具正式的测评报告，包含评估结果和整改建议。选择测评机构：选择具有资质的第三方测评机构进行正式测评。整改落实：根据测评报告中的建议，进行系统的整改和优化。
如何安全地大规模部署 GenAI 应用程序
网络研究观
10-06 778
将生成式人工智能融入到你的商业模式中，既会带来新的风险，也会带来新的回报。以下是如何应对这些风险。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值