达梦数据库写文件的方式探索

这篇文章整体算是《达梦数据库手工注入笔记》的续集，达梦作为国内优秀的信创数据库，在关基单位中拥有越来越大的用户使用量。

通过SQL注入来写文件一直以来都是SQL注入漏洞深入利用的一种方式，对于不同的数据库通常写文件的方式也是不一样的。通过笔者的探索发现，达梦数据库（以后简称DMSQL）写文件的方式也与其它数据库存在较大的差异。

DMSQL默认情况下是支持堆叠注入的（笔者试了官方给的java版本的SDK，其它版本未尝试），也就是说在注入的时候支持多语句，支持多语句为攻击者提供了对SQL注入漏洞进行深入利用的遐想，也使得本文利用DMSQL写文件的研究具有实际意义。

熟悉渗透的小伙伴都会有一些通过SQL注入写文件的技巧，我们首先通过两种经典的写文件方式来探索达梦写文件的不同。

1） 通过into outfile方式写文件

在MySQL数据库中可以通过经典的into outfile来把查询结果保存在文件中，但是在DMSQL中并没有相应的语法，也没有into dumpfile的语法，如下图所示：

2） 通过backup database方式写文件

在MSSQL数据库中可以通过备份的方式来写文件，而且在DMSQL中也存在相似的语法，如下图所示：

本以为应该是以与MSSQL相似的手法就可以直接备份写文件，但在实际使用过程中发现并非如此，DM数据库默认是不允许进行备份的，必须首先开启归档模式才能进行备份。

在默认安装的DM数据库中，要通过备份数据库的功能实现文件写入，完整的代码如下：

使用上面的代码可以在系统上生成文件，由于DM备份时可以指定保存文件的路径，生成的文件名和路径有关，整体文件目录结构如下：

这里面C:phpstudy_proWWW121.php121.php.bak文件中保存了备份表中内容信息，如果系统本身存在解析漏洞，可以通过这种方式来达到getshell的效果。

C:phpstudy_proWWW213.php文件中保存了备份过程日志信息，虽然文件名可以自定义，但是内容并不能任意控制，导致并不能通过TRACE FILE来getshell。

通过backup语句来写文件并不能完整的控制文件名和文件内容，导致只能在特定场景下可以使用，并不是一个好的写文件思路。

3） 通过自定义命名空间来写文件

创建表空间（tablespace）是为了更好地管理数据库的物理存储结构。不同的表空间可以存储在不同的磁盘上，有助于优化I/O性能，同时也可以实现数据的逻辑分组。目前许多数据库包括oracle、postgreSQL等都支持自定义表空间，达梦也支持自定义表空间，可以通过此种方式来写文件，具体的写法如下：

访问生成的C:phpstudy_proWWWxiao3.php文件，可以实现代码解析。

通过自定义命名空间的方式来写文件可以实现完全自主可控的文件名和文件内容，对用户权限要求也不是很高，但是缺点是文件太大（我默认安装的DM，最小的文件是32M）。

本以为通过这种方式就可以在存在SQL注入漏洞的点通过自定义命名空间来达到任意文件写入的效果，但在实际的环境中遇到了报错“语句类型不匹配”。

这主要是因为针对不同类型的SQL语句，通常需要调用不同的方法来执行，在Java语言中，DM通过dm.jdbc.driver.DmdbStatement类提供数据操作方法。

从上表可以看出一般系统中存在的SQL注入漏洞是在executeQuery方法中，通过这个方法传入自定义命名空间的SQL语句，则会报“语句类型不匹配”的异常，导致写文件失败。

4） 通过dexp文件导出方式写文件

dexp是DM官方提供的文件导出的命令行工具，如下图所示。dexp提供了可以把数据表导出成本地文件的功能，并支持自定义导出的文件名。

本来dexp是命令行的工具，在DM数据库SQL语句中并不能直接使用，但是DM提供了预定义的函数SF_START_EXE可以调用dexp方法，使用方法如下所示：

模拟在executeQuery方法中存在的SQL注入漏洞，通过堆叠注入调用SF_START_EXE方法来写文件，如下图所示：

通过SF_START_EXE来写文件不会触发“语句类型不匹配”的问题，并且支持完全可控的自定义文件名和路径，是目前为止最好用的通过DM数据库SQL注入来写文件的方式之一。

DM数据库本身提供了很多写文件的方式，但是能在实际攻击场景中使用的写文件方法并不多。目前关于DM数据库特性研究的文章还不是很多，SF_START_EXE是目前笔者实际测试中最好用的方法。