發(fā)布時間：2020-08-13 16:57

【摘要】： 在全球科技高速發(fā)展的今天，嵌入式技術已經(jīng)廣泛應用于汽車電子領域中。由于國內(nèi)汽車電子研究起步較晚，需要高效的學習和仿制國外先進設計技術。 本論文在現(xiàn)有反匯編，輔助分析理論，逆向工程理論基礎上，結(jié)合嵌入式系統(tǒng)自身特點，理解各種汽車電子芯片核，研究和實現(xiàn)了支持多平臺的逆向分析系統(tǒng)。對推動國內(nèi)嵌入式系統(tǒng)技術的高速發(fā)展，具有很強的現(xiàn)實意義。本論文的主要內(nèi)容和貢獻如下： 1)對已經(jīng)成熟的反匯編技術的研究和比較，針對嵌入式汽車電子領域芯片特點，設計了一套支持汽車電子多平臺芯片的反匯編工具SmartDASM。該工具在傳統(tǒng)的線性掃描算法基礎上采用模式匹配方法解決了多平臺支持問題。 2)結(jié)合嵌入式系統(tǒng)的應用性強、平臺相關性大以及多樣性等特點，本文設計并實現(xiàn)了一套支持多平臺的匯編代碼輔助分析工具SmartMACS。極大的提高了學習先進技術的效率。 3)本文研究了多種嵌入式體系架構后，剝離嵌入式平臺無關信息和相關信息，實現(xiàn)了多平臺目標代碼分析引擎，解決了嵌入式系統(tǒng)的逆向工程的平臺相關性大和多樣性的問題。 4)在研究計算機支持的協(xié)同工作的基礎上，針對嵌入式逆向工程的需求，并利用傳統(tǒng)的C／S架構，實現(xiàn)了一套靈活的支持協(xié)同工作的服務。 5)本文深入研究軟件逆向工程，結(jié)合嵌入式系統(tǒng)汽車電子領域逆向研究的實際過程，設計并實現(xiàn)了一套嵌入式汽車電子領域逆向研究的工具鏈。為嵌入式汽車電子領域逆向開發(fā)每一個環(huán)節(jié)提供了人工，機器相結(jié)合的研究方法，對汽車電子領域的逆向研究具有重要意義。
【學位授予單位】：浙江大學
【學位級別】：碩士
【學位授予年份】：2007
【分類號】：TP368.12
【圖文】：

環(huán)境(PDE)添加了專門的工具以使插件和擴展的開發(fā)能夠順利進行。這些工具不僅有用，而且還提供許多示例來說明可以如何通過構建用來擴展系統(tǒng)的插件來將新工具添加到平臺中整個EcuPsE開發(fā)平臺組成l咧如圖2一3所示。 }EcliPses0K!.}圖2一 3ECUPSE開發(fā)平臺原理平臺運行時啟動平臺基體并動態(tài)地發(fā)現(xiàn)和運行插件的運行時引擎。插件是一種結(jié)構化組件，它使用OSGi清單(MANIFEST.MF)文件和插件清單(Plugin.xml)文件來向系統(tǒng)描述自己。平臺負責維護已安裝插件的注冊表以及它們提供的功能。運行時的總體目標是最終用戶不應該為已安裝但未使用的插件消耗內(nèi)存或性能�？梢詫⒉寮惭b和添加到注冊表中但不激活插件，除非已經(jīng)根據(jù)用戶的活動請求了插件所提供的功能。靛靛習 習 EEEeliPseSOK

平臺運行時是使用OSGi服務模型實現(xiàn)的。雖然運行的實現(xiàn)詳細信息對許多應用程序開發(fā)者可能不太重要，但已經(jīng)熟悉OSGi的那些人員會發(fā)現(xiàn)Eclipse插件實際上相當于OSGi捆綁軟件。如圖2一4是OSGi的服務模型閱。O二 service11、terface exPortedand一mPortedJJJF‘幣.姚唯 唯 、、 、圖2一OSGi的服務模型 2.23GEF圖形引擎 oEF(oranhicalEditingFr田叭ework)是用來開發(fā)圖形界面的一個插件(phigin)。幾乎任何豐富的圖形界面都可以通過GEF開發(fā)。GEF插件圖形界面通過DRAWZD框架來開發(fā)。DRAWZD框架是一個標準的二維圖形開發(fā)框架。GEF和DRAWZD的關系緊密。DRAwZn最重要的一個概念是l久 Vs(lightweightsystem)。nRAwZD是基于SWT的圖形處理包，ljVS是連接DRAWZD和SWT的橋梁，DRAWZD是一個自包含的圖形處理包。I入VS是DRAWZD的核心部分，包括三個部分:RootFigure是U胃s中所有圖形的根，它繼承sWT圖形的基本環(huán)境配置，包括字體，背景等;EventDisPatcher把畫布上的各種事件分派給RootFigure，這些事件最終會被分派給適當?shù)膱D形;UpdateManagcr用來重繪圖形

一一膏一圖 Ed找 PartsssssssssssssssssssssssssssFlguresssss、、一““一舜一 一一~~一護川.， ~~~~一紀 紀紀---~~、 、一繆一’ ::::::::::::::::::::::::::::-一 一一 ::::::’“繆 ______l::二‘ __}}}}}}}一 一一舜一 一一一一一一一一一一一一一 一一 ~~~~~~~..，.，，，網(wǎng)怕叫..，， ，，圖2一 6GEF標準的MVC(Model一巧ew一Control)結(jié)構模型:GEF的模型只與控制器打交道，而不知道任何與視圖有關的東西。為了能讓控制器知道模型的變化，應該把控制器作為事件監(jiān)聽者注冊在模型中，當模型發(fā)生變化時，就觸發(fā)相應的事件給控制器，后者負責通知各個視圖進行更新�？刂破�:我們知道，在MVC結(jié)構里控制器是模型與視圖之間的橋梁，也是整個GEF的核心。它不僅要監(jiān)聽模型的變化，當用戶編輯視圖時，還要把編輯結(jié)果反映到模型上。GEF中的控制器是所謂的EditP叭對象(圖2一7)，更確切的說應該是一組EditPart對象共同組成了GEF的控制器這部分

【引證文獻】

相關碩士學位論文 前1條

1 胡剛;固件代碼逆向分析關鍵技術研究[D];解放軍信息工程大學;2011年

本文編號：2792265