如今WEB的安全问题影响着整个安全界，SQL注入，跨站脚本攻击等攻击受到了关注。
网络安全问题日益变的更加重要，国内依然有很多主机受到此类安全的威胁，所以我们今天
讲讲如何通过安全的编写WEB程序把损失降的更小.综观WEB主机所到的安全威胁，大多都是
WEB脚本程序造成，下面就谈下如何防范受到攻击。 1，现在很多站点为了减少开发的时间，
很多站点都部分或全部采用了第三方程序，这无疑是个节省时间的好办法，但也为站点的安全
性增加了风险。如果你使用了第三方公开的程序那你就要注意了，因为这类程序的源码是公开
的在网上随便都可以找到，很容易被黑客下载下来去研究其中的漏洞，这样你受攻击的可能性就
增加了。举个简单的例子吧，就单说国内的名气不错的动网吧，风格和实用性什么的都不错，在
国内也有很多站点的论坛都采用的是动网，但动网的重大漏洞也不少，就单说上些日子比较严重
的UPFILE的漏洞吧，直接上传ASP木马可怕吧！这样每当动网出现一次大的漏洞就涉及到用动网
程序的站点也出现了漏洞，这两天我没事就在网上闲逛，发现很多站点的论坛用的还是动网的６.０
的版本呢，人家官方的都是ＤＶＢＢＳ７.０＋ＳＰ２的了。漏洞就不用说了，肯定是存在Ｎ多了。
解决办法：尽量少用或不用第三方程序，或应对第三方的程序进行评估后采用，另管理员不要
偷懒要经常去官方站点下载更新补丁。
2. 如果你采用的是自己开发的程序，那就要注意在程序输入的地方要有严格的过滤，这也是最容易
受到攻击的地方，比如SQL的注入，跨站脚本攻击基本都是利用过滤不严格，来构造畸形语句进行
的。这就是所谓的输入验证攻击，你应该明白的是每一个GET和POST请求都可以用来进行输入验
证攻击。然而最容易受到攻击的地方就是输入字段。通常情况下这些字段是登陆名，口令，地址，电
话号码，个人主页等以及搜索的地方。还有个比较容易忽略的地方就上COOKIE的过滤，让我们来看
看BBSXP+SP1的源码 下面是upface.asp 的部分代码：
...........
<%
top
if Request.Cookies("username")=empty then error("
if Request("menu")="up" then
id=Conn.Execute("Select id From [user] where username='"&Request.Cookies("username")&"'")(0)
...........
可以很清楚的看到 对 Request.Cookies("username") 这个变量根本未做任何的过滤，象这样的未过滤
要说COOKIES是容易忽略的地方，User-Agent 注入会另你意想不到，在HTTP1.1规范就定义了一个
GET /bbsxp/images/skins/1/T_bg.gif HTTP/1.1
Accept: */*
Referer: http://localhost/bbsxp/Default.asp
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)
Host: localhost
Connection: Keep-Alive
Cookie: eremite=0; member_id=1; pass_hash=5140c3b61780e904b05d44f8d3193564; skins=1;
“User-Agent”用来鉴别浏览器。你在这个字符串中经常可以看到“Mozilla”的一些表单。应
然而对与一些纯数字的过滤最好莫过于用脚本语言的本身函数：
比如 asp 脚本可以用 cint,clong,isNumeric 这样的过滤可以说是最严格的一种了。PHP脚本里可以用intval
这样的函数。
对于不能过滤“<”和“>”情况下跨站的脚本的防范手段是，将所有的尖扩号都转化成对应的HTML编
好了上面的已经过滤的差不多了，是不是现在就万事大吉了呢？答案是否定的，其实对于一些数字字段
最后一个编写程序中注意的就是要有恰当的错误捕捉机制，无论采用什么样的语言编写程序，都应该有
总结：上面是我个人在学习中总结的一些经验，其中参考了一些书和文章，希望能对编程人员编写安全
相关文章
EMAIL：