在这个问题开讲的时候我们不得不提一下,最近有两个很大的漏洞被黑客破解,造成很多的网站被挂马,请大家注意自查自身公司的网站是不是被黑,被挂马,特别是那些网站自身维护的企业,请务必看重和检查;
大家还是回到自己的话题,怎么样维护和访问网站漏洞;第一从马鞍山网站制作之初,就应该做好这些安全措施,怎么样防止自身的站点被攻击,下面就由麦格我们给你说说怎么样防止网站被黑。假如你的网站做到如下几点,相对是比较安全的。就像标题所说,网站中常见的21个漏洞及预防办法。
1、其它漏洞
问题描述:其它漏洞
修改建议:具体漏洞具体剖析
2、sql注入:
问题描述:攻击者借助sql注入漏洞,可以获得数据库中的多种信息,如:管理后台的密码,从而脱取数据库中的内容(脱库)。
修改建议:对输入参数进行过滤、校验。使用黑白名单方法。
注意:过滤、校验要覆盖系统内所有的参数。
3、文件上传漏洞:
问题描述:没有对文件上传限制, 可能会被上传可实行文件,或脚本文件。进一步造成服务器沦陷。
修改建议:严格验证上传文件,防止上传asp、aspx、asa、php、jsp等危险脚本。同事最好加入文件头验证,防止用户上传非法文件。这个漏洞一般来说是网站开发过程中代码不够严谨的理由引起的。
4、后台地址、管理员密码的泄露
问题描述:后台密码、地址过于容易,为攻击者攻击后台供应了便利。
修改建议:修改后台地址链接,复杂点。大家麦格的企业站后台可以开启加密模式,对应管理员密码,都建议使用大小写字母、数字的组合,最好8位以上,这样可以加强破解的困难程度,密码不要出现常见的单词。如:root绍兴衡水6、admin绍兴4、qwer绍兴4、p@ssw0rd 等。
5、SSRF漏洞:
问题描述:服务端请求伪造。
修改建议:打补丁,或者卸载无用的包,一般来说是服务器环境方面的,虚拟主机方面可以不需要担忧,但是独立云主机应该注意按期更新补丁。
6、敏锐信息泄露:
问题描述:系统暴露内部信息,如:网站的绝对路径、网页源码、SQL语句、中间件版本、程序异常等信息。
修改建议:对用户输入的异常字符过滤。屏蔽一些错误回显,如自概念安徽、浙江、晋城0等。
7、测试存在风险的无关服务和端口
问题描述:测试存在风险的无关服务和端口,为攻击者供应便利。
修改建议:关闭无用的服务和端口,前期只开铁岭和数据库端口,采用的时候开放20或者21端口。
8、命令实行漏洞
问题描述:脚本程序调用如php 的 system、exec、shell_exec等。
修改建议:打补丁,对系统内需要实行的命令要严格限制。
9、目录遍历漏洞
问题描述:暴露目录信息,如开发语言、站点结构
修改建议:修改有关配置。
10、CSRF(跨站请求伪造)
问题描述:采用已经登陆用户,在不知情的状况下实行某种动作的攻击。
修改建议:添加token验证。时间戳或这图片验证码
修改建议:加大程序的设计和逻辑判断。
11、XML实体注入:
问题描述:当允许引用外部实体是,通过构造恶意内容,可造成读取任意文件、实行系统命令、探测内网端口等等。
修改建议:采用开发语言供应的禁用外部实体办法,过滤用户提交的XML数据。
12、跨站脚本攻击:
问题描述:对输入信息没有进行校验,攻击者可以通过巧妙的办法注入恶意指令代码到网页。这种代码一般是JavaScript,但实质上,也可以包括Java、VBScript、ActiveX、Flash 或者一般的HTML。攻击成功之后,攻击者可以拿到更高的权限。
修改建议:对用户输入进行过滤、校验。输出进行HTML实体编码。这个对于企业展用户来说一般不存在什么大的问题,由于内容都只能管理员发布,但是对于平台用户则非常重要,需要在程序中进行合适的限制
注意:过滤、校验、HTML实体编码。要覆盖所有参数。
13、登陆功能验证码漏洞
问题描述:不断恶意重复一个有效的数据包,重复发给服务端。服务端未对用户提交的数据包进行有效的限制。
修改建议:验证码在服务器后端刷新,数据包提交一次数据数刷新一次。
14、不安全的cookies
问题描述:cookies中包含用户名或密码等敏锐信息。
修改建议:去掉cookies中的用户名,密码。
15、设计缺陷/逻辑错误:
问题描述:程序通过逻辑达成丰富的功能。大量状况,逻辑功能存在缺陷。譬如,程序员的安全意识、分析的不周全等。这种一般来说是程序系统开发中最可能出现的问题,这个需要对程序员的经验有很高的需要。
16、明文传输
问题描述:对系统用户口令保护不足,攻击者可以借助攻击工具,从互联网上窃取合法的用户口令数据。
修改建议:传输的密码需要加密,假如是需要较高的用户,可以分析购买采用 网站SSL安全证书。
注意:所有密码要加密。要复杂加密。不要用base巴彦淖尔或md5。
17、任意文件包含、任意文件下载:
问题描述:任意文件包含,系统对传入的文件名没有合适的校验,从而操作了预想之外的文件。任意文件下载,系统供应了下载功能,却未对下载文件名进行限制。
修改建议:对用户提交的文件名限制。防止恶意的文件读取、下载
18、越权:
问题描述:不一样权限账户之间存在越权访问。
修改建议:加大用户权限的验证。这个也是开发过程中轻易出现的问题,特别是用户修改用户组信息,用户信息是不要带自己的 ID作为参数进行传递,应该采用 SESSION
注意:往往通过不一样权限用户之间链接访问、cookie、修改id等。
猜你感兴趣的内容