服务人工
漏洞检测项目所有
优势服务好
APP漏洞检测支持
服务地区全国
许多客户在网站，以及APP上线的同时，都会提前的对网站进行全面的渗透测试以及安全检测，提前检测出存在的网站漏洞，以免后期网站发展过程中出现重大的经济损失，前段时间有客户找到我们SINE安全公司做渗透测试服务，在此我们将把对客户的整个渗透测试过程以及安全测试，发现的漏洞都记录下来，分享给大家，也希望大家更深地去了解渗透测试。
现在移动互联网的应用复盖了整个行业，其中也有很多投机家，他们的开发经费不够，想以的成本运营市场上的起爆产品，所以开始了APP解读的想法。他们雇用，反译APP，修改重要代码和服务器的连接方式，重新包装，签字，生成与原创相同的应用。然后向一些不正当的渠道公布谋取利益。此外，还有一些黑色组织在应用程序后添加恶意代码，如获取相册数据、获取地址簿和短信数据，以及技术银行账户等敏感信息。解决方案:APP的标志是签名，开发团队和开发公司可以追加防止二次包装的相关代码，可以预防一些小毛贼。目前，国内主流软件分发平台也对APP进行了识别，但由于疏忽，APP、木马式APP蔓延开来。如果想以更的方式解读APP的话，建议咨询网站安全公司，加强APP本身的安全性，大幅度增加了编译、调整和二次包装的难易度。
开源IDS系统有很多种，比较有名的系统有Snort、Suricata、Zeek等，我们选用Suricata是因为Suricata有多年的发展历史，沉淀了的各种威胁检测规则，新版的Suricata3与DPDK相结合，处理大级别的数据分析，Suricata支持Lua语言工具支持，可以通过Lua扩展对分析的各种实用工具。
Suricata与Graylog结合的原因，是因为在Graylog开源社区版本对用数据的数据处理量没有上限限制，可以扩展很多的结点来扩展数据存储的空间和瞬时数据处理的并发能力。Suricata在日志输出方面，可以将日志的输出，输出成标准的JSON格式，通过日志脚本收集工具，可以将日志数据推送给Graylog日志收集服务，Graylog只要对应创建日志截取，就可以对JSON日志数据，进行实时快速的收集与对日志数据结构化和格式化。将JSON按Key和Value的形式进行拆分，然后保存到ElasticSearch数据库中，并提供一整套的查询API取得Suricata日志输出结果。
在通过API取得数据这种形式以外，Graylog自身就已经支持了插件扩展，数据面板，数据查询前台，本地化业务查询语言，类SQL语言。通过开源IDS与开源SIEM结合，用Suricata分析威胁产生日志，用Graylog收集威胁事件日志并进行管理分析，可以低成本的完成威胁事件分析检测系统，本文的重点还在于日志收集的实践，检测规则的创建为说明手段。
Suricata经过多年发展沉淀了很多有价值的威胁检测规则策略，当然误报的情况也是存在的，但可能通过手动干预Surcicata的规则，通过日志分析后，迭代式的规则，让系统随着时间生长更完善，社区也提供了可视化的规则管理方案，通过后台管理方式管理Suricata检测规则，规则编辑本文只是简单介绍。Scirius就是一种以Web界面方式的Suricata规则管理工具，可视化Web操作方式进行管理Suricata规则管理。
讨论回顾完上次整改的问题之后，理清了思路。然后我登录了网站查看一下原因，因为网站只有一个上传图片的地方，我进行抓包尝试，使用了repeater重放包之后，发现返回包确实没有返回文档上传路径，然后我又尝试了各种绕过，结果都不行。后苦思冥想得不到结果，然后去问一下这个云平台给他们提供的这个告警是什么原因。看了云平台反馈的结果里面查杀到有图片码，这个问题不大，上传文档没有执行权限，而且没有返回文档路径，还对文档名做了随机更改，但是为啥会有这个jsp上传成功了，这让我百思不得其解。
当我仔细云平台提供的发现webshel数据的时候，我细心的观察到了文档名使用了base编码，这个我很疑惑，都做了随机函数了还做编码干嘛，上次测试的时候是没有做编码的。我突然想到了问题关键，然后使用burpsuite的decoder模块，将文档名“1jsp”做了base编码成“MS5Kc1A=”，然后发送成功反馈状态码200，再不是这个上传失败反馈500状态码报错了。
所以，这个问题所在是，在整改过程中研发人员对这个文档名使用了base编码，导致文档名在存储过程中会使用base解析，而我上传文档的时候将这个后缀名.jsp也做了这个base编码，在存储过程中.jsp也被成功解析，研发没有对解析之后进行白名单限制。其实这种编码的更改是不必要的，毕竟原来已经做了随机数更改了文档名了，再做编码有点画蛇添足了，这就是为啥程序bug改一个引发更多的bug原因。
接下来还得检测网站的各项功能以及APP功能是否存在逻辑漏洞，越权漏洞，水平垂直等等，我们SINE安全技术详细的对每一个功能都测试很多遍，一次，两次，多次的反复进行，在用户重置密码功能这里发现有漏洞，正常功能代码设计是这样的流程，首先会判断用户的账号是否存在，以及下一步用户的是否与数据库里的一致，这里简单地做了一下安全校验，但是在获取验证码的时候并没有做安全校验，导致可以post数据包，将为任意来获取验证码，利用验证码来重置密码。
SINE安全网站漏洞检测时必须要人工去审计漏洞和查找漏洞找出问题所在并修复漏洞，对各项功能都进行了全面的安全检测。
http://www.qdshtddzkj.com
