ASP网站漏洞解析及黑客入侵防范方法（3）

   
  　7、防范远程注入攻击
  
  　　这类攻击在以前应该是比较常见的攻击方式,比如POST攻击,攻击者可以随便的改变要提交的数据值已达到攻击目的.又如:COOKIES 的伪造,这一点更值得引起程序编写者或站长的注意，不要使用COOKIES来做为用户验证的方式,否则你和把钥匙留给贼是同一个道理.
  
  　　比如:

　If trim(Request. cookies ("uname"))="fqy" and Request.cookies("upwd") =”fqy#e3i5.com” then 
  　　……..more……… 
  　　End if 

我想各位站长或者是喜好写程序的朋友千万别出这类错误,真的是不可饶恕.伪造COOKIES 都多少年了，你还用这样的就不能怪别人跑你的密码.涉及到用户密码或者是用户登陆时,你最好使用session 它才是最安全的.如果要使用COOKIES就在你的COOKIES上多加一个信息,SessionID,它的随机值是64位的,要猜解它,不可能.例:

if not (rs.BOF or rs.eof) then 
  　　login="true" 
  　　Session("username"&sessionID) = Username 
  　　Session("password"& sessionID) = Password 
  　　‘Response.cookies(“username”)= Username 
  　　‘Response.cookies(“Password”)= Password 

下面我们来谈谈如何防范远程注入攻击,一般的攻击都是将单表提交文件拖到本地,将Form ACTION=”chk.asp” 指向你服务器中处理数据的文件即可.如果你全部的数据过滤都在单表页上，那么恭喜你，你将已经被脚本攻击了.
  
  　　怎么才能制止这样的远程攻击?好办,请看代码如下: 程序体(9)

＜％ 
  　　server_v1=Cstr(Request.ServerVariables("HTTP_REFERER")) 
  　　server_v2=Cstr(Request.ServerVariables("SERVER_NAME")) 
  　　if mid(server_v1,8,len(server_v2))＜＞server_v2 then 
  　　response.write "＜br＞＜br＞＜center>" 
  　　response.write " " 
  　　response.write "你提交的路径有误，禁止从站点外部提交数据请不要乱改参数！" 
  　　response.write " 
   
  " 
  　　response.end 
  　　end if 
  　　％> 

个人感觉上面的代码过滤不是很好，有一些外部提交竟然还能堂堂正正的进来,于是再写一个. 
   
 这个是过滤效果很好,建议使用. 
   

  　　if instr(request.servervariables("http_referer"),"http://"&request.servervariables("host") )<1 then response.write "处理 URL 时服务器上出错。 

   
  　　如果您是在用任何手段攻击服务器，那你应该庆幸，你的所有操作已经被服务器记录，我们会第一时间通知 * 局与国家安全部门来调查你的IP. " 
   

  　　response.end 
  　　end if 

  　　程序体(9)
  
  　　本以为这样就万事大吉了，在表格页上加一些限制,比如maxlength啦,等等..但天公就是那么不作美,你越怕什么他越来什么.你别忘了,攻击者可以突破sql注入攻击时输入框长度的限制.写一个SOCKET程序改变HTTP_REFERER？我不会。网上发表了这样一篇文章： 
   

  　　Windows Registry Editor Version 5.00 
  　　[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\MenuExt\扩展(&E)] 
  　　@="C:\Documents and Settings\Administrator\桌面\len.htm" 
  　　"contexts"=dword:00000004 

   
  　　用法:先把len.reg导入注册表(注意文件路径)
  
  　　然后把len.htm拷到注册表中指定的地方.
  
  　　打开网页,光标放在要改变长度的输入框上点右键,看多了一个叫扩展的选项了吧
  
  　　单击搞定! 后记:同样的也就可以对付那些限制输入内容的脚本了.
  
  　　怎么办？我们的限制被饶过了，所有的努力都白费了？不，举起你de键盘，说不。让我们继续回到脚本字符的过滤吧，他们所进行的注入无非就是进行脚本攻击。我们把所有的精力全都用到ACTION以后的页面吧，在chk.asp页中，我们将非法的字符全部过滤掉，结果如何？我们只在前面虚晃一枪，叫他们去改注册表吧，当他们改完才会发现，他们所做的都是那么的徒劳。