支持多平台的逆向分析系统
发布时间：2020-08-13 16:57
【摘要】： 在全球科技高速发展的今天，嵌入式技术已经广泛应用于汽车电子领域中。由于国内汽车电子研究起步较晚，需要高效的学习和仿制国外先进设计技术。 本论文在现有反汇编，辅助分析理论，逆向工程理论基础上，结合嵌入式系统自身特点，理解各种汽车电子芯片核，研究和实现了支持多平台的逆向分析系统。对推动国内嵌入式系统技术的高速发展，具有很强的现实意义。本论文的主要内容和贡献如下： 1)对已经成熟的反汇编技术的研究和比较，针对嵌入式汽车电子领域芯片特点，设计了一套支持汽车电子多平台芯片的反汇编工具SmartDASM。该工具在传统的线性扫描算法基础上采用模式匹配方法解决了多平台支持问题。 2)结合嵌入式系统的应用性强、平台相关性大以及多样性等特点，本文设计并实现了一套支持多平台的汇编代码辅助分析工具SmartMACS。极大的提高了学习先进技术的效率。 3)本文研究了多种嵌入式体系架构后，剥离嵌入式平台无关信息和相关信息，实现了多平台目标代码分析引擎，解决了嵌入式系统的逆向工程的平台相关性大和多样性的问题。 4)在研究计算机支持的协同工作的基础上，针对嵌入式逆向工程的需求，并利用传统的C／S架构，实现了一套灵活的支持协同工作的服务。 5)本文深入研究软件逆向工程，结合嵌入式系统汽车电子领域逆向研究的实际过程，设计并实现了一套嵌入式汽车电子领域逆向研究的工具链。为嵌入式汽车电子领域逆向开发每一个环节提供了人工，机器相结合的研究方法，对汽车电子领域的逆向研究具有重要意义。
【学位授予单位】：浙江大学
【学位级别】：硕士
【学位授予年份】：2007
【分类号】：TP368.12
【图文】：
环境(PDE)添加了专门的工具以使插件和扩展的开发能够顺利进行。这些工具不仅有用，而且还提供许多示例来说明可以如何通过构建用来扩展系统的插件来将新工具添加到平台中整个EcuPsE开发平台组成l咧如图2一3所示。 }EcliPses0K!.}图2一 3ECUPSE开发平台原理平台运行时启动平台基体并动态地发现和运行插件的运行时引擎。插件是一种结构化组件，它使用OSGi清单(MANIFEST.MF)文件和插件清单(Plugin.xml)文件来向系统描述自己。平台负责维护已安装插件的注册表以及它们提供的功能。运行时的总体目标是最终用户不应该为已安装但未使用的插件消耗内存或性能。可以将插件安装和添加到注册表中但不激活插件，除非已经根据用户的活动请求了插件所提供的功能。靛靛习 习 EEEeliPseSOK
平台运行时是使用OSGi服务模型实现的。虽然运行的实现详细信息对许多应用程序开发者可能不太重要，但已经熟悉OSGi的那些人员会发现Eclipse插件实际上相当于OSGi捆绑软件。如图2一4是OSGi的服务模型阅。O二 service11、terface exPortedand一mPortedJJJF‘币.姚唯 唯 、、 、图2一OSGi的服务模型 2.23GEF图形引擎 oEF(oranhicalEditingFr田叭ework)是用来开发图形界面的一个插件(phigin)。几乎任何丰富的图形界面都可以通过GEF开发。GEF插件图形界面通过DRAWZD框架来开发。DRAWZD框架是一个标准的二维图形开发框架。GEF和DRAWZD的关系紧密。DRAwZn最重要的一个概念是l久 Vs(lightweightsystem)。nRAwZD是基于SWT的图形处理包，ljVS是连接DRAWZD和SWT的桥梁，DRAWZD是一个自包含的图形处理包。I入VS是DRAWZD的核心部分，包括三个部分:RootFigure是U胃s中所有图形的根，它继承sWT图形的基本环境配置，包括字体，背景等;EventDisPatcher把画布上的各种事件分派给RootFigure，这些事件最终会被分派给适当的图形;UpdateManagcr用来重绘图形
一一膏一图 Ed找 PartsssssssssssssssssssssssssssFlguresssss、、一““一舜一 一一~~一护川.， ~~~~一纪 纪纪---~~、 、一缪一’ ::::::::::::::::::::::::::::-一 一一 ::::::’“缪 ______l::二‘ __}}}}}}}一 一一舜一 一一一一一一一一一一一一一 一一 ~~~~~~~..，.，，，网怕叫..，， ，，图2一 6GEF标准的MVC(Model一巧ew一Control)结构模型:GEF的模型只与控制器打交道，而不知道任何与视图有关的东西。为了能让控制器知道模型的变化，应该把控制器作为事件监听者注册在模型中，当模型发生变化时，就触发相应的事件给控制器，后者负责通知各个视图进行更新。控制器:我们知道，在MVC结构里控制器是模型与视图之间的桥梁，也是整个GEF的核心。它不仅要监听模型的变化，当用户编辑视图时，还要把编辑结果反映到模型上。GEF中的控制器是所谓的EditP叭对象(图2一7)，更确切的说应该是一组EditPart对象共同组成了GEF的控制器这部分
本文编号：2792265
【学位授予单位】：浙江大学
【学位级别】：硕士
【学位授予年份】：2007
【分类号】：TP368.12
【图文】：
环境(PDE)添加了专门的工具以使插件和扩展的开发能够顺利进行。这些工具不仅有用，而且还提供许多示例来说明可以如何通过构建用来扩展系统的插件来将新工具添加到平台中整个EcuPsE开发平台组成l咧如图2一3所示。 }EcliPses0K!.}图2一 3ECUPSE开发平台原理平台运行时启动平台基体并动态地发现和运行插件的运行时引擎。插件是一种结构化组件，它使用OSGi清单(MANIFEST.MF)文件和插件清单(Plugin.xml)文件来向系统描述自己。平台负责维护已安装插件的注册表以及它们提供的功能。运行时的总体目标是最终用户不应该为已安装但未使用的插件消耗内存或性能。可以将插件安装和添加到注册表中但不激活插件，除非已经根据用户的活动请求了插件所提供的功能。靛靛习 习 EEEeliPseSOK
平台运行时是使用OSGi服务模型实现的。虽然运行的实现详细信息对许多应用程序开发者可能不太重要，但已经熟悉OSGi的那些人员会发现Eclipse插件实际上相当于OSGi捆绑软件。如图2一4是OSGi的服务模型阅。O二 service11、terface exPortedand一mPortedJJJF‘币.姚唯 唯 、、 、图2一OSGi的服务模型 2.23GEF图形引擎 oEF(oranhicalEditingFr田叭ework)是用来开发图形界面的一个插件(phigin)。几乎任何丰富的图形界面都可以通过GEF开发。GEF插件图形界面通过DRAWZD框架来开发。DRAWZD框架是一个标准的二维图形开发框架。GEF和DRAWZD的关系紧密。DRAwZn最重要的一个概念是l久 Vs(lightweightsystem)。nRAwZD是基于SWT的图形处理包，ljVS是连接DRAWZD和SWT的桥梁，DRAWZD是一个自包含的图形处理包。I入VS是DRAWZD的核心部分，包括三个部分:RootFigure是U胃s中所有图形的根，它继承sWT图形的基本环境配置，包括字体，背景等;EventDisPatcher把画布上的各种事件分派给RootFigure，这些事件最终会被分派给适当的图形;UpdateManagcr用来重绘图形
一一膏一图 Ed找 PartsssssssssssssssssssssssssssFlguresssss、、一““一舜一 一一~~一护川.， ~~~~一纪 纪纪---~~、 、一缪一’ ::::::::::::::::::::::::::::-一 一一 ::::::’“缪 ______l::二‘ __}}}}}}}一 一一舜一 一一一一一一一一一一一一一 一一 ~~~~~~~..，.，，，网怕叫..，， ，，图2一 6GEF标准的MVC(Model一巧ew一Control)结构模型:GEF的模型只与控制器打交道，而不知道任何与视图有关的东西。为了能让控制器知道模型的变化，应该把控制器作为事件监听者注册在模型中，当模型发生变化时，就触发相应的事件给控制器，后者负责通知各个视图进行更新。控制器:我们知道，在MVC结构里控制器是模型与视图之间的桥梁，也是整个GEF的核心。它不仅要监听模型的变化，当用户编辑视图时，还要把编辑结果反映到模型上。GEF中的控制器是所谓的EditP叭对象(图2一7)，更确切的说应该是一组EditPart对象共同组成了GEF的控制器这部分
【引证文献】
相关硕士学位论文 前1条
1 胡刚;固件代码逆向分析关键技术研究[D];解放军信息工程大学;2011年
本文编号：2792265
本文链接：https://www.wllwen.com/kejilunwen/jisuanjikexuelunwen/2792265.html
