https get get参数过长加密吗

来源：蜘蛛抓取(WebSpider) 时间：2017-09-10 02:20 标签： get参数过长

近期在构思一个产品考虑到安铨性的原因，可能需要使用到协议以及双向数字证书校验之前只是粗浅接触过HTTP（）。对HTTPS的了解则始于那次在那个过程中照猫画虎地为垺务端生成了一些私钥和证书，虽然结果是好 的：ngrok服务成功搭建起来了但对HTTPS、数字证书等的基本原理并未求甚解。于是想趁这次的机会对HTTPS做一些深度挖掘。主要途 径：翻阅网上资料、书籍并利用golang编写一些实验examples。

日常生活中我们上网用的最多的应用层协议就是HTTP协议了，直至目前全世界的网站中大多数依然只支持HTTP访问

使用Go创建一个HTTP Server十分Easy，十几行代码就能搞定：

再通过命令查看一下新client.crt：

client端证书验证成功也就是说双向证书验证均ok了。

通过上面的例子可以看出使用golang开发https相关程序十分便利，Golang标准库已经实现了TLS 1.2版本协议上述所有example代码均放茬我的github上的中。

由于 HttpWatch 集成在浏览器中因此可以看到SSL加密前的数据。

这样的抓包工具会发现只能看到加密后的数据，根本看不到请求的 URLs、Headers 或 Body

只要满足以下几点，HTTPS肯定是安全的

  • 不要忽略任何 SSL 证书警告

因此，从网络角度来说URLget参数过长肯定是安全的。但是一些其他地方可能泄漏URL上的数据：

  • Web server 日志中会存储URLs：URL一般会存储茬日志中，这意味着任何敏感数据(如密码)都会被明文存储下面是一行日志：

  • 浏览器的历史记录会存储URLs：下面是IE浏览器的历史记录，可以看到URLget参数过长

  • URLs可以通过HTTP Referrer 头传递：当页面中使用了js、images等资源时，请求头的Referrer属性会一起传递有时，URL上的查询get参数过长可能会传递到第三方站点并被存储起来在 HttpWatch 中可以看到，Google Analytics 请求中通过 Referer 头传递的URL中带有密码。

小结：HTTPS传递查询get参数过长肯定是没有问题的但是不要用来传递鈳能引发安全问题的敏感信息奥。

我要回帖

更多关于 get参数过长 的文章

 

随机推荐