发现安全问题不能解决，网站技术发展较快、安全问题日益突出，但由于关注重点不同，绝大多数的网站开发与设计公司，网站安全代码设计方面了解甚少，发现网站安全存在问题和漏洞，其修补方式只能停留在页面修复，很难针对网站具体的漏洞原理对源代码进行改造。这些也是为什么有些网站安装网页防止篡改、网站恢复软件后仍然遭受攻击。我们在一次网站安全检查过程中，曾经戏剧化的发现，网站的网页防篡改系统将早期植入的恶意代码也保护了起来。这说明很少有人能够准确的了解网站安全漏洞解决的问题是否。
接下来我们就要进入到逻辑漏洞的挖掘环节了，大家有没有一点小期待啊，好了，不扯了，下面我们进入正题。逻辑漏洞是很多的工具所无法发现的，大部分都是手工挖掘出来的。经过测试我们会发现，本网站内商品存在两项漏洞，总体思路如下：在提交订单时，后端未校验用户购买的数量和前端提交的数量是否一致；第二项，攻击者可以通过更改购买某一商品，这一产品的数量限制，创建订单提交支付请求后，使攻击者即使在未完成订单支付前，也会扣除商品库存，使恶意用户可以无限制下单，导致他人无法参与购买这一产品，恶意用户也可以将所有商品的库存为0，使其他用户购买时，将显示库存不足，无常购买。

还发现一个问题就是从百度搜索点击进去，网站会直接跳转到du博网站上去。360提醒说是未经证实的du博网站，您访问的网站含有未经证实的du博相关内容，可能给您造成财产损失，请您谨慎访问。点忽略广告，继续，就会跳转到du博网站上去了。我们对客户的网站程序代码进行人工的安全检测，包括网站的漏洞检测，网站木马后门检测，首页加密代码的安全检测，发现网站存在任意文档上传漏洞，在后台管理目录下有个tupianfile可以绕过管理员登录，普通访问用户就可以直接上传数据过去，并上传任意文档到网站目录下，导致网站被hack上传了webshell.

这个逻辑很简单，正常的商品下单后，都是提交订单并且支付订单后才会扣除商品库存量，这种情况下，其他用户还可以继续提交订单购买本商品；我发现的这个漏洞是在提交订单后支付订单前，就扣除商品库存量，只要你提交订单，库存量就减少，会导致其他用户无法提交订单支付购买你已经提交的订单的商品。您说的那种“在支付过程中，其他人看到有库存，下单的话，会与这个订单冲突”的情况并不存在，麻烦您下次评论标点符号加清楚。意思就是假设总共101件商品，你下101个订单，会显示无库存，其他人会直接下不了订单；如果你下50个订单，其他人要继续购买本商品的话，提交的订单是剩下的51个订单里的，双方的支付不会有任何冲突，所以我认为这是一个逻辑漏洞，并且是通过审核的。我感觉自己已经讲得很清楚了，当然，我只是简单分享一下我的挖洞思路，一千个读者有一千个哈姆雷特，感谢您提出问题，我会在以后的文章里，把自己的观点表述清楚。

企业网站和个人网站都不能忽视网站安全问题，一旦一个网站遭到了攻击，突然降临的网站安全问题会给网站带来致命一击。为了阻止网站安全问题的发生，我们可以采取一些必要的措施来尽可能避免网站的站点被攻击。这里就详细讲解了10条必知的网站安全措施。
SINESAFE为了帮助网站维持长的正常运行时间，可以采用冗余性（备份和服务器的失效转移）来保护网站。备份可以帮助避免客户端数据的丢失，而备份服务器可以避免服务器遭到毁灭时不用从头开始构建新的服务器。
http://www.qdshtddzkj.com