南宁小程序漏洞测试服务

好，第二个的话，就是咱们去做功能测试的话，你要知道你我们经常做的一些测试的策略有哪一些，然后你是从哪些角度去做这一些测试策略的比如说这些测试策略的话有咱们的功能测试，然后 UI 兼容性测试、稳定性测试，那这些东西你如何去做你是如何去实施的，你会从哪些角度去测试，这个也是做做咱们黑盒测试必须要掌握的一个。
添加软件防火墙
基于Web的防火墙解决方案可以监视传入连接并阻止可能具有威胁性的连接。管理防火墙是一项持续的活动，必须确保打开正确的端口并允许在开放的互联网上运行，同时持续Web服务器访问流量并根据网络威胁级别实时调整防护策略。
维护备份策略
服务器备份对于保持安全至关重要。在代码级别，数据应通过配置系统进行管理，随时跟踪每个更改并随时间存储版本记录，如发现安全漏洞便可及时修补。在数据库层，如果不是更频繁，则应至少每天记录完整快照备份，具体取决于发生的更改和添加类型。另外保持备份副本安全也非常重要，佳做法是在云环境中保留一组备份，在本地办公室的硬件上保留另一组备份。
使用HTTPS协议
HTTPS是以安全为目标的HTTP通道，简单讲是HTTP的安全版。HTTP下加入SSL层，是数据传输的安全基础。使用HTTPS协议，可以加密会员登录的账号密码，进而保护用户隐私。

多年以来，应用程序设计总是优先考虑功能性和可用性，很少考虑安全性。很多CISO表示，API安全性尤其不被重视，甚至完全被排除在安全设计流程之外。通常都是开发人员开发和部署完成后，在API投入生产且频繁遭受攻击后才亡羊补牢查找问题。安全性（包括API安全性）需要成为产品设计的一部分，并且应作为首要考虑因素加以实现，而不是事后填坑。
解决方法：审查应用程序的安全体系结构是迈向安全系统的重要步。请记住，API使攻击者能更地攻击或利用您的系统。设计安全性的目标是让API成为用户而非攻击者的工具。以上只列举了一些常见的API漏洞，总之，重要的是在软件开发生命周期的早期阶段就讨论安全问题。微小的改进就可以带来巨大的好处，避免API遭攻击造成的巨大和损失。

下面开始我们的整个渗透测试过程，首先客户授权我们进行网站安全测试，我们才能放开手的去干，首先检测的是网站是否存在SQL注入漏洞，我们SINE安全在检测网站是否有sql注入的时候都会配合查看mysql数据库的日志来查询我们提交的SQL语句是否成功的执行，那么很多人会问该如何开启数据库的日志，如何查看呢？首先连接linux服务器的SSH端口，利用root的账号密码进服务器，打开mysql的配置文件mysqld.cnf编辑general_log_file=（log日志的），general_log=1，在服务器里输入tail -f （log），来查看实时的数据库语句执行日志。当我们SINE安全技术在测试SQL注入漏洞的时候，就会实时的看到是否有恶意的SQL语句执行成功，如果有那么数据库日志就会出现错误提示，在渗透测试中是很方便的，也更利于查找漏洞。

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