用于绕过身份验证的 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 注入攻击技术的有效性。