注册
登录
| 关键词： nbsp 8217 报文 application 字段 数据 HTTP image POST Content |
“注入”这一词眼下可算得上时髦，“大街小巷”到处都能“听”到看到。这一词曾经让无数人“闻名色变”，今天我们的话题仍是注入。不过今天我们这里的这个注入不同于以往的，它有别于通常的SQL注入，可以说是一种新型的。平日里，人们在提交数据的时候都是采用页面形式。但是，今天我们这里就要打破这一传统观念。这种方法是通过自己构造HTTP请求报文，以程序的方式代替传统的方法，实现数据的自动提交。 在文章还未进入正题的时候，我就HTTP协议这个东西给大家再罗嗦两句。其实关于HTTP协议这个东西我本来都不想说的。但是，为了照顾大多数朋友。平日里，当我们在打开一个网站的时候，比如说http://www.36963.cn/，实际上IE作为一个客户端，它将向服务器发送的是如下的请求报文： GET / HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */* Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Host: www.36963.cn Connection: Keep-Alive Cookie: NETEASE_SSN=hinrof; NETEASE_ADV=11&22; Province=0; City=0; NTES_UV_COOKIE=YES 从以上的报文中，我们可以看到很多字段，不过其中有很多并不是必须的，如果我们自己编程，只关心必要的就行了。在HTTP/1.1协议中规定了最小请求消息由方法字段（GET/POST/HEAD）和主机字段（HOST）构成。如上面的 GET /HTTP/1.1 HOST:www.36963.cn 但在HTTP/1.0中，HOST字段并不是必须的，至于这里为什么不能省，继续往下看。 GET和POST是浏览器向服务器提交报文通常所采用的两种方法。服务器在收到报文之后，解码分析出所需的数据并进行处理，最后返回结果。通常我们可以看到的都是像http://***.***.***.***/list.asp?id=***这样的URL请求，我们可以自己构造如下的报文来完成 。 GET /list.asp?id=*** HTTP/1.1 HOST:***.***.***.*** 由于受URL长度1024的限制，所以GET方法通常是用在提交一些小数据的情况下。如果数据比较大就只能采用POST方法。在讲解POST方法的一些要点之前，大家还是先来看一段POST请求报文。 POST /huace/add.php HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwav e-flash, */* Referer: http://202.147.125.36/huace/add.php Accept-Language: zh-cn Content-Type: application/x-www-form-urlencoded Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Host: 202.147.125.36 Content-Length: 115 Connection: Keep-Alive name=test&email=&comefrom=&homepage=&icq=&oicq=&image=say.gif&comment=test&password=&doadd=%B7%A2%CB%CD%C1%F4%D1%D4 与GET方法相比，在字段下面多了一段内容，这就是我们提交的数据，如果有中文须经过urlencode编码。同样让我们省去不必要的字段，构造一个最小的POST请求。 POST /huace/add.php HTTP/1.1 Host: 202.147.125.36 Content-Type: application/x-www-form-urlencoded Content-Length: 115 name=test&email=&comefrom=&homepage=&icq=&oicq=&image=say.gif&comment=test&password=&doadd=%B7%A2%CB%CD%C1%F4%D1%D4 上面的Content-Type字段表示为POST表单型的，Content-Length当然就是表示实体数据的长度了，这里都不能少，不然就无法正确接收了。这样，服务器端处理页面就会收到提交的数据，并接收处理。 上面不知不觉的讲了一大堆关于客户端的东西，接下来看服务器方面。当报文数据到达服务器后，服务器底层进程进行接收并放入特定的缓冲区，同时设置一些环境变量，如“CONTENT_LENGTH“、”QUERY_STRING“等，当然这其间还是屏蔽了一些底层细节的，如客户端提交的数据是怎么被重置到被请求页的标准输入的，在此我们就不做过多的考虑。之后高层应用程序如CGI、ASP、PHP等对其进行数据提取，其中CGI还须自己进行Unencode解码和字符串提取。假如向一个ASP程序提交数据，我提交了name和body字段，且采用POST表单方式提交，在ASP程序中应如下进行接收： name=request.form("name") body=request.form("body") 并添加到数据库中 rs.addnew rs("name")=name rs("body")=body rs.update 到此，该讲的也基本上讲完了，同时这里我们还要注意一点就是我们在发送报文时，“name=value“URLEncode编码这个东西不能少，如果没有它，我们在向数据库写东西的时候有可能就会失败。同时我们在这里还要注意一个问题，当编译器处理的是中文字符时，它会自动根据字符的位7来读入一个或两个字符，这时可以强制采用unsigned char *来读入一个字符。 int isT(char ch) { if(ch==’ ’||ch==’%’||ch==’/’||ch&0x80) return 1; else return 0; } int encode(char *s,char *d) { if(!s||!d) return 0; for(;*s!=0;s++) { unsigned char *p=(unsigned char*)s; if(*p==’ ’) { *d=’%’; *(d+1)=’2’; *(d+2)=’0’; d+=3; } else if(isT(*p)) { char a[3]; *d=’%’; sprintf(a,"%02x",*p); *(d+1)=a[0]; *(d+2)=a[1]; d+=3; } else { *d=*p; d++; } } *d=0; return 1; } 以下是Unencode URL解码函数： int unencode(char *s,char *d) { if(!s||!d) return 0; for(;*s!=0;s++) { if(*s==’+’) { *d=’ ’; d++; } else if(*s==’%’) { int code; if(sscanf(s+1,"%02x",&code)!=1) code=’?’; *d=code; s+=2; d++; } else { *d=*s; d++; } } *d=0; return 1; } …… |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
