虚拟主机Web应用开发时需要注意的安全问题
发布日期:2015-11-26 15:11:48
由于网站被黑的情况较多,以下总结网站应用方面需要注意的安全问题: 表单数据验证 在数据被输入程序前必须对数据合法性的检验。非法输入问题是最常见的Web应用程序安全漏洞。 需要做到:对任何输入内容进行检查。接受所有可以接受的内容,拒绝所有不能接受的内容。 所有提交的表单数据,都必须验证两次,即提交前在客户端用Javascript验证,提交后在服务器端用脚本再次验证,保证数据的合法性。尤其是对于必填项,不仅需要同时在客户端和服务端验证是否做了输入,还要验证输入的数据格式是否正确。 需要注意:在客户端上的Javascript验证并不是真正意义上的检查。比如恶意用户很容易在自己的终端上禁用脚本执行,从而防止客户端的内容检查脚本运行,使得他可以输入恶意代码并成功地提交表单。 对于图像上传功能,需要验证上传图像的格式及大小是否合乎要求。 防范SQL语句注入攻击 程序需要对所有从外部接收到的数据进行过滤,防止恶意攻击。主要防范的字符有“'|script|exec|insert|select|delete|update|count|chr|mid|master|truncate|declare”。 使用积极的过滤而不是消极的过滤。 换句话说,就是检查应该输入什么,而不是检查不应该输入什么。只规定哪些内容不应该输入,会留下太多的漏洞。因为有很多内容都不应该被输入。积极的过滤方式应该包括: ? 是否为空(需要去掉空格后判断) ? 是否是正确的数据类型 (字符串,整数等) ? 是否要求带有参数 ? 字符编码是否允许 ? 输入内容是否达到了内容长度的最大或者最小界限 ? 是否允许输入空值 ? 如果应该输入数字,那么确定数字大小的范围。 ? 输入内容是否造成了数据重复,如果是,判断这种情况是否可以接受。 ? 输入内容是否符合格式要求(比如是否采用正则表达式) ? 如果是通过下拉列表选取的内容,确保其包含了有效的值 地址栏变量需要进行验证 对于从地址栏上接收到的变量,必须要验证其合法性。例如,如果从地址栏上收到了文章ID值,则需要验证ID是否为数字,是否有攻击字符等。 跨站攻击的预防 在验证提交的数据时,为防止跨站攻击 ,可以检查上一个页面是否为本站,另外,过滤 <”替换为“<”,把> 关键信息需要加密 对于密码、会话令牌等关键信息,需要进行加密后再保存到数据库,不允许用明文方式。一般采用MD5加密方式。 配置文件安全 程序中的配置文件(重点是数据库连接配置)需要重点进行安全保护,配置文件不能允许用户直接访问,配置文件的文件扩展名不能为.inc、.txt,必须为可执行脚本扩展名,如.asp、.php、.jsp、.aspx… 数据库安全 数据库文件需要重点安全保护,对于使用access数据库的程序,不可以允许数据库直接可以通过浏览器下载,数据库文件的路径和文件名称需要不易猜测到,数据库文件的扩展名不能为.mdb。可以设置服务器来禁止此类型的文件下载。 使用“最低权限”限制数据库用户的权限。如果使用SQL SERVER或MySQL数据库,可以考虑只给浏览用户以读权限,后台用户以读、写及删权限。 目录和文件夹的安全 用户只能访问网站目录下的内容,确保用户不能访问网站目录以外的目录。 程序中涉及文件包含的地方,要确认所有包含的文件的位置正确。为了防止非法包含文件,应特别小心“./”或“../”的使用。 后台所有程序页面需要做授权验证 如果未经过成功登录,不允许访问任何一个后台程序页面。如果用Session验证,Session有效期不可以太长,建议为15分钟。 成功登陆后的用户,需要验证是否有某个操作的权限。 资源的释放 程序中的使用了关键资源后,必须进行显式释放和关闭,尤其是数据库连接、文件句柄等资源。 防止过分详细的错误提示。 攻击者经常会故意输入错误的内容,进而分析系统给出的错误提示信息,从中获取系统信息,发现可能存在的漏洞。 对于使用Access数据库的用户来说,过于详细的错误提示可能会暴露出数据库文件的路径。 验证码的使用 对于用户注册、用户登陆、调查问卷、在线反馈、评论等程序,需要加上验证码,防止机器人绕过限制提交垃圾信息。 友好的操作反馈提示 对于流程性的操作,需要给用户的操作以友好性反馈提示,让用户了解自己的操作是否有问题,问题在什么地方。 例如,会员注册表单,如果用户提交时,忘记填写某些项,可以在该项后以醒目的颜色来提示,提示的显示最好以AJAX技术实现无刷新效果,提高用户体验。 后台的程序对于一些操作,如删除、审核,必须让用户确认一下才可以执行。 不管用户操作成功或失败,都需要给与提示信息。 上一条: 编辑web.config以确保ASP.NET的安全 下一条: 云盾服务是否是免费服务?
|