漏洞文件使用了混淆技術怎么辦？我們下面就以PDF文件為例：

對于PDF文件的解析，必須先要熟悉PDF文件各式，貌似所有官方的PDF文件各式文檔都是英文的。這樣就沒辦法了，硬著頭皮去讀唄，如果你對自己的英語夠自信那就到這里看吧參考。除此之外就只能找一些國內撰寫的相關資料了。熟悉了PDF文件各式之后，怎么解析PDF文件呢？我目前的辦法是查 找PDF文件里面的關鍵字段，這樣做的弊端是對于Obj對象里的數據流對象(stream)包含的內容是沒辦法查找的 。另外也有一些PDF漏洞文件使用了一些混淆技術，這樣的PDF文件暫時就沒有什么好辦法解析了。如下面的情況：

%PDF-1.5

1 0 obj

<</#54#79P#65 R 0 5 O#70e#6e#41c#74i#6fn 3 Pages C#61ta#6c#6f#67>>

endobj

關鍵字這里就考慮一般的惡意PDF文件，主要是對以下關鍵字段(個人認為和漏洞不牽扯關系的就不考慮了)進行查找和解析，如下面所示：

·obj

·endobj

·stream

·endstream

·xref

·trailer

·startxref

·/Page

·/Encrypt

·/ObjStm

·/JS

·/JavaScript

·/AA

·/OpenAction

·/AcroForm

·/URI

·/Filter

·/JBIG2Decode

·/RichMedia

·/Launch

解析思路：

這里要說的是幾乎每一個PDF文件都包含有前7個字段，也有可能會不包含stream和endstream。據說也有一些PDF文件沒有xref或 者trailer，但是這種情況比較少見。如果一個PDF文件沒有xref或者trailer關鍵字段，那么可以確定它不是惡意的PDF文件。

/xref 交叉引用表，描述每個間接對象的編號、版本和絕對的文件位置。PDF文檔中的第一個索引必須從版本為65535的0號對象開始，標識符/xref后面的第一個數字是第一個間接對象(即0號對象)的編號，第二個數字是/xref (交叉引用表)的大小。

/Page 指明PDF文件的頁數，大多數惡意PDF文件僅僅只有一頁

/Encrypt 指明PDF文件有數字水印或者是被加密過的

/ObjStm是object streams的數量。這里要明白object streams是一個可以包含其它Object對象的數據流對象

/JS與/JavaScript 指明PDF文件中含嵌有JavaScript代碼。我所見過的PDF惡意文件幾乎全部嵌有JavaScript代碼，這里一般都是利用 JavaScript 的解析漏洞或者使用JavaScript 來實現堆噴射(heap spray)。當然要注意，在很多正常的PDF文件里也可以發現含有JavaScript 代碼

/AA、/OpenAction和/AcroForm 指明當查看PDF文件或者PDF的某頁時會有自動的動作隨其執行，幾乎所有嵌有JavaScript代碼的惡意PDF文件都有自動執行 JavaScript代碼的動作(action )。如果一個PDF文件包含/AA或/OpenAction 自動執行動作的關鍵字段，而且又含有JavaScript 代碼，那么這個PDF文件就極可能是惡意的PDF文件

/URI 如果你要在PDF文件中執行打開網頁的動作的話就需要這個關鍵字段

/Filter 一般為FlateDecode即使用zlib壓縮解壓縮算法，

/JBIG2Decode 指明PDF文件使用了JBIG2壓縮。雖然JBIG2壓縮本身可能會存在漏洞(CVE-2010-1297)。但/JBIG2Decode關鍵字段并不能說明PDF文件是否可疑

/RichMedia Flash文件

/Launch 執行動作(action)數量

最后的工作就是檢查PDF文件的各個對象以及對象之間是否符合Adobe的PDF文件格式規范。并綜合上面描述的各關鍵字段信息分析該PDF文件是否可能為惡意文件。