服务方式人工
保障解决不掉
app渗透测试支持
网站安全防护支持
cc防护支持
网站漏洞修复,网站程序代码的安全审计,包括PHP、ASP、JSP、.NET等程序代码的安全审计,上传漏洞,SQL注入漏洞,身份验证漏洞,XSS跨站漏洞,命令执行漏洞,文件包含漏洞,权限提升漏洞等的安全审计,网站防篡改方案,后台登录二次安全验证部署,百度风险提示的解除,等恶意内容百度快照清理,以及网站后门木马和程序恶意挂马代码的检测和清除,网站源代码及数据库的加密和防止泄露。针对于PHP代码的开发的网站,近在给客户做网站安全检测的同时,小小的都会存在网站的后台管理页面被绕过并直接登录后台的漏洞,而且每个网站的后台被绕过的方式都不一样,根据SINE安全渗透测试多年来经验,来总结一下网站后台绕过的一些详情,以及该如何去防范后台被绕过,做好网站的署。后台验证码缺乏安全验证

软件测试阶段:交互式安全测试 (IAST),IAST 通过代理、* 或者服务端 Agent 方式无感知获取功能测试人员测试交互流量,基于模糊测试 (fuzz) 思想对流量进行攻击代码随机插入和攻击流量构建,并自动化对被测程序进行安全测试,同时可准确确定漏洞所在的代码文件、行数、函数及参数。
上线迭代阶段:常态化安全运营,对项目上线后所在的服务器资产、中间件以及项目本身进行 7*24 小时周期性安全检查,相当于有一个安全团队或渗透测试工程师全天候管理线上资产、站点以及中间依赖的安全问题,有效确保安全健壮性。

自己猜想了一下原因,页面和百度抓取收录显示不一致。查服务器日志方案不可行。网站实际页面和百度排虫收录显示不一致,网站源代码肯定被了,但怎么改的,改在哪里不知道,服务器里代码文档有几百个,一个个检查,一行行看源代码肯定不现实。首先想到了检查服务器日志。但是问题是不知道骇客哪天改的,所以只能调出了几个星期的服务器日志来检查。可是,检查日志也是庞大的工程,而且对此经验不足,也很费事,也不一定有结果。因此,只能又寻求新的办法。
找到了问题解决的关键路线,使用useragent-watch页面内容没变,但百度排虫抓取错了,问题肯定出在爬虫抓取身上。所以如果能看到排虫抓取的整个流程,或许会会找到。一番研究之后,找到了一个工具“user-agent-switcher”,可以模拟各种设备和搜索引擎排虫,chrome和火狐浏览器都有插件可以安装。chrome安装useragent-watch之后,添加百度爬虫useragent设置:Mozilla/5.0(compatible;Baiduspider/2.0;+http。如图。

LOG文档会实时的记录所有的网站访问记录,以及访问者的IP等等信息。就好比我们访问wwwsinesafecom的时候,access.log日志就会出现以下记录:60.58.118.58--[11/SEP/2017:06:18:33+0200]“GETwwwsinesafecom/HTTP/1.1”200“-”“Mozilla/6.0(WindowsNT8.0;WOW;rv:33.0)Gecko/20170911Firefox/35.0“我来说一下上面这个访问记录是什么意思吧,记录了一个60.58.118.58的IP,在2017年9月11日的早晨6点18分访问了wwwsinesafecom网站的首页,并返回了200的状态.
200状态就是访问成功的状态。如果我们没有网站日志文档,那我们根本就不知道谁访问了我们网站,以及他访问了我们网站的那些。前端时间客户的网站被攻击了,网站首页被篡改成了du博的内容,从百度点击进去直接跳转了du博网站上去,导致网站无常浏览,客户无法下单,网站在百度的搜索里标记为风险造成了很严重的经济损失。以这个网站为案例,我来讲讲该如何从网站的访问日志去查到网站是怎样被攻击的,
所以对代码的安全审计,都需要费时费力,我们就要用心的去做安全,每一个代码,每一个文件都要认真审查,漏过一个细节,对安全来说就是致命的。
苏州网站安全检测