[转] HTTP 和 HTTPS 的异同

转载自: http://www.php100.com/html/itnews/it/2012/0426/10313.html#541572-tsina-1-79439-e4d812165648ad81354f7fde7cc13044

  什么是 HTTPS?

  HTTPS (基于安全套接字层的超文本传输协议 或者是 HTTP over SSL) 是一个 Netscape 开发的 Web 协议。

  你也可以说:HTTPS = HTTP + SSL

  HTTPS 在 HTTP 应用层的基础上使用安全套接字层作为子层。

  为什么需要 HTTPS :

  超文本传输协议 (HTTP) 是一个用来通过互联网传输和接收信息的协议。HTTP 使用请求/响应的过程,因此信息可在服务器间快速、轻松而且精确的进行传输。当你访问 Web 页面的时候你就是在使用 HTTP 协议,但 HTTP 是不安全的,可以轻松对窃听你跟 Web 服务器之间的数据传输。在很多情况下,客户和服务器之间传输的是敏感歇息,需要防止未经授权的访问。为了满足这个要求,网景公司(Netscape)推出了 HTTPS,也就是基于安全套接字层的 HTTP 协议。

  HTTP 和 HTTPS 的相同点:

  大多数情况下,HTTP 和 HTTPS 是相同的,因为都是采用同一个基础的协议,作为 HTTP 或 HTTPS 客户端——浏览器,设立一个连接到 Web 服务器指定的端口。当服务器接收到请求,它会返回一个状态码以及消息,这个回应可能是请求信息、或者指示某个错误发送的错误信息。系统使用统一资源定位器 URI 模式,因此资源可以被唯一指定。而 HTTPS 和 HTTP 唯一不同的只是一个协议头(https)的说明,其他都是一样的。

  HTTP 和 HTTPS 的不同之处:

  1. HTTP 的 URL 以 http:// 开头,而 HTTPS 的 URL 以 https:// 开头

  2. HTTP 是不安全的,而 HTTPS 是安全的

  3. HTTP 标准端口是 80 ,而 HTTPS 的标准端口是 443

  4. 在 OSI 网络模型中,HTTP 工作于应用层,而 HTTPS 工作在传输层

  5. HTTP 无需加密,而 HTTPS 对传输的数据进行加密

  6. HTTP 无需证书,而 HTTPS 需要认证证书

  HTTPS 如何工作?

  使用 HTTPS 连接时,服务器要求有公钥和签名的证书。

  当使用 https 连接,服务器响应初始连接,并提供它所支持的加密方法。作为回应,客户端选择一个连接方法,并且客户端和服务器端交换证书验证彼此身份。完成之后,在确保使用相同密钥的情况下传输加密信息,然后关闭连接。为了提供 https 连接支持,服务器必须有一个公钥证书,该证书包含经过证书机构认证的密钥信息,大部分证书都是通过第三方机构授权的,以保证证书是安全的。

  换句话说,HTTPS 跟 HTTP 一样,只不过增加了 SSL。

  HTTP 包含如下动作:

  1. 浏览器打开一个 TCP 连接

  2. 浏览器发送 HTTP 请求到服务器端

  3. 服务器发送 HTTP 回应信息到浏览器

  4. TCP 连接关闭

  SSL 包含如下动作:

  1. 验证服务器端

  2. 允许客户端和服务器端选择加密算法和密码,确保双方都支持

  3. 验证客户端(可选)

  4. 使用公钥加密技术来生成共享加密数据

  5. 创建一个加密的 SSL 连接

  6. 基于该 SSL 连接传递 HTTP 请求

  什么时候该使用 HTTPS?

  银行网站、支付网关、购物网站、登录页、电子邮件以及一些企业部门的网站应该使用 HTTPS,例如:

  PayPal: https://www.paypal.com

  Google AdSense: https://www.google.com/adsense/

  如果某个网站要求你填写信用卡信息,首先你要检查该网页是否使用 https 加密连接,如果没有,那么请不要输入任何敏感信息如信用卡号。

  浏览器集成

  多数浏览器在收到一个无效证书的时候都会显示警告信息,而一些老的浏览器会弹出对话框让用户选择是否继续浏览。新的浏览器一般在整个窗口显示横幅的警告信息,同时在地址栏上显示该网站的安全信息。如果网站中包含加密和非加密的混合内容,多数浏览器会提示警告信息。

