移动终端应用安全设计方案.docxVIP

移动终端应用安全设计方案传统互联网相比，移动互联网具有随身性、可鉴权、可身份识别等独特优势。但同时也存在移动终端处理能力弱、网络带宽相对较小的局限性移动应用的几种模式原生应用、Web应用、混合应用原生应用：简单的来说是特别为某种操作系统开发的，比如iOS、Android、黑莓等等，它们是在各自的移动设备上运行的Web应用：本质上是为移动浏览器设计的基于Web的应用，它们是用普通Web开发语言开发的，可以在各种智能手机浏览器上运行。混合应用：是原生应用和Web应用的结合体，采用了原生应用的一部分、Web应用的一部分，所以必须在部分在设备上运行、部分在Web上运行，这是主流模式移动应用模式的优缺点模式优点缺点原生可访问手机所有功能（GPS、摄像头）； 速度更快、性能高、整体用户体验不错；可线下使用；支持大量图形和动画开发成本高支持设备非常有限上线时间不确定内容限制（App Store限制）Web应用支持设备广泛； 较低的开发成本可即时上线； 无内容限制； 对联网的要求比较大用户体验比较差图片和动画支持性不高对手机特点有限制（摄像头、GPS混合应用兼容多平台； 顺利访问手机的多种功能； 可离线使用不确定上线时间； 用户体验不如本地应用； 性能稍慢（需要连接网络）；移动应用的安全一般用户都认为只要是手机安装客户端模式会比较安全，客户端模式相对于wap网页模式安全些，但是，打开手机就是应用，应用背后却还是一片黑，好像还不是很安全呢。可以从移动终端安全机制、网络安全机制两个方面考虑： 安全机制内容移动终端安全机制互联网的最终用户设备，包括手机、PDA、便携式电脑 终端操作系统安全机制、防病毒、系统漏洞攻击等，数据安全及隐私保护机制、数据授权访问、加密等Activity安全、劫持网络安全机制接入网，也包括IP承载网或互联网网络设备的环境安全，操作系统、数据库等的访问控制及入侵防御机制，用户认证及数据加密机制A3／A8，ASE、Kasumi等。无论是终端还是网络安全都可以从物理安全、系统安全、应用安全和数据安全等方面进行分析。物理安全：设备丢失带来了物理安全隐患数据安全，数据传输的加密处理隐私保护，身份认证PIN密码的加密处理，明文还是暗文内容安全，交互协议的加密处理（HTTPS\ jabber\ 3DES加密体系）移动终端安全机制Android组件的安全Activity组件权限安全Activity组件时用户唯一能够看见的组件，首先是访问权限控制，activity组件在制定Intent-filter后，默认是可以被外部程序访问的，也就意味着会被其他程序进行串谋攻击。这里的其他程序指签名不同、用户id不同的程序，或者是签名相同且用户id相同的程序在执行同一个进程空间，彼此之间是没有组件访问限制的。Android:exported熟悉设置为false，设置组件不能被外部程序调用。如果希望被特定的程序访问，就不能用上面的熟悉设置，需要通过andriod:permission熟悉来指定一个权限字符。 要想启动Activity必须在AndriodManfest.XML文件中加入声明权限的代码Activity组件劫持当用户安装了带有Activity劫持功能的恶意程序后，恶意程序会遍历系统中运行的程序，当检测到要劫持的Activity（通常有网银或是其他网络程序登录页面）在前台运行时，会用钓鱼式的activity覆盖正常的activity，来欺骗用户Content provider 安全内容提供者，用于程序之间的数据交换，andriod系统中，每个应用的数据库、文件、资源等信息都是私有的，其他程序无法访问，如果想要访问这些数据，就必须提供程序之间数据的访问机制，content provider通过提供存储与查询数据的接口来实现进程间的数据共享。Conten provider 提供了insert(), delete(), update（），query（）等操作；写权限andriod:Writepermission 检查读权限andriod:readpermission检查 Broadcast receiver安全广播接收者，用于处理接收的广播，分为发送安全与接收安全；接收安全：andriod:Exported属性设置为false，只接收本程序组发出的广播；发送安全问题：两种消息发送方式，sendBroadcase（）与sendOrderedBroadcast()Service安全后台进程组件数据安全 外部存储安全：存在SD卡，对于不涉及用户隐私的数据，可以适当采取该方式；涉及隐私的即便是数据加密了，最后不要存在外部存储设备上 内部存储安全：所有软件存放私有数据的地方。Shared proferences、sqllite无论哪种存储用户隐私数据都改进项加密。移