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假冒
解决方法:
- 密码信息不要存放在Cookie中
- 在用到Cookie中的数据时,一定要从数据库中重新读取。然后比较。以防Cookie篡改。
- Cookie数据需要加密
11,缓冲区溢出
解决方法:
- 服务器中不要打开无用软件。
- 在服务端运行的代码中,用到一个对像一定要释放。
- 在客户端运行的js/vbs/activex/flash代码中,用到的dom对像在结束时一定要释放。
12,其它
- 防浏览器插件
- 修改IE的安全选项把“活动脚本”和ActiveX的运行设置为禁用或提示。
- 或在IE安全设置里将安全级别设为高。隐私选项也设为高。
三, 服务器安全性
- 关闭无用端口
- 下载补丁/更新操作系统
- 安装杀毒软件
- 安装防火墙
- 如果服务器上有多个站点,为每一个站点分配权限,每个站点都不能操作其它文件和目录,也不能影响到其它站点。
原文链接:https://blog.csdn.net/Generon/article/details/72458053
原创文章,作者:优速盾-小U,如若转载,请注明出处:https://www.cdnb.net/bbs/archives/18256