尽管成功的 SQL 注入攻击的影响因目标应用程序以及该应用程序处理用户提供的数据的方式而异，但 SQL 注入通常可用于执行以下类型的攻击：
● 身份验证绕过： 此攻击允许攻击者在不提供有效用户名和密码的情况下，可能具有管理权限登录到应用程序。
● 信息泄露： 此攻击允许攻击者直接或间接获取数据库中的敏感信息。
● 数据完整性受损： 这种攻击涉及数据库内容的更改。攻击者可以使用此攻击来破坏网页，或更可能将恶意内容插入到其他无害的网页中。 该技术已通过SANS Internet Storm Center 的SQL 注入大规模攻击中描述的攻击得到证明 。
● 数据可用性受损： 此攻击允许攻击者删除信息，意图造成损害或删除数据库中的日志或审核信息。
● 远程命令执行： 通过数据库执行命令可能会让攻击者破坏主机操作系统。这些攻击通常利用现有的预定义存储过程来执行主机操作系统命令。这种攻击最常见的形式是使用 Microsoft SQL Server 安装中常见的 xp_cmdshell 存储过程，或者利用在 Oracle 数据库上创建外部过程调用的功能。
用于绕过身份验证的 SQL 注入示例
SQL 注入的多种可能用途之一涉及绕过应用程序登录过程。以下示例说明了 SQL 注入攻击的一般操作。以下 HTML 表单向应用程序用户请求登录信息。尽管此示例使用 HTTP POST 请求，但攻击者也可以使用使用 HTTP GET 方法的 HTML 表单。
用户名：<输入类型=文本名称=用户名>
密码：<输入类型=密码名称=密码>
<输入类型=提交值=登录>
当用户在此表单中输入信息并单击 “登录”时，浏览器会向 Web 服务器提交一个包含用户凭据的字符串。此字符串在 HTTP 或 HTTPS POST 请求的正文中显示为：
用户名=提交用户 & 密码=提交密码
具有易受攻击的登录过程的应用程序可能会接受提交的信息并将其用作以下 SQL 语句的一部分，该语句查找包含提交的用户名和密码的用户配置文件：
select from Users
where (用户名 = ' subscribedUser ' AND 密码 = 'subscribedPassword ');
除非应用程序使用严格的输入验证，否则它可能容易受到 SQL 注入攻击。例如，如果应用程序在没有任何验证的情况下接受并处理用户提供的数据，则攻击者可能会提交恶意制作的用户名和密码。考虑攻击者发送的以下字符串：
用户名=admin%27%29+--+&密码=+
一旦接收到该字符串并对其进行 URL 解码，应用程序将尝试使用用户名 admin') 以及由单个空格组成的密码来构建 SQL 语句。将这些项目放入前面的 SQL 语句中会产生：
select from Users where (用户名 = ' admin ') -- 密码 = ' ');
正如前面的示例所示，攻击者制作的用户名会更改 SQL 语句的逻辑，以有效地删除密码检查。在上面的示例中，攻击者可以使用管理员帐户成功登录应用程序，而无需知道该帐户的密码。
精心设计的输入中出现的两个破折号字符 (--) 的字符串非常重要；它向数据库服务器指示 SQL 语句中的其余字符是注释，应被忽略。此功能是攻击者可以使用的最重要的工具之一，如果没有它，就很难确保恶意 SQL 语句在语法上正确。
尽管精心设计的字段（即上一个示例中的用户名字段）必须针对易受攻击的应用程序进行定制，但事实证明，Internet 上随时可用的大量记录字符串可以成功启用 SQL 注入攻击。前面的示例可能很简单，但它说明了 SQL 注入攻击技术的有效性。
