Linux网络——图解HTTPS协议与端口号认识

一、确保HTTP安全的方式
- 1.1 HTTP明文加密
- - <1> 通信加密
  - <2> 内容加密
- 1.2 验证通信方身份
- 1.3 验证报文完整性，防止被篡改
二、HTTP+加密+认证+完整性保护=HTTPS
- 2.1 SSL/TLS
- 2.2 对称加密
- 2.3 非对称加密
- 2.4 混合加密
三、端口号
- 3.1 端口号范围划分
- 3.2 知名端口号
- 3.3 netstat
- 3.4 pidof

在 Linux网络——图解HTTP协议博客中详细解释了http协议，最后总结出HTTP协议主要有以下不足之处：

通信使用明文(不加密),内容可能会被窃听；例如我们使用抓包工具就可看到用户的敏感信息。
不验证通信方的身份,因此有可能遭遇伪装
无法证明报文的完整性,所以有可能已遭篡改

接下来从上面三个特点来了解HTTP是怎么弥补这些不足之处的

首先我们要清楚，只要数据经过网络都会被看到，无非是通信的内容是否加密，即使被加密的报文也是会被窥视到的。
在这里插入图片描述

一、确保HTTP安全的方式

1.1 HTTP明文加密

<1> 通信加密

HTTP协议中没有加密机制，但可通过SSL或TLS加密HTTP的通信内容。

用SSL建立安全通信线路之后，就可以在这条线路上进行HTTP通信了。与SSL组合使用的HTTP被称为HTTPS（HTTP Secure，超文本传输安全协议）或HTTP over SSL。
在这里插入图片描述

<2> 内容加密

内容加密顾名思义，就是对通信内容本身进行加密，而我们都知道一个HTTP报文中分为两部分，报文首部和报文主体，内容加密并不对首部加密，而是对报文主体进行加密，即只对通信的内容加密，这一点主要用于Web服务中。

在这里插入图片描述

1.2 验证通信方身份

在这里插入图片描述

对于HTTP服务器可以用一个成语描述——来者不拒

即只要有服务请求，HTTP服务器都会处理该请求并不验证对方身份，这既是其优点实现简单速度相对较快，也会造成以下安全隐患：

无法确定服务器和客户端是否被伪装，有可能信息已经被中间人截取
无法确定请求来自何方、出自谁手
无法阻止海量请求下的DoS（Denial of Service）攻击，HTPP服务器来者不拒，如果请求方发送海量请求，服务器势必宕机！

基于上述原因，SSL不仅提供加密处理，还使用了一种称为证书的手段，用于确定身份。
在这里插入图片描述
这种证书手段通过一个第三方的认证机构给服务器颁发证书，确保用户访问服务器的安全性，防止个人信息的泄露，而用户也同样可以持有证书，确保个人身份的确认。

我们大可不必担心证书是否被伪造，从技术角度来说伪造难度相当大，举个栗子：

我们在京东的自营店购物，是非常放心购物而不担心被骗的，因为他们有京东第三方的认证，而同样自营店也不用担心用户是否是骗子，因为我们大多经过实名认证。这里自营店就是服务器，我们就是客户端，京东就是第三方认证机构。

1.3 验证报文完整性，防止被篡改

前面已经说过，HTTP因为明文传输加不验证双方身份，报文在双方传输过程中很可能被中间人劫持，从而伪造或篡改报文，这种攻击方式就是中间人攻击。

在这里插入图片描述
那么如何防止报文被篡改呢？

HTTP常用的方式为MD5和SHA-1等散列值校验法，以及用来确认文件的数字签名方法。

但是上述两种方法早在2004年和2005被山东大学的王小云教授团队所破解，感兴趣的话可以搜索MD5和SHA-1哈希碰撞，简单来说就是两个不同文件可能产生相同的MD5值。尽管证明这种算法不安全性，但在特定场合下这种算法依然被使用，例如邮件，通常发送的都是字符串内容，即使发生哈希碰撞最后出来的结果是一些乱码或者不相关的内容，因此对我们可以发现。