服务人工
漏洞检测项目所有
优势服务好
APP漏洞检测支持
服务地区全国
SINE安全对网站漏洞检测具有的安全技术人员，而且完全不依靠软件去扫描，所有漏洞检测服务都是由我们人工去检测，比如对代码进行审计，以及都每个网站或APP的功能进行单的详细测试，如跨权限漏洞，支付漏洞绕过，订单价格被篡改，或订单支付状态之类的，或会员找回密码这里被强制找回等，还有一些逻辑漏洞，上传漏洞，垂直权限漏洞等等。
在对前端输入过来的值进行安全判断，确认变量值是否存在，如果存在将不会覆盖，杜绝变量覆盖导致掺入恶意构造的sql注入语句代码在GET请求，以及POST请求里，过滤非法字符的输入。 '分号过滤 --过滤 %20字符过滤，单引号过滤，%百分号， and过滤，tab键值等的的安全过滤。如果对代码不是太懂的话，也可以找网站安全公司来处理，国内SINESAFE,启明星辰，绿盟都是比较的。逻辑漏洞的修复办法，对密码找回功能页面进行安全校验，检查所属账号的身份是否是当前的，如果不是不能发送验证码，其实就是代码功能的逻辑设计出了问题，逻辑理顺清楚了，就很容易的修复漏洞，也希望我们SINE安全分享的这次渗透测试过程能让更多的人了解渗透测试，安全防患于未然。
其实从开发的角度，如果要保证代码至少在逻辑方面没有明显的漏洞，还是有些繁琐的。举个简单的例子，如网站的数据检验功能，不允许前端提交不符合当前要求规范的数据（比如年龄文本框部分不能提交字母）。那么为了实现这个功能，首先开发者肯定要在前端实现该功能，直接在前端阻止用户提交不符规范的数据，否则用户体验会很差，且占用服务器端的资源。
但是没有安全意识或觉得麻烦的开发者就会仅仅在前端用Js进行校验，后端没有重复进行校验。这样就很容易给恶意用户机会：比如不通过前端页面，直接向后端接口发送数据：或者，前端代码编写不规范，用户可以直接在浏览器控制台中用自己写的Js代码覆盖原有的Js代码；或者，用户还可以直接在浏览器中禁用Js；等等。总之，前端的传过来的数据可信度基本上可以认为比较低，太容易被利用了。
而我的思路都是很简单的，就是关注比较重要的几个节点，看看有没有可乘之机。如登录、权限判定、数据加载等前后，对方是怎么做的，用了什么样的技术，有没有留下很明显的漏洞可以让我利用。像这两个网站，加载的Js文档都没有进行混淆，注释也都留着，还写得很详细。比较凑巧的是，这两个网站都用到了比较多的前端的技术，也都用到了sessionStorage。
接下来还得检测网站的各项功能以及APP功能是否存在逻辑漏洞，越权漏洞，水平垂直等等，我们SINE安全技术详细的对每一个功能都测试很多遍，一次，两次，多次的反复进行，在用户重置密码功能这里发现有漏洞，正常功能代码设计是这样的流程，首先会判断用户的账号是否存在，以及下一步用户的是否与数据库里的一致，这里简单地做了一下安全校验，但是在获取验证码的时候并没有做安全校验，导致可以post数据包，将为任意来获取验证码，利用验证码来重置密码。
多年以来，应用程序设计总是优先考虑功能性和可用性，很少考虑安全性。很多CISO表示，API安全性尤其不被重视，甚至完全被排除在安全设计流程之外。通常都是开发人员开发和部署完成后，在API投入生产且频繁遭受攻击后才亡羊补牢查找问题。安全性（包括API安全性）需要成为产品设计的一部分，并且应作为首要考虑因素加以实现，而不是事后填坑。
解决方法：审查应用程序的安全体系结构是迈向安全系统的重要步。请记住，API使攻击者能更地攻击或利用您的系统。设计安全性的目标是让API成为用户而非攻击者的工具。以上只列举了一些常见的API漏洞，总之，重要的是在软件开发生命周期的早期阶段就讨论安全问题。微小的改进就可以带来巨大的好处，避免API遭攻击造成的巨大和损失。
SINE安全网站漏洞检测时必须要人工去审计漏洞和查找漏洞找出问题所在并修复漏洞，对各项功能都进行了全面的安全检测。
http://www.qdshtddzkj.com
