HTTPS下的GET请求：安全性与功能解析
一、引言
随着互联网技术的飞速发展，网络安全问题日益受到关注。
HTTP协议作为互联网中广泛应用的数据传输协议，其安全性逐渐受到挑战。
为了应对这些挑战，HTTPS协议应运而生，它在HTTP的基础上加入了SSL/TLS加密技术，提供了更高的数据传输安全性。
本文将重点探讨HTTPS下的GET请求的安全性和功能。
二、HTTPS概述
HTTPS是一种通过计算机网络进行安全通信的HTTP协议。
它在HTTP和TCP之间提供了一个加密层，用于对传输数据进行加密和身份验证。
HTTPS使用SSL（Secure Sockets Layer）或TLS（Transport Layer Security）协议来提供加密和安全保障。
通过HTTPS，浏览器可以与服务器进行安全通信，确保数据在传输过程中的完整性和隐私性。
三、HTTPS下的GET请求安全性
1. 数据传输加密：HTTPS下的GET请求通过SSL/TLS加密技术，对传输的数据进行加密，确保数据在传输过程中的隐私性。即使数据在传输过程中被截获，攻击者也无法获取到明文信息。
2. 身份验证：HTTPS通过证书机制对服务器进行身份验证，确保客户端连接到的服务器是可信的。在建立连接时，服务器会向客户端展示其公钥证书，客户端通过验证证书来确认服务器的身份。
3. 防止篡改：HTTPS下的GET请求可以确保数据的完整性，防止在传输过程中被篡改。如果数据在传输过程中被篡改，接收方在解密数据时将会发现错误，从而拒绝接收数据。
4. 重放攻击防护：HTTPS协议具有重放攻击防护功能，能够防止恶意用户将捕获的通信数据包重复发送给目标服务器，从而保护用户的安全。
四、HTTPS下的GET请求功能解析
1. 访问静态资源：通过HTTPS下的GET请求，用户可以安全地访问网页中的静态资源，如图片、CSS样式表、JavaScript脚本文件等。这些资源在传输过程中会进行加密和身份验证，确保用户能够正常访问并显示网页内容。
2. 数据传输：HTTPS下的GET请求可以用于安全地传输数据。例如，用户在网页上填写表单后，可以通过HTTPS下的GET请求将表单数据提交给服务器进行处理。这种数据传输方式可以确保数据的隐私性和完整性。
3. 身份验证和授权：HTTPS协议支持身份验证和授权功能，通过GET请求可以实现用户的身份验证和授权操作。例如，用户在登录网页时，服务器可以通过验证用户的用户名和密码（经过加密处理）来确定用户的身份，并根据用户的权限返回相应的内容。
4. 状态查询：某些Web应用允许用户查询服务器的状态或某些资源的状态。通过HTTPS下的GET请求，用户可以安全地查询这些状态信息，确保获取到的数据是最新且准确的。
五、结论
HTTPS下的GET请求在安全性方面具有较高的保障，能够保护数据传输的隐私性、完整性和真实性。
同时，它还具有丰富的功能，如访问静态资源、数据传输、身份验证和授权以及状态查询等。
随着网络安全问题的日益严重，使用HTTPS已经成为保障网络安全的重要手段之一。
因此，在实际应用中，我们应广泛采用HTTPS协议，提高Web应用的安全性。
浅谈http中get和post的区别
1.根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
(1).所谓安全的意味着该操作用于获取信息而非修改信息。
换句话说，GET 请求一般不应产生副作用。
就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
* 注意：这里安全的含义仅仅是指是非修改信息。
(2).幂等的意味着对同一URL的多个请求应该返回同样的结果。
这里我再解释一下幂等这个概念：看完上述解释后，应该可以理解GET幂等的含义了。
但在实际应用中，以上2条规定并没有这么严格。
引用别人文章的例子：比如，新闻站点的头版不断更新。
虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。
从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
2.根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。
上面大概说了一下HTTP规范中GET和POST的一些原理性的问题。
但在实际的做的时候，很多人却没有按照HTTP规范去做，导致这个问题的原因有很多，比如说：1.很多人贪方便，更新资源时用了GET，因为用POST必须要到FORM(表单)，这样会麻烦一点。
2.对资源的增，删，改，查操作，其实都可以通过GET/POST完成，不需要用到PUT和DELETE。
3.另外一个是，早期的Web MVC框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计，所以导致一个比较严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法，而不支持PUT和DELETE方法。
* 简单解释一下MVC：MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。
使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
以上3点典型地描述了老一套的风格(没有严格遵守HTTP规范)，随着架构的发展，现在出现REST(Representational State Transfer)，一套支持HTTP规范的新风格，这里不多说了，可以参考《RESTful Web Services》。
说完原理性的问题，我们再从表面现像上面看看GET和POST的区别请求的数据会附在URL之后(就是把数据放置在HTTP协议头中)，以?分割URL和传输数据，参数之间以&相连，如?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。
如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，其中%XX中的XX为该符号以16进制表示的ASCII。
POST把提交的数据则放置在是HTTP包的包体中。
方式提交的数据最多只能是1024字节，理论上POST没有限制，可传较大量的数据，IIS4中最大为80KB，IIS5中为100KB??!以上这句是我从其他文章转过来的，其实这样说是错误的，不准确的：(1).首先是GET方式提交的数据最多只能是1024字节，因为GET是通过URL提交数据，那么GET可提交的数据量就跟URL的长度有直接关系了。
而实际上，URL不存在参数上限的问题，HTTP协议规范没有对URL长度进行限制。
这个限制是特定的浏览器及服务器对它的限制。
IE对URL长度的限制是2083字节(2K+35)。
对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
注意这是限制是整个URL长度，而不仅仅是你的参数值数据长度。
[见参考资料5](2).理论上讲，POST是没有大小限制的，HTTP协议规范也没有进行大小限制，说“POST数据量存在80K/100K的大小限制”是不准确的，POST数据是没有限制的，起限制作用的是服务器的处理程序的处理能力。
对于ASP程序，Request对象处理每个表单域时存在100K的数据长度限制。
但如果使用则没有这个限制。
由这个延伸出去，对于IIS 6.0，微软出于安全考虑，加大了限制。
我们还需要注意：1) 6.0默认ASP POST数据量最大为200KB，每个表单域限制是100KB。
2) 6.0默认上传文件的最大大小是4MB。
3) 6.0默认最大请求头是16KB。
IIS 6.0之前没有这些限制。
所以上面的80K，100K可能只是默认值而已(注：关于IIS4和IIS5的参数，我还没有确认)，但肯定是可以自己设置的。
由于每个版本的IIS对这些参数的默认值都不一样，具体请参考相关的IIS配置文档。
3.在ASP中，服务端获取GET请求参数用，获取POST请求参数用。
在JSP中，用(\XXXX\)来获取，虽然jsp中也有()方法，但使用起来比较麻烦，比如：传一个?name=hyddd&password=hyddd，用()得到的是：name=hyddd&password=hyddd。
在PHP中，可以用$_GET和$_POST分别获取GET和POST中的数据，而$_REQUEST则可以获取GET和POST两种请求中的数据。
值得注意的是，JSP中使用request和PHP中使用$_REQUEST都会有隐患，这个下次再写个文章总结。
的安全性要比GET的安全性高。
注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。
上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存，(2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击。
总结一下，Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求，在FORM(表单)中，Method默认为GET，实质上，GET和POST只是发送机制不同，并不是一个取一个发!
Servlet中的GET和POST之间的区别
Form中的get和post方法，在数据传输过程中分别对应了HTTP协议中的GET和POST方法。
二者主要区别如下：1、Get是用来从服务器上获得数据，而Post是用来向服务器上传递数据。
2、Get将表单中数据的按照variable=value的形式，添加到action所指向的URL后面，并且两者使用“?”连接，而各个变量之间使用“&”连接；Post是将表单中的数据放在form的数据体中，按照变量和值相对应的方式，传递到action所指向URL。
3、Get是不安全的，因为在传输过程，数据被放在请求的URL中，而如今现有的很多服务器、代理服务器或者用户代理都会将请求URL记录到日志文件中，然后放在某个地方，这样就可能会有一些隐私的信息被第三方看到。
另外，用户也可以在浏览器上直接看到提交的数据，一些系统内部消息将会一同显示在用户面前。
Post的所有操作对用户来说都是不可见的。
4、Get传输的数据量小，这主要是因为受URL长度限制；而Post可以传输大量的数据，所以在上传文件只能使用Post（当然还有一个原因，将在后面的提到）。
5、Get限制Form表单的数据集的值必须为ASCII字符；而Post支持整个ISO字符集。
6、Get是Form的默认方法。
使用Post传输的数据，可以通过设置编码的方式正确转化中文；而Get传输的数据却没有变化。
在以后的程序中，我们一定要注意这一点。
一个简单的Web登录程序 GET和POST的区别
1. get是从服务器上获取数据，post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。
post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。
用户看不到这个过程。
3. 对于get方式，服务器端用获取变量的值，对于post方式，服务器端用获取提交的数据。
4. get传送的数据量较小，不能大于2KB。
post传送的数据量较大，一般被默认为不受限制。
但理论上，IIS4中最大量为80KB，IIS5中为100KB。
5. get安全性非常低，post安全性较高。
但是执行效率却比Post方法好。
建议：1、get方式的安全性较Post方式要差些，包含机密信息的话，建议用Post数据提交方式；2、在做数据查询时，建议用Get方式；而在做数据添加、修改或删除时，建议用Post方式；
