「网络安全」SQL注入攻击的真相

迷南。 2024-02-18 04:29 34阅读 0赞

我们生活在数据的黄金时代。有些公司将其分析为更好的自己，有些公司为了获利而进行交易，没有一家公司因其价值而自由放弃 - 对于他们的业务和犯罪分子。

SQL（结构化查询语言）是一种非常流行的与[数据库][Link 1]通信的方式。虽然许多新数据库使用非SQL语法，但大多数仍然与SQL兼容。这使得SQL成为任何想要访问数据的人的便利工具，无论他们的动机如何。

SQL注入（或SQLi）攻击已经存在了近20年。他们永远不会停止使用Imperva的Web应用程序防火墙（WAF）。所以我们有丰富的数据和经验可供分享。在这篇文章中，我们将分享Imperva保护下数千个网站的最新统计数据和图表，以及攻击示例以及保护网站的方法。

## 基于SQL的应用程序的常见攻击 ##

SQL Injection是一种用于攻击应用程序的代码注入技术。攻击者可以使用工具，脚本甚至浏览器将SQL语句插入应用程序字段。然后由数据库引擎执行这些语句。此类攻击通常用于：

1.  欺骗身份
2.  篡改现有数据
3.  窃取数据
4.  销毁数据
5.  更改数据库权限

应用程序背后的数据通常是关键任务，这就是SQL注入攻击被认为非常严重的原因。

## 来自Imperva WAF的统计数据 ##

Imperva的WAF每天都会在我们保护的网站上减少数百万次SQL注入攻击。我们保护的网站中至少有80％每个月都会受到攻击。我们的数百个网站每天都会面临SQLi攻击。

您可以在下面找到我们监控的攻击中使用的国家，行业和工具的统计数据。

![img][]

图1：网站行业分布 - 由于BakerHostetler的2018年[网络安全][Link 2]报告指出它是数据泄露最严重的行业，因此受攻击程度最高的行业是健康行业，这一点非常有意思，但并不奇怪。

没有图示的是受攻击最多的数据库（按递减顺序）：Oracle，PostgreSQL，[MySQL][]和MongoDB。同时，受攻击最多的平台是WordPress，Drupal，Joomla和Quest。

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传][20230724024159.png_origin_url_https_3A_2F_2Fask.qcloudimg.com_2Fhttp-save_2Fyehe-1589852_2Fo8yl35ad5k.jpeg_3FimageView2_2F2_2Fw_2F2560_2Fh_2F7000_pos_id_img-SLWSc9nP-1700101622959]

图2：受攻击网站的国家/地区与攻击来源 - 看到黑客倾向于攻击自己国家/地区内的网站并不奇怪。当然，这有可能恰恰相反 - 这些结果可能反映了黑客使用在他们攻击的国家/地区拥有端点的V\*\* /代理，以逃避地理阻塞。

每天大量使用SQLi公共漏洞。例如：CVE-2017-8917和CVE-2015-7858都是Joomla SQLi公共漏洞，这些漏洞在我们监控的66,000个事件中使用。

![img][img 1]

图3：顶级漏洞扫描程序 - 由于我们计算事件而非请求，每个扫描程序生成的有效负载数量都没有影响。尽管SQLi Dumper取得了成功，但Joomla扫描仪并不落后。

我们每月监控数万个攻击性IP，并使用攻击分析来查找恶意IP并防范它们。我们通过分析过去几个月的攻击IP收集了一些有趣的统计数据：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传][20230724024159.png_origin_url_https_3A_2F_2Fask.qcloudimg.com_2Fhttp-save_2Fyehe-1589852_2Fqqwp9z236s.jpeg_3FimageView2_2F2_2Fw_2F2560_2Fh_2F7000_pos_id_img-JVDNSvxE-1700101622960]

图4：日复一日尝试SQLi攻击的IP。蓝色：在当天和当天尝试SQLi攻击的IP的百分比，在当天尝试SQLi攻击的IP中。橙色：包含由这些攻击IP发送的SQLi尝试的请求的百分比，包含SQLi尝试的总请求数。

令人好奇的是，即使平均每天不到三分之一的IP攻击（蓝线），他们的请求构成了超过80％的SQLi请求（橙色线）。这可能是由于各种漏洞扫描程序正在进行扫描。这些工具倾向于轰炸目标以寻找漏洞，这解释了高IP到请求比率。

![img][img 2]

图5：顶级攻击工具 - 非常通用且广泛使用，因此cURL占据如此重要的位置并不奇怪。但是，深入分析显示，与cURL一起发送的大多数可疑请求实际上是攻击后检查，即被阻止的黑客，然后使用cURL来测试他们是否仍然可以访问该网站。cURL紧随其后的是Python - 黑客的首选武器，以及Ruby - 用于编写Metasploit的语言代码。

## 攻击示例 ##

以下是我们最近一个月跟踪的一些流行攻击：

