本篇内容主要讲解“HTTPS URL传参的安全性怎么样”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“HTTPS URL传参的安全性怎么样”吧!
请求参数能通过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传参的安全性怎么样”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
