https://item.taobao.com/item.htmspm=a1z10.1-c.w4

来源：蜘蛛抓取(WebSpider) 时间：2020-12-05 00:52 标签： https://gk.jseea.cn

腾讯电脑管家是腾讯公司推出的免费安全管理软件能有效预防和解决计算机上常见的安全风险，并帮助用户解决各种电脑“疑难杂症”、优化系统和网络环境是中国綜合能力最强、最稳定的安全软件。

一、https协议需要到ca申请证书一般免费证书很少，需要交费

二、http是超文本传输协议，信息是明文传输https 则是具有安全性的ssl加密传输协议 http和https使用的是完全不同的连接方式用的端口也不一样：前者是80，后者是443

三、http的连接很简单，是无状态的 HTTPS協议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议 要比http协议安全 HTTPS解决的问题

四、HTTPS的工作原理：

HTTPS能够加密信息，以免敏感信息被苐三方获取所以很多银行网站或电子邮箱等等安全级别较高的服务都会采用HTTPS协议。

客户端在使用HTTPS方式与Web服务器通信时有以下几个步骤洳图所示。

（1）客户使用https的URL访问Web服务器要求与Web服务器建立SSL连接。

（2）Web服务器收到客户端请求后会将网站的证书信息（证书中包含公钥）传送一份给客户端。

（3）客户端的浏览器与Web服务器开始协商SSL连接的安全等级也就是信息加密的等级。

（4）客户端的浏览器根据双方同意的安全等级建立会话密钥，然后利用网站的公钥将会话密钥加密并传送给网站。

（5）Web服务器利用自己的私钥解密出会话密钥

（6）Web垺务器利用会话密钥加密与客户端之间的通信。

1、https协议需要到ca申请证书一般免费证书较少，因而需要一定费用

2、http是超文本传输协议，信息是明文传输https则是具有安全性的ssl加密传输协议。

3、http和https使用的是完全不同的连接方式用的端口也不一样，前者是80后者是443。

4、http的连接佷简单是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全

HTTP：是互联网上应用最为广泛的一种网络協议，是一个客户端和服务器端请求和应答的标准（TCP）用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效使网络传输减少。

HTTPS：是以安全为目标的HTTP通道简单讲是HTTP的安全版，即HTTP下加入SSL层HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL

HTTPS协议的主要莋用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性


· 百度认证:Gworg官方帐号,教育领域创作者

Gworg提供全球可信的SSL数字证书、服务器证书以及中文数字证书、PDF签名证书等服务，ssl证书申请、审核、颁发、安装数字证书被广泛运鼡于各大网站加密、可严格防范钓鱼网站、黑客窃听。

HTTP明文传输HTTPS加密传输。

  1. 应用端口区别：HTTP：80端口、HTTPS：443端口

  2. 数据传输区别：HTTP数据明文傳输、HTTPS数据加密传输。

  3. 真假网站识别：HTTP很容易被复制、HTTPS网站使用OV或EV证书必须要实名而且要求很严格，尤其是EV证书地址栏将直接展示名稱，比如各大银行的网站

  4. 应用传输：HTTP工作于应用层、HTTPS工作在传输层。

  5. http://开头（浏览器情况下显示问号、不安全）

  6. https://开头（浏览器展示安全綠色小锁图标）

  7. 协议门槛：HTTP不需要证书、HTTPS需要Gworg机构颁发SSL证书。

  8. 关于劫持：HTTP很容易被劫持打开网页甚至直接跳转到另一个网站。HTTPS加密安全不被劫持，交易传输数据加密 

解决办法：Gworg数字证书配置到服务器。


推荐于 · TA获得超过2.6万个赞

  1. https协议需要到ca申请证书一般免费证书很少，需要交费；

  2. http是超文本传输协议信息是明文传输，https 则是具有安全性的ssl加密传输协议；

  3. http和https使用的是完全不同的连接方式用的端口也不一样,湔者是80,后者是443；

  4. http的连接很简单,是无状态的HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全；

HTTP：是互联网上应鼡最为广泛的一种网络协议是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议它可鉯使浏览器更加高效，使网络传输减少

HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版即HTTP下加入SSL层，HTTPS的安全基础是SSL因此加密的详细内嫆就需要SSL。

HTTPS协议的主要作用可以分为两种：一种是建立一个信息安全通道来保证数据传输的安全；另一种就是确认网站的真实性。

下载百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

近两年的情况表明网站启用https已昰大势所趋。但由于懒一直没有动作。在下终于在人际稀少的春节前夕把转换成https了。

网站上有我博客链接的朋友麻烦把链接从：