<table> 
 <thead> 
  <tr> 
   <th align="left">Vector</th> 
   <th align="left">Incidents</th> 
   <th align="left">Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">1 and 1=2 union select password from qianbo_admin</td> 
   <td align="left">634,566</td> 
   <td align="left">Trying to query passwords</td> 
  </tr> 
  <tr> 
   <td align="left">1’A=0</td> 
   <td align="left">125,365</td> 
   <td align="left">Probing</td> 
  </tr> 
  <tr> 
   <td align="left">N;O=D and 1=1 nessus= or 1=1–CONCAT(‘whs(‘,’)SQLi’)</td> 
   <td align="left">76,155</td> 
   <td align="left">Probing by vulnerability scanners: Veracode, Nessus and WhiteHat Security, respectively</td> 
  </tr> 
  <tr> 
   <td align="left">‘ union select unhex(hex(version())) —</td> 
   <td align="left">848,096</td> 
   <td align="left">Attempting to discover database version</td> 
  </tr> 
  <tr> 
   <td align="left">;WAITFOR DELAY ’00:00:28′;</td> 
   <td align="left">1,226,955</td> 
   <td align="left">Blind probing — testing for delay in response</td> 
  </tr> 
 </tbody> 
</table>

表1：SQL注入攻击的示例

## 如何保护您的应用程序免受SQL注入 ##

有许多方法可以保护您的应用程序免受SQL注入攻击。有些应该在应用程序开发期间使用，其他应该在部署应用程序后使用。

开发阶段：

使用预准备语句 - 一种“模板化”SQL以使其适应SQL注入的方法。只有某些输入值可以发送到数据库，因此无法运行模板化语句以外的语句。稍后使用不同协议传输的值不像语句模板那样编译。因此不能发生SQL注入。

这里有两个Python代码示例，包含和不包含预准备语句。该代码基于MySQL连接器驱动程序（https://dev.mysql.com/doc/connector-python/en/）：

def add\_employee(id: int, email: str):

> sql = “””INSERT INTO employees (id, email) VALUES (%s, %s)””” cursor = connection.cursor(prepared=True) cursor.execute(sql, (id, email)) cnx.commit() cursor.close()

Python代码示例。这些值将发送到与SQL文本分开的“执行方法”。

> def add\_employee(id: int, email: str): sql = f”””INSERT INTO employees (id, email) VALUES (\{id\}, \{email\})””” cursor = connection.cursor() cursor.execute(sql)

上面是没有预准备语句的Python代码示例。电子邮件可能包含可由数据库引擎执行的SQL注入语句。

除了预处理语句之外，还有其他方法可以在开发和部署应用程序期间阻止SQL注入：

1.  消毒 - 摆脱任何可能是恶意的特殊字符，单词或短语。例如，删除保留字SELECT或CONTACT，或删除短语WAIT FOR DELAY或DROP TABLE。这不是最佳实践，但在某些情况下它可能很有用。
2.  转义 - 转义在SQL中具有特殊含义的字符。例如，用两个单引号替换双引号。这是一种简单但易于出错的方式。
3.  转义和模式检查 - 可以验证数字和布尔参数数据类型，而字符串参数可以限制为模式。
4.  数据库权限限制 - 将应用程序用户的权限限制为仅需要的权限，因为它可能有助于降低攻击的有效性。

后开发 - 应用程序安全性：

*  漏洞扫描程序 - 这些可以检测应用程序中的SQL注入漏洞，以后可以由开发团队修复。请记住，应用程序会不断变化 - 因此您应定期运行扫描程序。
 *  Web应用程序防火墙 - WAF还可以检测和阻止对您的应用程序的攻击。

## 总结 ##

保护产品免受SQL注入是必不可少的，以确保其正常运行并防止数据泄露。

当您编写访问数据库的代码时，考虑从一开始就防止SQL注入是一种很好的做法。这是防止这些漏洞发生的最佳时机，而不是以后修补它们。开发过程应包括针对SQL注入的测试，然后是外部扫描程序。

应用程序防火墙 - WAF还可以检测和阻止对您的应用程序的攻击。

## 总结 ##

保护产品免受SQL注入是必不可少的，以确保其正常运行并防止数据泄露。

最后，WAF是您产品保护的重要补充。它可以保护您免受错过的漏洞，同时让您有时间尽可能地修补它们。

[Link 1]: https://cloud.tencent.com/solution/database?from=10680
[img]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/0f6e6c2dcd794148a83082bb39866c4c.png
[Link 2]: https://cloud.tencent.com/product/ns?from=10680
[MySQL]: https://cloud.tencent.com/product/cdb?from=10680
[20230724024159.png_origin_url_https_3A_2F_2Fask.qcloudimg.com_2Fhttp-save_2Fyehe-1589852_2Fo8yl35ad5k.jpeg_3FimageView2_2F2_2Fw_2F2560_2Fh_2F7000_pos_id_img-SLWSc9nP-1700101622959]: https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=https%3A%2F%2Fask.qcloudimg.com%2Fhttp-save%2Fyehe-1589852%2Fo8yl35ad5k.jpeg%3FimageView2%2F2%2Fw%2F2560%2Fh%2F7000&pos_id=img-SLWSc9nP-1700101622959
[img 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/bdde8afae71041c0810b55d64e0c2466.png
[20230724024159.png_origin_url_https_3A_2F_2Fask.qcloudimg.com_2Fhttp-save_2Fyehe-1589852_2Fqqwp9z236s.jpeg_3FimageView2_2F2_2Fw_2F2560_2Fh_2F7000_pos_id_img-JVDNSvxE-1700101622960]: https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=https%3A%2F%2Fask.qcloudimg.com%2Fhttp-save%2Fyehe-1589852%2Fqqwp9z236s.jpeg%3FimageView2%2F2%2Fw%2F2560%2Fh%2F7000&pos_id=img-JVDNSvxE-1700101622960
[img 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/3f2d4c222d1e4bb9b2cba091afd9f303.png