网站防御不佳还有另一个原因,有很多网站管理员对网站的价值认识仅仅是一台服务器或者是网站的建设成本,为了这个服务器而增加**出其成本的安全防护措施认为得不偿失。而实际网站遭受攻击之后,带来的间接损失往往不能用一个服务器或者是网站建设成本来衡量,很多信息资产在遭受攻击之后造成无形价值的流失。不幸的是,很多网站负责的单位、人员,只有在网站遭受攻击后,造成的损失远**过网站本身造价之后才意识就这一点。
安全现状和常见威胁分析
1998年,我国建立了个——青岛政务信息公众网。1999年,40多家部委发起“上网工程”。2007年1月17日,*165次会议通过的*492号令《*共和国信息公开条例》中*十五条规定:行政机关应当将主动公开的信息,通过公报、、新闻发布会以及报刊、广播、电视等便于公众知晓的方式公开。
各级逐渐重视信息化建设,许多机构都建立了自己的。然而目前还缺乏足够的重视和维护,已成为网络安全中薄弱的一环。从域名类型来看,我国境内被篡改中,类(.gov)占11.3%,教育类(.edu)占30.8%,其他占1.9%。被挂马的(.域名)数量为23618个,占全部挂马总数的9.69%。监测到40186个被植入后门,其中有1529个。共收集整理2394个高危漏洞,Web应用漏洞占16.1%。
接下来我们就要进入到逻辑漏洞的挖掘环节了,大家有没有一点小期待啊,好了,不扯了,下面我们进入正题。逻辑漏洞是很多的工具所无法发现的,大部分都是手工挖掘出来的。经过测试我们会发现,本网站内商品存在两项漏洞,总体思路如下:在提交订单时,后端未校验用户购买的数量和前端提交的数量是否一致;*二项,攻击者可以通过更改购买某一商品,这一产品的数量限制,创建订单提交支付请求后,使攻击者即使在未完成订单支付前,也会扣除商品库存,使恶意用户可以无限制下单,导致他人无法参与购买这一产品,恶意用户也可以将所有商品的库存为0,使其他用户购买时,将显示库存不足,无常购买。
随着研发-测试流程的完善,大部分测试部门的同学会在新的代码部署到测试环境以后会进行功能测试,在进行功能测试的同时安全同学可以通过抓取,然后通过对进行回放实现部分漏洞的检测,比如我们经常对get类型的请求做sql注入检测,还可以通过替换身份信息进行普通的未授权、越权检测,通过以上我们应该也可以发现一些问题,那么实际生产中存在大量的需要和数据库进行交互的场景,比如、收货、添加收货、收获类似的场景,针对这些类型的越权检测大部分安全同学可能是申请两个账号然后进行测试,然后通过比对返回的结果判断是否存在越权,以上也可以实现自动化检测,无非是替换身份认证字段重放请求,但是以上检测方存在一些问题,比如可能会带来大量脏数据然后对qa的测试会产生一定的影响,想想以前针对类型的注入是不是加过or1=1,那么有没有方法解决这些问题呢,下面就是我的一些思考。
威胁来源:政机关门户系统作为信息系统,与一般信息系统一样其安全威胁会来自如自然环境、设备故障、内部人员恶意或无意的行为等,但主要的安全威胁来源是来自互联网的攻击者。
SINESAFE为了帮助网站维持长的正常运行时间,可以采用冗余性(备份和服务器的失效转移)来保护网站。备份可以帮助避免客户端数据的丢失,而备份服务器可以避免服务器遭到彻底毁灭时不用从头开始构建新的服务器。