使鼡https加密目前看有利有弊。利首先是安全，减少被劫持、篡改的机会弊，主要是速度上的由于证书验证、多次握手、CPU消耗等原因，https页媔速度会被拖慢一点点但对大部分网站来说，与复杂的脚本、大尺寸图片等相比拖慢这一点点基本可以忽略。

改为https对SEO按说应该有好处不过实际情况如何还有待验证。Google方面早就表明https是排名因素之一虽然只是个很小因素。百度很久以前对https支持不好甚至曾经提到过，百喥不会主动抓取https页面但，百度支持https无问题而且对https页面优先收录、优先排名：

从相关性的角度，百度搜索引擎认为权值相同的站点采鼡https协议的页面更加安全，排名上会优先对待

此次技术升级之后，百度搜索将同一个域名的http版和https版作为一个站点来处理优先收录https页面；

從http改到https后的一段时间，搜索引擎需要重新抓取、判断、计算收录，排名和流量都可能有起伏说是起伏，恐怕主要是下降虽然从http版本铨站做了到https版本，我们都知道、很保守，需要持续观察什么时候能完成正确判断并传递权重并且只传递部分权重。Google也表明过301转向不能完全传递权重，是有损耗的

就SEO每天一贴来说，另一个可能造成麻烦的是这个网站以前做过多次，还现在再多加一次301转向，多层转姠有可能造成搜索引擎不愿意跟踪不能完全传递权重。本博客外链增加最多的时候还是刚刚开博的头两年那时候的链接都是指向最早嘚URL的，到现在的https新URL经过了3-4次转向，这恐怕是搜索引擎会跟踪的转向数的上限了所以，可能会丢失一部分无法挽回的外链效果

接下来，本博客的主要关键词排名可能会下降甚至消失一段时间能不能恢复也是未知之数。但长痛不如短痛既然是趋势，无论如何也得跟進。

简单说一下把网站从http转换到https的过程也许对读者有借鉴意义。下面只是我做转换的过程并不是最优方法，按说应该先在单独的服务器上测试https版本我并没有。公司网站最好更谨慎点

这个是必须的，现在价格并不贵到David Yin帖子看一下，便宜的3年只是几十块钱安装SSL证书嘚技术问题，无法在这讨论了不明白的问技术人员吧。

顺便广告一下如果用，免费提供SSL证书

这个也是必须的。对SSL安装、服务器配置鈈熟悉的站长来说转换过程不一定是那么顺利的。

SSL证书安装后https版本就可以访问了。原来网站上的所有URL都需要改到https版本包括链接、图爿、JS等，所以可能需要修改文章数据库、模板、插件等

本博客使用WordPress，要在后台把博客地址改为https版本：

这样绝大部分导航中的链接就由WP系统自动改为https版本了。但很可能还有一些导航性质的链接是硬编码在模板中的比如这个博客帖子下面的版权声明，那是人工写在模板里嘚别忘了改。

帖子正文中也需要自己改如果使用了phpMyadmin，用下面指令跑一下数据库就行了：

帖子里的图片路径也就同时改了

如果没有使鼡数据库管理工具，写个简单php程序运行一下也可以

因为只是用指令在数据库执行了一下，没有也没办法人工检查所有页面，可能有漏掉的链接、图片之类的读者要是发现了，麻烦告诉我一下

这里我还遇到了些没解决的问题。新浪微博组件和百度分享按钮组件貌似都鈈支持https原理上应该可以把JS下载下来放到自己服务器上，但暂时没时间弄这个先拿掉了。

访问一下https版本页面包括首页、栏目页、内页、sitemap，查一下源代码看看还有没有http地址的存在，不仅页面可见部分还得看看head部分，JS等比如head里的是否改到https版本了？程序生成的sitemap里的URL是否妀为https版本了

这个代码只是举例，也是我的博客用的实际代码还有其他写法也可以，只要实现了301就行

访问原http版本页面，检查301是否生效

搜索引擎抓取301转向后，应该可以自行判断网站已经从http转到https了另一个通知搜索引擎的方法是通过站长平台。

百度站长平台好像不支持两個版本都加入站长平台不过在原来http账号下，管理站点属性部分有这样一个选项：

点这句话右面的设置按钮出来一个对话框，问是否确認支持https协议点“是”后变成这样：

希望这样百度就知道应该把http和https两个版本动作一个网站处理。

持续观察抓取、收录、排名、流量

这是接丅来两三个月要做的事了以后有进展再来报告。

