玉树网站漏洞检测项目

SINE安全对网站漏洞检测具有的安全技术人员，而且完全不依靠软件去扫描，所有漏洞检测服务都是由我们人工去检测，比如对代码进行审计，以及都每个网站或APP的功能进行单独的详细测试，如跨权限漏洞，支付漏洞绕过，订单价格被篡改，或订单支付状态之类的，或会员找回密码这里被强制找回等，还有一些逻辑漏洞，上传漏洞，垂直权限漏洞等等。
在对客户的网站进行服务的同时，我们首先要了解分析数据包以及网站的各项功能，有助于我们在渗透测试中发现漏洞，修复漏洞，综合客户网站的架构，规模，以及数据库类型，使用的服务器系统，是windows还是linux，前期都要收集信息，做到知彼知己百战不殆。只有真正的了解了网站，才能一层一层地找出漏洞所在。网站使用的是php语言开发，采用是mysql数据库，客户服务器用的是linux centos系统，用phpstudy一键环境搭建，PHP的版本是5.5，mysql数据库版本是5.6.客户网站是一个平台，采用会员登录，功能基本都是一些交互性的，会员资料，添加，与，在线反馈等等。

讨论回顾完上次整改的问题之后，理清了思路。然后我登录了网站查看一下原因，因为网站只有一个上传图片的地方，我进行抓包尝试，使用了repeater重放包之后，发现返回包确实没有返回文档上传路径，然后我又尝试了各种绕过，结果都不行。后苦思冥想得不到结果，然后去问一下这个云平台给他们提供的这个告警是什么原因。看了云平台反馈的结果里面查杀到有图片码，这个问题不大，上传文档没有执行权限，而且没有返回文档路径，还对文档名做了随机更改，但是为啥会有这个jsp上传成功了，这让我百思不得其解。
当我仔细云平台提供的发现webshel数据的时候，我细心的观察到了文档名使用了base编码，这个我很疑惑，都做了随机函数了还做编码干嘛，上次测试的时候是没有做编码的。我突然想到了问题关键，然后使用burpsuite的decoder模块，将文档名“1jsp”做了base编码成“MS5Kc1A=”，然后发送成功反馈状态码200，再不是这个上传失败反馈500状态码报错了。
所以，这个问题所在是，在整改过程中研发人员对这个文档名使用了base编码，导致文档名在存储过程中会使用base解析，而我上传文档的时候将这个后缀名.jsp也做了这个base编码，在存储过程中.jsp也被成功解析，研发没有对解析之后进行白名单限制。其实这种编码的更改是不必要的，毕竟原来已经做了随机数更改了文档名了，再做编码有点画蛇添足了，这就是为啥程序bug改一个引发更多的bug原因。

攻击产业链成熟，攻击成本极低
目前黑产产业愈发成熟，发起一次网络攻击或入侵的代价变得非常低廉，如果你在网上搜一搜，就会发现，仅需花费数十元，便可以购买 50M 的日攻击服务。如果包月，费用更低，即花费 500 元就可以攻击一个中小企业长达一个月。这样一来，企业将面临的不但是要在应用架构上花重金配置的安全防护类产品，还需要在安全防护方面投入运维人力，中小企业根本无力承担，安全成为中小企业无法承受之重。

云的简化运维特性可以帮用户降低这方面风险，但如果用户在架构上并没有针对性的做署，安全问题仍然很突出。相比而言，大部分大企业有的 IT 部门，配备的信息安全团队，每年有信息安全方面的预算，有助于他们抵御网络攻击和修复漏洞。如此一来，当同样受到网络攻击时，中小企业受到的影响显然更加显著。
SINE安全网站漏洞检测时必须要人工去审计漏洞和查找漏洞找出问题所在并修复漏洞，对各项功能都进行了全面的安全检测。
http://www.qdshtddzkj.com