SQL注入1
简介
许多现实中对于网站的攻击往往是由于网站没有及时更新或者对于用户的输入没有进行检查。从缓冲区溢出说起，这样一种针对系统脆弱性的威胁，最根本的问题还是在于对于用户的输入没有进行检查。作为主要威胁之一的SQL注入带来了人们对于其应用和数据库的担忧。这个问题的出现有十年的时间了，但是现在仍旧在许多网站中出现。SQL注入就像许多当前主要的的web应用安全攻击问题也被划归在了对于用户输入的检查上。
正文
许多web开发者并不知道SQL语句能够被自定义（handle）并且假定SQL语句是一个让人信任的命令。这就让SQL语句能够绕过访问控制机制（access control），因此跳过标准的授权和认证检查。甚至有些时候SQL语句能够允许使用服务器操作系统上的命令行的权限。
直接的SQL注入命令是一种方法，它被攻击者构造或者是修改现成的SQL命令来暴露出隐藏的数据或者是覆盖掉有价值的数据，甚至在服务器上执行危险地系统指令
入门
结构化的语言是数据库的标准声明语言。这让（语言）变的更加简洁并且更易于使用。SQL起源于70年代的IBM实验室。SQL被用来让应用程序与数据库之间进行通信。
SQL使用如下的4种语言来对数据库进行操作
SELECT -从数据库中获得一条记录
INSERT-向数据库中插入一条记录
DELETE-从数据库中删除一条记录
UPDATE-从数据库中更新或者改变当前记录
当用户提交的语句被用作数据库的查询语句时SQL就能够发生。比如当用户被网站认证授权，用户发送一个带有”用户名”和”密码”的信息，用户名/密码就与存放在数据库中的内容进行核对。如果相同的话用户就被允许登录，否则用户登录失败。以下是一个在后台进行登录的例子。
代码
SELECT * FROM user WHERE username='$username' AND password='$password'
这个语句简单地指明了从user的表中查询用户名和username相等的，并且密码和password相等的。所以，如果用户发送用户名为”admin”,并且密码为”12345″,那么SQL语句被创建如下:
SELECT * FROM user WHERE username='admin' AND password ='12345'
注入
那么，如果用户输入’ or ’1′=’1,第一个引号会终止输入的字符串，剩下的会被当做SQL语句，并且在SQL语句中1=1恒为真，这就能够让我们绕过注册机制
SELECT * FROM user WHERE username=’admin’ AND password =”or ’1′=’1′ -TRUE
上述是一个SQL注入的简单地例子，然而在实际过程中，SQL注入比这要复杂的多。在我们的渗透测试中，大多数时候我们有一个非常紧凑的计划表，所以这个时候我们需要一个自动化的攻击来为我们进行注入攻击。
SQLMAP就是一能够利用（系统）脆弱性的工具。它是开源的，并经常被用来在Python写的脆弱的DBMS上进行入侵的渗透测试。它能够检测并利用SQL上的漏洞，让我们举例在操作系统和数据库上使用sqlmap.py。
一步一步
我将尽可能地以最简洁的方式展示出来。
最常见的检测SQL注入的方法是通过在输入处添加一个单引号(')并且期待（系统）返回一个错误，有些应用程序并不会返回错误。这个时候我们就会利用true/false语句来检查是否这个应用程序会受到SQL注入的攻击。
为了随机的找到还有SQL注入的脆弱性的网站，你能够使用如下格式的语句利用google dork：inurl:news.php id =1?将会出现一堆google dork的数据并且为你过滤你搜索得到的结果提供了可能。那么让那个我们开始吧。