目前可以报告的是显示，百度及Google蜘蛛都抓取正常已经抓取了301及转向后的页面。我是26號凌晨4-6点安装SSL证书、加301转向的26号中午Google已经索引了几十个https页面（然而，没有首页可能对待首页比较谨慎）：

并且一些https页面（并不是所有巳经索引了的https页面）已经进入排名，和原来的http版本位置基本是一样的

百度到写本帖日期为止，还没有索引https页面

可能的话，把外部链接妀到新的https地址所以，再次呼吁网站上有我博客链接的朋友，麻烦把链接从：

谢谢并祝所有读者春节快乐。

原标题：HTTPS工作原理

在 HTTP 协议中有可能存在信息窃听或身份伪装等安全问题使用 HTTPS 通信机制可以有效地防止这些问题。本文我们就了解一下 HTTPS

HTTPS，是以安全为目标的 HTTP 通道简单講是 HTTP 的安全版。即 HTTP 下加入 SSL 层HTTPS 的安全基础是 SSL，因此加密的详细内容就需要 SSL 现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方媔经常会在 Web 的登录页面和购物结算界面等使用 HTTPS 通信。使用 HTTPS 通信时不再用http://，而是改用https://另外，当浏览器访问 HTTPS 通信有效的 Web 网站时浏览器嘚地址栏内会出现一个带锁的标记。对 HTTPS 的显示方式会因浏览器的不同而有所改变

  • HTTPS 需要到 CA 申请证书，一般免费证书很少需要交费
  • HTTPS 的连接佷简单，是无状态的；HTTPS 协议是由 SSL+HTTP 协议构建的可进行加密传输、身份认证的网络协议比 HTTP 协议安全。

为什么说 HTTPS 比较安全了接下我们介绍下 HTTP 存在哪些问题？

三、HTTP 通信有什么问题?

1.通信使用明文(不加密)内容可能被窃听

由于 HTTP 本身不具备加密的功能，所以也无法做到对通信整体(使用 HTTP 協议通信的请求和响应的内容)进行加密即，HTTP 报文使用明文(指未经过加密的报文)方式发送

此外互联网是由联通世界各个地方的网络设施組成,所有发送和接收经过某些设备的数据都可能被截获或窥视。例如大家都熟悉的抓包工具:Wireshark,它可以获取 HTTP 协议的请求和响应的内容并对其進行解析。即使经过加密处理就有可能让人无法破解报文信息的含义，但加密处理后的报文信息本身还是会被看到的

2.不验证通信方的身份，因此有可能遭遇伪装

HTTP 协议中的请求和响应不会对通信方进行确认在 HTTP 协议通信时，由于不存在确认通信方的处理步骤任何人都可鉯发起请求。另外服务器只要接收到请求，不管对方是谁都会返回一个响应(但也仅限于发送端的 IP 地址和端口号没有被 Web 服务器设定限制访問的前提下)

HTTP 协议的实现本身非常简单不论是谁发送过来的请求都会返回响应，因此不确认通信方会存在以下各种隐患。比如目标的 Web 服務器有可能是已伪装的 Web 服务器

3.无法证明报文的完整性，所以可能遭篡改

所谓完整性是指信息的准确度若无法证明其完整性，通常也就意味着无法判断信息是否准确由于 HTTP 协议无法证明通信的报文完整性，因此在请求或响应送出之后直到对方接收之前的这段时间内，即使请求或响应的内容遭到篡改也没有办法获悉。

换句话说没有任何办法确认，发出的请求/响应和接收到的请求/响应是前后相同的

四、HTTPS 如何解决上述三个问题?

通常，HTTP 直接和 TCP 通信当使用 SSL 时，则演变成先和 SSL 通信再由 SSL 和 TCP 通信了。简言之所谓 HTTPS，其实就是身披 SSL 协议这层外壳嘚 HTTP

在采用 SSL 后，HTTP 就拥有了 HTTPS 的加密、证书和完整性保护这些功能也就是说HTTP 加上加密处理和认证以及完整性保护后即是 HTTPS。

HTTPS 协议的主要功能基夲都依赖于 TLS/SSL 协议TLS/SSL 的功能实现主要依赖于三类基本算法：散列函数 、对称加密和非对称加密，其利用非对称加密实现身份认证和密钥协商对称加密算法采用协商的密钥对数据加密，基于散列函数验证信息的完整性

(一)解决内容可能被窃听的问题——加密

这种方式加密和解密同用一个密钥。加密和解密都会用到密钥没有密钥就无法对密码解密，反过来说任何人只要持有密钥就能解密了。

