WEB安全：web代码安全问题总结

关注

原创最新推荐文章于 2026-10-06 10:49:16 发布 864 阅读 AI 写同款· GEO 优化 ›

Web安全（吴翰清）安全工程师的核心竞争力不在于他能拥有多少个 0day，掌握多少种安全技术，而是在于他对安全理解的深度，以及由此引申的看待安全问题的角度和高度。第一章我的安全世界观脚本小子 “Script Kids”。黑客精神所代表的 Open、Free、Share。 Web 1.0 服务器端动态脚本的安全问题。 SQL注入的出现是Web安全史上的一个里程碑。 XSS（跨站脚本攻击）的出现则是W 阅读详情

web代码安全问题总结

一，数据库安全性

1， MSSQL数据库安全性

l web中不允许使用sa级的用户连接数据库

解决方法：

删除sa用户，新建一个权限为sa的用户，用户名和密码一样要复杂。以防暴力破解。
新建一个web连接用户，去掉所有服务器角色，在用户映射中加入此用户要操作的数据库和db_public身份。
如果需要其它操作要另加权限（如只加insert/delete/select/update）。
每个人都没法保证自己写的代码没有漏洞。只要在数据库层做下处理以防入侵。如果有SQL注入db_public身份一样能对数据库添加/修改/删除权限，所以一定不能存在SQL注入漏洞。
如果能防SQL注入和权限限制就很难发生暴库/跨库现像。

2， Access数据库安全性

解决方法：

防暴库：在数据库连接时加入错误处理代码，如果数据库连接失败就提示错误信息或转向。不能由系统本身提示错误信息，
防下载。

u 第一步：新建一个表。

u 第二步：在表中建一个字段，名称随意，类型是OLE对象，然后用ASP代码向字段中添加一条记录写入单字节的"<%" 代码为：Insert into tablename(fieldname) value (chrB(asc("<")) & chrB(asc("%")))。

u 第三步：将数据库改名为*.ASP

最安全的方法是用使用ODBC数据源连接

二， web代码安全性

1，备份文件时的小漏洞。

有些ASP编辑器会自动备份asp文件，并且改名为*.bak，这样就存在了会被下载的漏洞,在给asp文件改名时，不要修改为*.txt/.bak/等等，一定要保存扩展名不变（*.asp），在上传到站点时请不要上传备份文件。

2，防SQL注入。

SQL注入主要是单引号没有过滤，让人利用，重新生成一个具有威胁性的SQL语句。

如：http://www.livexy.com/view.asp?id=100 如果存在SQL注入我们就可以这么写：http://www.livexy.com/view.asp?id=100 ;delete * from tablename;后台运行时为select * from aaa where;delete * from tablename

在这里要提醒大家，不要认为.net的安全性高就没有SQL注入了。错，只要和数据库操作有关的都存在SQL注入漏洞。无论是软件还是网站，都存在。

解决方法：

在页面的开始位置过滤接收到的非法字符，如exec /delete /insert into/update/’ 等等，这里过滤不是指将非法字符过滤为空串，而是过滤为相近的字符。或者如果存在非法字符则转向到错误处理页面。这里说个例子如果将exec过滤为空串时会出来什么后果，如果字串中存在exexecec 请问过滤后是什么，还是exec。这里不多说了，大家都明白了哈。
如果接收参数为数值型时，必需要先判断数据类型，以防出现其它错误。往往黑客信息的来源就是页面出错的信息。
如果参数为字符型时，必需要过滤字符串中的单引号为双引号或其它字符。

这里写个例子：往往我们的代码都是这么写的select * from aaa where bbb=’” + sVal +”’” 表面上看是没有问题的，是正确的，不过此句存在SQL注入。为什么呢，请看：sVal的值是外部提交的数据，如果sVal的值为aaa’;delect * from bbb;-- 写在一起就是：select * from aaa where bbb=’ aaa’;delect * from bbb;--‘其中-- ‘为注释。

使用DbParameter比拼接SQL来的完全的多。

3，登录漏洞。

解决方法：

过滤非法字符串
SQL写法 select password from user where username=’” + sqlstr(sUser) + “’” 其中sqlstr()为过滤非法字符串函数，sUser为用户名文本框中输入的字符。然后在判断数据库中的密码和输入的密码是否一致。
原理：由用户名在数据库中找到此用户的记录，然后在用密码比较。千万不要用“select * from user where username=’” + sqlstr(sUser) + “’ and password=’” + sqlstr(sPass) + “’” 然后在判断是否为空。”这种方法。

4，防另存为

解决方法：

<NOSCRIPT><IFRAME SRC="*.html"></IFRAME></NOSCRIPT>

防止别人下载网站的HTML代码，当然不是很完美，不过也够呛。

5，防被内嵌

解决方法：

<script>if (self != top) { top.location = self.location; }</script>

防止别人内嵌我们的网站，然后做些手角。如键盘记录呀，监视我们输入的数据呀等等。

6，防本地提交数据

解决方法：

在保存数据时第一步判断来源，如果不是从指定的来源提交数据，出示错误信息。
第二步对提交数据进行非法字符过滤。
第三步保存到数据库，保存时一定要进行错误处理。

7，防无限刷新

解决方法：

这个比较难做，当然也有很多种方法。
1，在服务器上做手角
2，在代码中加入访问日志信息，通过分析日志信息来判断同一人访问频率。
3，用js操作cookies来记录访问日志信息，判断访问频率。这种方法不会占用服务器的资源。

8，防无限提交数据/防ajax自动提交数据

解决方法：

加入验证码和提交时间（如一分种发信息）限制功能。

9，防js代码

解决方法：

要想过滤所有js代码这点很难办法，js攻击漏洞占大多数。Js的写法也千奇白怪。这里发上一些具有攻击性的html代码。这些都是常见到的，并且每一种都不同的写法。单引号和双引号不同/大小写不同/先后循序不同/tab和空格不同/Html标签不同/事件不同/样式不同等等。
<P style="BACKGROUND:url(JAVA SCRIPT:alert('11111'))">test</P>
<body>
<img src="http://www.challenger.se/images/note_yellow.gif"/>
<img src="JAVASCRIPT:alert('888888')" />
<STYLE>div{behavior: url("htc.js");};<style>
<STYLE>body{oMouseOut: eXpreSsIon(onclick = function(){alert('33333');})} <style>
<STYLE>body{background:url(JAVASCRIPT:alert('22222'));} <style>
<STYLE>@import "JAVASCRIPT:alert('444444')"; <style>
<link href="JAVASCRIPT:alert('777777')" rel="stylesheet" />
<script src= hk.js></script>
<P style="BACKGROUND:url(JAVASCRIPT:document.write('<script src=hk.js></script>'))">test</P>
<iframe src='hk1.html'></iframe>

10，防Cookie假冒

解决方法：