大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
本篇内容主要讲解“HTTPS URL传参的安全性怎么样”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“HTTPS URL传参的安全性怎么样”吧!
成都创新互联公司是一家专业提供南陵企业网站建设,专注与成都网站制作、网站设计、H5技术、小程序制作等业务。10年已为南陵众多企业、政府机构等服务。创新互联专业的建站公司优惠进行中。
请求参数能通过URL安全传递吗?当客户看到 HttpWatch 中的 HTTPS请求后经常会问这个问题,同时客户也想知道还有谁能看到这些数据。
举个例子,假设我们使用以下URL在请求查询参数中传递密码。
https://www.httpwatch.com/?password=mypassword
由于 HttpWatch 集成在浏览器中,因此可以看到SSL加密前的数据。
image
如果你使用像 Network Monitor 这样的抓包工具,会发现只能看到加密后的数据,根本看不到请求的 URLs、Headers 或 Body。
image
只要满足以下几点,HTTPS肯定是安全的。
不要忽略任何 SSL 证书警告
保护好用来初始化SSL连接的 private key
因此,从网络角度来说,URL参数肯定是安全的。但是,一些其他地方可能泄漏URL上的数据:
Web server 日志中会存储URLs:URL一般会存储在日志中,这意味着任何敏感数据(如密码)都会被明文存储,下面是一行日志:
2009-02-20 10:18:27 W3SVC4326 WWW 208.101.31.210 GET /Default.htm password=mypassword 443 ...
在任何地方明文存储密码都不是件好事情。
浏览器的历史记录会存储URLs:下面是IE浏览器的历史记录,可以看到URL参数。
image
URLs可以通过HTTP Referrer 头传递:当页面中使用了js、images等资源时,请求头的Referrer属性会一起传递。有时,URL上的查询参数可能会传递到第三方站点并被存储起来。在 HttpWatch 中可以看到,Google Analytics 请求中,通过 Referer 头传递的URL中带有密码。
image
小结:HTTPS传递查询参数肯定是没有问题的,但是不要用来传递可能引发安全问题的敏感信息奥。
到此,相信大家对“HTTPS URL传参的安全性怎么样”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!