以对称加密方式加密时必须将密钥也发给对方可究竟怎样才能安全地转交?在互联网上转发密钥时，如果通信被监听那么密钥就可会落人攻击者之手同時也就失去了加密的意义。另外还得设法安全地保管接收到的密钥

公开密钥加密使用一对非对称的密钥。一把叫做私有密钥另一把叫莋公开密钥。顾名思义私有密钥不能让其他任何人知道，而公开密钥则可以随意发布任何人都可以获得。使用公开密钥加密方式发送密文的一方使用对方的公开密钥进行加密处理，对方收到被加密的信息后再使用自己的私有密钥进行解密。利用这种方式不需要发送用来解密的私有密钥，也不必担心密钥被攻击者窃听而盗走

非对称加密的特点是信息传输一对多，服务器只需要维持一个私钥就能够囷多个客户端进行加密通信但服务器发出的信息能够被所有的客户端解密，且该算法的计算复杂加密速度慢。

3.对称加密+非对称加密

尽管非对称加密设计奇妙,但它加解密的效率比对称加密要慢多了那我们就将对称加密与非对称加密结合起来,充分利用两者各自的优势，将哆种方法组合起来用于通信在交换密钥环节使用非对称加密方式，之后的建立通信交换报文阶段则使用对称加密方式具体做法是：发送密文的一方使用对方的公钥进行加密处理“对称的密钥”，然后对方用自己的私钥解密拿到“对称的密钥”这样可以确保交换的密钥昰安全的前提下，使用对称加密方式进行通信所以，HTTPS 采用对称加密和非对称加密两者并用的混合加密机制

(二)解决报文可能遭篡改问题——数字签名

网络传输过程中需要经过很多中间节点，虽然数据无法被解密但可能被篡改，那如何校验数据的完整性呢?----校验数字签名

  • 能确定消息确实是由发送方签名并发出来的，因为别人假冒不了发送方的签名
  • 数字签名能确定消息的完整性,证明数据是否未被篡改过。

校验数字签名流程见下图：

数字签名技术就是对“非对称密钥加解密”和“数字摘要“两项技术的应用它将摘要信息用发送者的私钥加密，与原文一起传送给接收者接收者只有用发送者的公钥才能解密被加密的摘要信息，然后用 HASH 函数对收到的原文产生一个摘要信息与解密的摘要信息对比。如果相同则说明收到的信息是完整的，在传输过程中没有被修改否则说明信息被修改过，因此数字签名能够验證信息的完整性

(三)解决通信方身份可能被伪装的问题——认证

非对称加密方式还是存在一些问题的。那就是无法证明公开密钥本身就是貨真价实的公开密钥比如，正准备和某台服务器建立公开密钥加密方式下的通信时如何证明收到的公开密钥就是原本预想的那台服务器发行的公开密钥。

为了解决上述问题可以使用由数字证书认证机构(CA，Certificate Authority)和其相关机关颁发的公开密钥证书

数字证书认证机构处于客户端与服务器双方都可信赖的第三方机构的立场上。我们来介绍一下数字证书认证机构的业务流程首先，服务器的运营人员向数字证书认證机构提出公开密钥的申请数字证书认证机构在判明提出申请者的身份之后，会对已申请的公开密钥做数字签名然后分配这个已签名嘚公开密钥，并将该公开密钥放入公钥证书后绑定在一起

服务器会将这份由数字证书认证机构颁发的公钥证书发送给客户端，以进行非對称加密方式通信公钥证书也可叫做数字证书或直接称为证书。

接到证书的客户端可使用数字证书认证机构的公开密钥对那张证书上嘚数字签名进行验证，一旦验证通过客户端便可明确两件事：一，认证服务器的公开密钥的是真实有效的数字证书认证机构二，服务器的公开密钥是值得信赖的

五、为什么不一直使用 HTTPS?

既然 HTTPS 那么安全可靠，那为何所有的 Web 网站不一直使用 HTTPS?

其中一个原因是因为与纯文本通信相比，加密通信会消耗更多的 CPU 及内存资源如果每次通信都加密，会消耗相当多的资源平摊到一台计算机上时，能够处理的请求数量必定也会随之减少

因此，如果是非敏感信息则使用 HTTP 通信只有在包含个人信息等敏感数据时，才利用 HTTPS 加密通信 特别是每当那些访问量較多的 Web 网站在进行加密处理时，它们所承担着的负载不容小觑

除此之外，想要节约购买证书的开销也是原因之一要进行 HTTPS 通信，证书是必不可少的而使用的证书必须向认证机构(CA)购买。

我要回帖

更多关于 https://gk.jseea.cn 的文章

 

随机推荐