<think>好的,我现在需要回答用户关于HTTPHTTPS的主要区别及安全性对比的问题。用户之前询问过GETPOST的区别,现在向了HTTPHTTPS,这可能是因为他们正在学习网络协议的基础知识,或者需要为项目选择合适的安全措施。根据用户提供的引用内容,我需要整理出两者的核心区别,特别是安全性方面。首先,用户给出的引用[1]、[2]、[3]都提到HTTPHTTPS在安全性、协议地址、端口等方面的不同。引用[1]指出HTTPSHTTP的安全版,加入了SSL层,而引用[3]提到HTTPS通过加密身份验证保护数据。需要确认这些信息的准确性,并结合其他知识补充细节。例如,HTTP默认端口是80,HTTPS是443,这应该是标准内容,可以引用[1]或[3]。接下来,安全性对比是关键。用户可能想知道为什么HTTPS更安全,这里需要解释SSL/TLS的作用,如加密传输、数据完整性、身份验证等。引用[2]提到HTTPS的两个主要作用:建立安全通道确认网站真实性,这点需要展开说明。此外,要提到HTTP的明文传输风险,如中间人攻击,引用[1]中的安全性部分可以作为支持。 然后,性能方面,HTTPS因为加密会有额外的开销,如握手延迟、计算资源消耗。但引用[3]提到随着技术进步,性能影响在减小。这部分需要平衡说明,避免用户误解HTTPS必然很慢。应用场景部分,根据引用[3],HTTP适用于不敏感信息,如静态网页,而HTTPS用于登录、支付等敏感操作。需要举例说明,比如电商网站必须使用HTTPS,而内部系统可能用HTTP。另外,用户之前的GET/POST问题涉及缓存、数据大小等,这里可能需要注意HTTPHTTPS在这些方面的异同,比如HTTPS能否被缓存,但根据知识,现代浏览器可以缓存HTTPS内容,但中间代理不能,这点可能需要确认。 最后,生成相关问题需要考虑用户可能深入的问题,比如如何部署HTTPS,性能优化,或者具体加密机制的区别。需要确保问题与主题相关,并引导用户进一步学习。现在需要组织这些点,确保结构清晰,引用正确,并遵循系统指令中的LaTeX格式引用标注。同时,避免使用Markdown,保持口语化但为正式回答。</think>### HTTPHTTPS的核心区别及安全性对比 #### 1. 协议基础与加密机制 - **HTTP**:基于明文传输协议,数据在网络中以未加密形式传输[^1]。例如,用户提交的密码在HTTP请求中可能被直接截获。 - **HTTPS**:在HTTP基础上引入SSL/TLS加密层,通过对称加密(如AES)非对称加密(如RSA)结合的方式保护数据[^2]。传输过程会先通过非对称加密交换会话密钥,再使用对称加密传输数据,例如: $$ \text{Client} \xrightarrow{\text{公钥加密}} \text{Server} \xrightarrow{\text{私钥解密}} \text{会话密钥} $$ 后续通信均使用会话密钥加密[^3]。 #### 2. 协议标识与端口 - **URL标识**:HTTP的URL以`http://`开头,HTTPS以`https://`开头[^1]。 - **默认端口**:HTTP使用80端口,HTTPS使用443端口[^1]。 #### 3. 安全性对比 | 特性 | HTTP | HTTPS | |--------------------|---------------------------------|-----------------------------------------------------------------------| | 数据加密 | 无,明文传输 | 有,全链路加密(如TLS 1.3协议)[^3] | | 数据完整性 | 可能被篡改 | 使用MAC(消息认证码)或HMAC防止篡改[^2] | | 身份验证 | 无 | 通过数字证书验证服务器身份(如CA机构颁发的SSL证书)[^2] | | 中间人攻击风险 | 高(如公共WiFi窃听) | 低(加密证书机制可防范)[^1] | #### 4. 性能影响 - **HTTP**:无加密开销,响应速度更快[^3]。 - **HTTPS**: - 握手阶段增加约1-2个RTT(Round-Trip Time)延迟,例如TLS 1.3优化后仅需1次握手[^3]。 - 加密解密消耗额外CPU资源,但对现代服务器影响较小(约5%-10%性能损失)[^3]。 #### 5. 应用场景 - **HTTP适用场景**: - 静态内容分发(如图片、CSS文件) - 内部网络通信(如局域网管理界面)[^1] - **HTTPS强制场景**: - 用户登录/注册表单 - 在线支付(如信用卡信息传输) - API接口(如OAuth 2.0授权)[^3] #### 6. 部署成本 - **证书成本**:HTTPS需购买SSL证书(Let's Encrypt提供免费证书)[^2]。 - **配置复杂度**:需在服务器配置证书链加密套件,例如Nginx中需指定: ```nginx ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/private.key; ``` --- ### 安全性增强示例(HTTPS握手流程) 1. 客户端发送`ClientHello`,包含支持的TLS版本加密套件。 2. 服务器返回`ServerHello`、证书公钥。 3. 客户端验证证书有效性,生成预主密钥并用公钥加密发送。 4. 双方通过预主密钥生成会话密钥,后续通信使用对称加密。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值