《《[IT认证]SQL注入经典教程珍藏版》.pdfVIP

更多 sql 注入信息请关注                      37 网络技术网  你黑客路上的资源站  听说很多人想学 SQL 手工注入，但网上的资料都很不全，我在家没事就帮大家 找了一些关于 SQL 手工注入经典的教程，希望能给大家带来帮助 SQL 注入天书 - ASP 注入漏洞全接触收藏 引言 随着 B/S 模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越 多。但是由于这个行业的入门门槛不高，程序员的水平及经验也参差不齐，相当 大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使 应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结 果，获得某些他想得知的数据，这就是所谓的 SQL Injection ，即ＳＱＬ注入。 ＳＱＬ注入是从正常的 WWW 端口访问，而且表面看起来跟一般的 Web 页面 访问没什么区别，所以目前市面的防火墙都不会对ＳＱＬ注入发出警报，如果管 理员没查看 IIS 日志的习惯，可能被入侵很长时间都不会发觉。 但是，ＳＱＬ注入的手法相当灵活，在注入的时候会碰到很多意外的情况。能不 能根据具体情况进行分析，构造巧妙的 SQL 语句，从而成功获取想要的数据， 是高手与“菜鸟” 的根本区别。 根据国情，国内的网站用 ASP+Access 或 SQLServer 的占 70% 以上， PHP+MySQ 占 20% ，其他的不足 10% 。在本文，我们从分入门、进阶至高级 讲解一下 ASP 注入的方法及技巧，PHP 注入的文章由 NB 联盟的另一位朋友 zwell 撰写，希望对安全工作者和程序员都有用处。了解 ASP 注入的朋友也请 不要跳过入门篇，因为部分人对注入的基本判断方法还存在误区。大家准备好了 吗？ Lets Go... 入门篇 如果你以前没试过ＳＱＬ注入的话，那么第一步先把 IE 菜单 =工具 = Internet 选项 = 高级 = 显示友好 HTTP 错误信息 前面的勾去掉。否则，不 论服务器返回什么错误，IE都只显示为 HTTP 500 服务器错误，不能获得更多 的提示信息。 第一节、ＳＱＬ注入原理 以下我们从一个网站 开始（注：本文发表前已征得该站站长同 意，大部分都是真实数据）。 在网站首页上，有名为“ IE 不能打开新窗口的多种解决方法” 的链接，地址为： /showdetail.asp?id=49 ，我们在这个地址后面加上单引号’， 服务器会返回下面的错误提示： Microsoft JET Database Engine 错误 80040e14 字符串的语法错误 在查询表达式 ID=49 中。 /showdetail.asp ，行 8 更多 sql 注入信息请关注                      37 网络技术网  你黑客路上的资源站  从这个错误提示我们能看出下面几点： 网站使用的是Access 数据库，通过 JET 引擎连接数据库，而不是通过 ODBC 。 程序没有判断客户端提交的数据是否符合程序要求。 该 SQL 语句所查询的表中有一名为 ID 的字段。 从上面的例子我们可以知道，ＳＱＬ注入的原理，就是从客户端提交特殊的代码， 从而收集程序及服务器的信息，从而获取你想到得到的资料。 第二节、判断能否进行ＳＱＬ注入 看完第一节，有一些人会觉得：我也是经常这样测试能否注入的，这不是很简单 吗？ 其实，这并不是最好的方法，为什么呢？ 首先，不一定每台服务器的 IIS 都返回具体错误提示给客户端，如果程序中加 了 cint(参数) 之类语句的话，ＳＱＬ注入是不会成功的，但服务器同样会报错， 具体提示信息为处理 URL 时服务器上出错。请和系统管理员联络。 其次，部分对ＳＱＬ注入有一点了解的程序员，认为只要把单引号过滤掉就安全 了，这种情况不为少数，如果你用单引号测试，是测不到注入点的 那么，什么样的测试方法才是比较准确呢？答案如下： /showdetail.as