Java

前言 Common Collections 反序列化漏洞歷史在上一篇文章中有稍微提過 這個漏洞在 2015 年時，對整個 Java 生態系造成不小的影響 後續也愈來愈多奇形怪狀的 Gadget chain 被大佬們一一挖出來 而本篇文章就以 ysoserial 中經典的 CommonCollections1 這條 Gadget chain 來做分析 雖然網路上類似本篇的分析文很多，但只看文章其實很難體會到 java gadget chain 裡頭的精髓 強烈建議大家有興趣、有時間的話，可以自己拉原始碼下來跟一遍，相信可以收穫更多 ! p.s. 這裡我分析的版本是 Common Collections 3.1 和 JDK 8 簡介 Apache Common Collections 主要是一個用來擴充原生 Java Collection 的一個第三方 Library (簡單說，就是一個擴充包的概念) 而 Collection 基本上就可以視為是 Set, List, Queue 等類別的抽象概念 所以 Common Collections 中提供了許多方式，能讓我們對這些 Collection 做操作 或是對各種資料結構做封裝、抽象化，簡化原本 JDK 中複雜的操作方式 例如後面會提到的各種 Transformer，最主要就是用來對這些 Collection 做內容轉換的 也因為它的方便性和實用性，所以許多框架預設都有引用這個 Library 導致一旦底層 Library 出問題，上面所有框架都會接連一起爆炸...

URLDNS 分析 URLDNS 是 ysoserial 工具裡面的一條 gadget chain 其主要目的是能夠對指定的 URL 發送 DNS Query 由於它不需要依賴第三方函式庫，原生 JDK 就能夠串起整條 Gadget Chain 所以一般在測試反序列化時，常會以 URLDNS 是否有發送 DNS 請求來判斷反序列化漏洞存在與否 尤其在實戰中常遇到嚴苛的網路環境限制，使得 HTTP/HTTPS 無法對外請求，只能透過 DNS 對外發送查詢請求 今天這篇主要就是來分析 URLDNS gadget chain 背後的原理，以及一些延伸的小應用 由於 URLDNS gadget chain 概念非常單純，所以非常推薦新手學習 Java 反序列化時，可以先從這個 gadget chain 開始看起 若直接從 Common Collections 系列或更複雜的利用鍊開始看，會相對來說吃力很多，很容易降低學習的熱情 ...

前言 近期上班有點忙，沒有太多空閒時間能學新東西 剛好前陣子蠻常遇到 java 反序列化，就用下班後的零碎時間稍微小跟了一下 readObject() 底層流程 雖然都是萬年老梗內容，但還是順手筆記一下追 code 的過程 大家都很熟 readObject 用法，但應該很少人實際去追過底層 (?) (同時也順便更新一下很久沒放技術文的 Blog XD) ...