ie6浏览器修复工具的限制问题仍然没有得到根治

ie6浏览器修复工具的限制问题由于ie的浏览器修复的功能比较有限，因此，一直以来发生了大量类似的安全漏洞问题。而且这样的情况还在蔓延，所以近期的ie11安全补丁的报告数量有所增加。但是，发布的最新报告显示，sql注入问题仍然没有得到根治。开发者团队表示，由于整个“appso”产品生态系统中，使用activex控件的网站数量很大，并且这些控件设置的默认值为1024，对于sql注入攻击而言，这并不是可靠的公共信息。

开发者团队建议修改activex控件设置公共信息。同时，他们还强调说，ie11的通用性在某些情况下依然存在问题，因此，开发团队对于此次出现的漏洞修复工作也是充满了期待。所以，请我们继续关注这些问题。比如在这里。

其实很简单，说出来你可能不信，就是sql_server注入。第一，你要定位他的漏洞在哪个环节，使用的第三方控件？主动访问的？dom？.等等。最终都得从它的解析方式入手。你要觉得难，其实只要学透网站架构，改为由三方控件提供解析服务即可，dom也可以使用第三方控件来解析，然后对sql表进行格式转换，基本是个透明的，全是sql解析器做的事。

第四个重要参数发现bug

ie的安全补丁更新到什么程度？现在来评价这次更新还为时尚早。有两个原因，一是漏洞的信息还不全面，攻击方还没有找到漏洞所在的位置，毕竟bug还未修复过多，二是ie的架构一直有问题，从代码上已经可以看出来了，安全漏洞不是突然出现的，而是一直存在并有利可图的。这次更新没有找到漏洞的原因，一来不确定第三方客户端是否可以访问到第二方控件，二来第三方控件是否是用于私用的第三方客户端也尚无证据，需要找到问题所在的位置。

这种情况下，需要分析攻击方是否有获取此私用第三方控件的控制权，无疑难度极大。对于上面所述的两个因素，一个信息不全，一个没有确定。如果不过内审，很难看出有问题，那么，解决问题的关键在于第三方控件，以及此控件的权限。每一次的漏洞攻击，如果没有满足漏洞权限的要求，安全保障从来都不是唾手可得的。但实际上，这个权限问题一直存在，而且越是小公司，权限设置越松，任意第三方控件使用者想获取权限更是易如反掌。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shumachanpin/article-362882-1.html