焦虑的娃温馨提示:没想到焦虑的娃的专题博客“关注安卓安全”的第一篇竟是一篇译文。起初,焦虑的娃是想把《SEAndroid的下载与编译》作为第一篇发布上来,但由于种种原因,该文章尚不够完善,抱着对广大安卓安全爱好者认真负责的态度,还是没发上来。也罢,先和大家分享这篇《安卓安全综述》的译文,请看到文章的朋友们批评指正,有什么问题就给焦虑的娃留言,我会虚心热情地和你探讨。
本文章由焦虑的娃编写,欢迎转载,但是——转载请注明出处。
文章链接:http://blog.csdn.net/obsessive_compulsive/article/details/18923439
作者:焦虑的娃 邮箱:[email protected]
英文原文:http://source.android.com/devices/tech/security/index.html
安卓安全综述
________________________________________
安卓是一个现代化移动平台,它设计的初衷就是实现真正的“对外开放”。安卓的各种琳琅满目的应用程序利用高端的硬件和软件资源,乘本地和云端数据的春风,凭借整个平台,给消费者带来了极具革命性的、有价值的信息。为了保护这宝贵的价值,安卓平台必须提供一个异常安全的应用程序环境,以保证用户的安全、用户数据的安全、应用程序的安全、设备的安全以及网络的安全。
要保证一个开放平台的安全性,健壮的安全体系和严格的安全方案是必须的。安卓是多层安全结构,这为开放的平台提供了灵活性,同时为平台的所有用户提供了保护。安卓的架构设计思路无时无刻不为开发者考虑。其安全控制为开发者减轻了重担。安卓安全技术开发者可以轻易的工作于,甚至依赖于安卓这个灵活多变的安全控制体系。同时,对安全领域不太熟悉的开发者,安卓将提供默认的保护措施。
安卓无处不在地考虑着使用设备的用户。安卓提供了可视化的界面来告诉用户应用程序如何工作,如何通过这些应用程序控制安卓平台。当然,安卓的这个架构设计也存在一些缺陷,攻击者可以利用这些缺陷来试试许多破坏活动过,比如社会工程学攻击:让设备使用者安装恶意程序,以实现对已经安装的其它应用程序的攻击。当然了,幸运的是,安卓的设计思想不仅可以减少这种攻击发生的可能性,而且,即便攻击成功,也会最大程度的限制恶意程序对系统的危害。
本文档概括了安卓安全方案的目标,描述了安卓安全体系结构的基础,并且回答了许多系统架构师和安全分析师提出的各种安全相关的问题。本文档主要关注安卓核心平台的安全特征,不讨论某个特定应用程序的安全问题,例如浏览器、短信平台的安全问题等等。至于如何编译安卓系统、部署系统到设备上或者如何开发应用程序,都不在本文档的讨论之内,它们在别的地方都有讨论。
________________________________________
安卓为移动设备提供了一个开放的平台和应用程序环境。安卓架构的主要模块是:
安卓应用程序拥有一个指定的文件系统分区,在该分区写私其有数据,包含数据库资源和原始文件资源。安卓应用程序扩展了安卓核心操作系统。安卓应用有两种主要的来源:
谷歌提供了一揽子云端服务,并对任何兼容的安卓设备提供使用。主要服务为:
________________________________________
在安卓设计之初,安卓核心开发团队认识到,在云端服务支持下,为了在安卓平台打造一个严格的应用程序和设备生态系统,他们必须构想出一个健壮的安全的模型。结果,经过一个完整的开发周期,安卓依然成为了一个专业安全程式。安卓核心团队观察了其他移动平台、桌面平台和服务器平台对诸多安全问题的防范和反应,并分析了其他平台是如何创建一个安全方案来处理系统的缺陷。
安卓安全方案的关键组成部分包括:
________________________________________
安卓力求成为移动平台的最安全和最具可用性的操作系统,将传统操作系统安全控制重新定义如下:
为了实现这些目标,安卓提供了以下关键安全功能:
下面逐一介绍上面谈到的和没有谈到的一些安卓平台的安全功能。图1展现了安卓软件栈不同级别的安全组件。每一个组件假设其下的各个组件已经得到合适的保护。除了小部分安卓系统的代码以root身份运行,所有其他运行于Linux内核之上的代码都受到应用程序沙盒机制的严格限制。
图1:安卓软件栈
在操作系统级别,安卓平台提供了Linux内核的安全特性,此外,提供了一个安全的进程间通信机制,来保证运行于不同进程上的应用程序之间的通信。这些操作系统级别的安全特征可以保证即使是Native代码也在应用程序沙盒机制的管控之下。不论是应用程序包含了恶意行为,还是黑客对普通应用程序的破解,安卓都会阻止这种对其他应用程序、系统本身和设备本身的破坏行为。
________________________________________
安卓平台的基础是Linux内核。Linux内核本身就已经得到广泛应用多年,并且是应用在数以万计的对安全性能要求极高的环境下。鉴于已经过多年研究、被数以万计的开发者修正的这样一个事实,Linux内核已然变成为一个稳定的、安全的、可以被许多企业和安全开发者所信任的一个平台。
作为一个移动平台的基础计算环境,Linux内核提供给安卓许多关键的安全特征:
作为一个多用户操作系统,Linux内核的一个非常重要的安全目标是隔离不同用户的私有资源。
Linux内核安全核心思想是保护用户资源不被其他用户侵犯。因此Linux内核:
________________________________________
安卓平台利用Linux的基于用户的保护策略这样一个有效的方法,来确认和隔离应用程序的资源。安卓系统为每个应用程序指派一个独一无二的用户ID,并且以这个用户ID运行在一个隔离的进程上下文中。这个方法不同于其他操作系统(包括传统的Linux操作系统配置),传统的操作系统的情况是多个应用可以相同的用户(ID)权限运行。
这样就建立了一个内核级别的应用程序沙盒。内核加强了应用程序之间的安全性,在进程级别上通过标准的Linux工具加强了系统的安全性,例如用户ID,组ID,这些属性被分配到应用程序中。默认情况下,应用程序之间不能交互,并且应用程序访问操作系统也要受到限制。如果应用程序A,在不经过权限允许的情况下,去恶意读取应用程序B的数据,或者拨打电话(电话模块是一个独立的系统应用模块),那么操作系统将会阻止应用程序A的行为。因为应用程序A没有得到合适的用户特权。沙盒机制其实很简单,它可以对应用程序进行审计,它是基于发展了数十年的UNIX风格的用户进程隔离机制和文件权限访问机制而产生的。
应用程序沙盒机制是基于Linux内核,这个安全的模型可以延伸到Native代码和操作系统应用程序。图1中占现了所有位于Linux内核之上的应用软件,包括操作系统库、应用程序框架、应用程序运行时和所有运行于沙盒机制中的应用程序。我们知道在一些平台上,开发者往往仅被局限在一个特殊的开发框架、应用程序接口和计算机语言中,目的是加强安全。但是在安卓平台上,没有任何类似的限制。鉴于此,Native代码和解释性的代码一样安全。
在一些操作系统中,内存错误通常会对设备的安全造成危害。在安卓平台,情况并非如此,因为所有应用程序和他们的私有资源是在系统级的沙盒机制保护之下的。在建立于操作系统上的权限管理机制下,一个内存错误仅仅允许在特定的应用上下文执行任意代码。
像所有安全特征一样,应用程序沙盒机制也不是坚不可摧的。然而,要攻破一个经过合适配置的应用程序沙盒,就必须攻破Linux内核的安全机制。
________________________________________
系统分区包含安卓内核,也包括操作系统的各种库、应用程序运行时、应用程序框架,和各种应用。这个分区的属性是只读的。当一个用户启动到安全模式时,只有核心的安卓应用是可以使用的。这保证了普通用户可以启动他们的手机到一个对第三方应用自由的环境里面。
________________________________________
在一个类UNIX操作系统环境下,文件系统权限访问可以保证一个用户不能改变或者读取其他用户的资源。在安卓系统中,每个应用程序以独一无二的用户ID运行。除非开发者明确的暴漏文件给其他应用程序,否则一个应用创建的文件是不能被其他用户改变或者读取的。
________________________________________
安卓使用了SELinux的相关特性来进行强制文件访问控制。建立一个强制访问控制的安全环境(MAC)。参考:
http://source.android.com/devices/tech/security/se-linux.html(英文)
http://blog.csdn.net/obsessive_compulsive/article/details/19567035(译文)
________________________________________
安卓提供了一揽子密码学支持的应用程序接口给应用开发者。这些接口包括标准的、通用的密码学应用实例,包括:AES, RSA, DSA, and SHA。另外,安卓为更高级的协议,例如SSL和HTTPS也提供了应用程序接口。安卓4.0引入了KeyChain链,允许应用程序为私钥和可信链使用系统可信的存储空间。
________________________________________
安卓包括许多安全特性,这使许多安全问题很难攻破。安卓SDK、编译器、和操作系统工具,可以保证普遍存在的内存崩塌问题难以攻破,这包括(本节推荐看原文,因为实在不太好翻):
Android 1.5
Android 2.3
Android 4.0
Android 4.1
Android 4.2
________________________________________
默认情况下,安卓系统,只有内核和一小部分核心应用程序是以root身份运行的。安卓是不会阻止一个拥有root权限的用户或应用程序去修改操作系统资源、内核和任何其他应用程序的。
通常情况下,root拥有访问所有应用程序和所有应用程序资源的权限。改变安卓设备的权限,使得其获取root权限,以root权限访问应用程序,这样的行为会增加安全隐患,相当于把整个设备暴漏给恶意应用和一些潜在的应用缺陷。修改安卓设备的能力对一个工作在安卓平台上的开发者是非常重要的。
在许多安卓设备上,用户有解锁引导加载程序的能力,这样,用户就可以轻易的更换操作系统景象。而更换了的操作系统可以允许设备拥有者获取root访问权限,以达到调试应用和系统组件的目的,即,获取root权限后,可以通过安卓应用程序接口访问某些一般情况下(普通权限下)应用不能访问的安卓功能。
在一些设备上,一个控制着物理设备和一条USB线缆的自然人可以安装一个新的操作系统,该操作系统提供root权限给一个普通用户。为了保护任何现存的用户数据不受到侵害,引导加载程序解锁机制需要: 引导加载程序其中一个解锁步骤就可以擦除任何现存用户数据。
通过破解内核的一个bug或者一个安全漏洞,root行为可以绕过这些保护。
用存储在设备中的密钥对数据进行加密,对于root用户来讲,根本保护不了应用程序私有数据,因为root用户可以访问这些似有数据。应用程序可以通过加密来对数据增加一层保护,这个加密过程中使用的密钥是存储在设备之外的,例如,在一个服务器上,或者一个用户密码中。当密钥还没有准备好之前,这个方法可以提供暂时的保护,但是在一些情况下,密钥必须提供给应用程序,那么这个时候root用户就可以访问这个密钥了。
一个更加健壮的,保护数据不被root用户侵犯的途径是:通过硬件方法解决。OEM们可能会选择实施一些硬件解决方案来限制对一些特殊内容的访问,例如视频回放的数字版权保护,或者谷歌钱包的进场通信相关的可信存储。
如果出现设备丢失或者被盗的情况,在一个安卓设备上进行全文件系统加密时是使用设备密码来保护加密密钥的,所以通过修改引导加载程序或者操作系统去访问用户的数据是不行的,因为没有用户的设备密码。
________________________________________
安卓3.0及其后续版本提供全文件系统加密,所以所有用户数据可以在内核中进行加密,通过AES128块设备加密(dmcrypt)(基于密码分组链接和ESSIV:SHA256)。
加密密钥是通过一个取自于用户密码的密钥获得的,这防止了在没有用户设备密码的情况下对存储数据的非授权访问。
为了有效抵御系统密码猜测攻击(例如““rainbow tables” or brute force”),密码最好通过标准的PBKDF2算法(而不是通过解密文件系统密钥),由随机盐(虽然感觉憋足,但不知道该怎么准确来翻译,那还是直译吧)和哈希值(SHA1)组成,。
为了有效抵御词典密码猜测攻击,安卓提供了复杂密码规则,该规则可以由设备管理者来设置,由操作系统来增强保护。文件系统加密需要用户密码,基于模型的屏幕锁没有得到支持。
关于文件系统加密的更多详细资料请参考:
https://source.android.com/devices/tech/encryption/android_crypto_implementation.html
________________________________________
安卓可以进行密码安全配置,即在访问一个设备之前首先验证用户提供的密码,如果密码不对则不允许访问。在阻止对设备的非授权使用之外,该密码还会为整个文件系统加密保护密钥。密码或者复杂密码规则的使用与否由设备管理者决定。
________________________________________
安卓2.2及其后续版本提供了安卓设备管理的应用程序接口,这就在系统级别提供了设备管理的功能支持。例如,内建安卓邮件应用使用应用程序接口去改进Exchange的支持。通过邮件应用,Exchange的管理者可以加强密码策略——这包括设备上的字母和数字密码、数字pin。管理者也可以远程地擦除(默认情况下,恢复工厂模式)丢失或者失窃的设备上的数据。
除了在安卓系统级应用中用设备管理之外,设备管理应用程序接口对第三方设备管理解决方案提供者也是开放的。应用程序接口的详细资料请参阅:
https://developer.android.com/guide/topics/admin/device-admin.html
安卓应用安全
________________________________________
安卓为移动设备提供一个开放的平台和应用环境。核心操作系统是基于Linux内核。安卓应用大部分是用java语言编写的,并且运行在达尔维克虚拟机上。然而,应用程序也可以写成Native代码。应用程序是通过一个后缀为apk的单个压缩文件进行安装的。
安卓应用的组成部分别是:
________________________________________
安卓的所有应用程序都运行在应用程序沙盒机制中,这在本文档的前面已有介绍。默认情况下,一个安卓应用仅仅可以访问有
限的系统资源。安卓管理类应用对系统资源的访问,如果使用不当或者被恶意利用,这会影响用户体验,网络使用和数据的安全。
这些对应用的制约(或者称为限制)以不同的方式表现在安卓系统中。安卓故意不提供某些应用程序接口,这样可以限制应用的许多能力,来防止其接触一些敏感资源(例如,目前尚没有任何直接操作SIM卡的应用程序接口)。在一些情况下,应用程序的隔离运行提供了一个安全的措施,因为每个应用的数据存储也都是隔离的。在另外一些情况下,这些敏感的应用程序接口只能由特定的且可信的应用程序使用,并且,通过一个安全机制,即权限访问机制,而受到保护,。
这些受保护的应用程序接口包括:
这些资源仅仅可以通过操作系统来访问。要在设备上使用这些受到保护的应用程序接口,应用程序必须在manifest中定义这种能力。每当安装一个应用时,系统会弹出一个对话框给用户,上面显示着:各项权限请求清单和询问用户是否要继续安装该应用的字样。如果用户继续安装,系统就会认为设备的拥有者允许了该应用的所有权限请求。
一旦获得授权,只要得到成功安装,则该应用所提出的权限请求就被施加于应用中。为了避免用户的思维混乱,系统将不会再次通知用户:是否要授权给该应用。并且,核心操作系统预装的应用或者被OEM打包进来的应用不会从用户那里申请什么权限。如果应用卸载掉了,这些权限也就随着被移除了,所以如果再次安装该应用的时候会再次显示画面:询问用户是否同意应用的权限申请,如果同意则继续安装。
在设备设置中,用户可以看到之前安装的应用程序的权限设置,用户也可以全局关闭应用的一些功能,例如禁止GPS、收音机或者WIFI等。
如果应用程序尝试着去使用一个受保护的功能,而且这个受保护的功能没有在manifest中进行声明,系统将会抛出一个权限访问失败的安全异常出来。受保护的应用程序接口可以把对系统的欺诈行为的可能性降到最低程度。如图2所示,当安装应用时,系统会默认弹出应用程序的各种权限申请的条目,来让用户分析,是否要继续安装。
系统默认权限的详细描述请参阅:
https://developer.android.com/reference/android/Manifest.permission.html
应用程序可以通过申明的方式来让其他应用程序来使用自己的某些权限。当然,这样的权限没有在上面给出的连接中列出。
当定义一个权限时,一个保护等级属性告诉系统用户是如何被应用程序告知需要哪些权限的,或者谁被允许拥有这个权限。具体如何生成和使用应用程序特殊权限,下面这个链接中有详述:
https://developer.android.com/guide/topics/security/security.html
有一些设备的功能,例如发送短信广播的intents,这是对第三方应用不可用的,但是可以被OEM预装的应用使用。它们使用签名或者系统权限。
________________________________________
安卓会竭尽全力为用户分析第三方应用,并告知用户第三方应用都哪些权限。在安装任何应用之前,用户可以看到应用程序对各种权限的请求。安装之后,安卓不会再次提示用户对应用提出的权限请求进行授权。
在安装时,显示各种权限请求是很有必要的。这使用户有机会主动的去审核应用本身、开发者和应用功能的相关信息,并由此决定,该应用是否满足了用户的预期要求。同时,这样的权限请求功能对一部分用户是非常重要的:在尚没有对某个应用形成一个成熟的认知或者经济的安心托付时,这样的权限请求功能对普通用户是非常重要的。
其他一些平台使用不同的方法去实现这种权限申请机制,即在每一个会话开始的时候,或者在应用程序运行的时候,用户则得到通知——权限请求。安卓的绝妙之处在于可以使得用户自由的选择自己喜爱的应用。当然,每一次安装都提示用户是否允许权限请求会让用户的使用节奏慢下来,这也降低了安卓极佳的用户体验。但是,在安装应用的时候提示用户再次审查应用的各种权限请求,可以给用户多一个选择,而不去安装不喜欢的应用。
同时,根据对用户界面的研究,对于突然弹出的对话框,普通用户的第一反应就是去点击OK。安卓的安全目标之一就是研究重要安全信息,这些重要安全信息最好不要通过对话框表示,因为用户极有可能忽略对话框上的内容,而直接点击OK。通过仅仅提供一次至关重要的安全信息(也就是数只有最重要的安全信息才弹出对话框提示信息),用户才更可能去分析他们到底在说些什么。
当然,也一些平台不显示应用程序的任何功能性的信息。这个方式使用户不能直接弄清楚应用程序的相关功能。虽然,安卓权限模型允许许多用户轻易的去访问应用层序的相关信息,然而,在安卓平台,也不是所有用户都可以得倒全部通知的。
例如,料想不到的权限请求(比较冷门的权限请求)会使更多老练的用户,在GooglePlay,询问一些关于应用程序功能的关键问题,并且分享它们的关心点,在Google Play,所有用户都可以看到这些信息。
谷歌地图安装时权限请求 |
Gmail安装时权限请求 |
图2 应用程序的权限请求
________________________________________
不同进程之间可以使用传统的类UNIX机制来进行通信。例如文件系统、本地sockets或者信号灯。然而,Linux的基本权限管理机制仍然发挥着作用。
此外,安卓提供了新的进程间通信机制:
https://developer.android.com/reference/android/os/Binder.html
https://developer.android.com/reference/android/content/Intent.html](https://developer.android.com/reference/android/content/Intent.html
https://developer.android.com/reference/android/content/ContentProvider.html
虽然存在其他进程间通信方式,例如网路套接字或者全局可写文件,但还是建议使用Android进程间通信框架。鼓励安卓开发者使用安全的方法进行开发,这有助于避免安卓安全缺陷所引出的一系列问题。
________________________________________
费用敏感的应用程序接口其实就是一个可能会使用户或者网络产生费用的功能接口。安卓平台把费用敏感的应用程序接口放在了一个由系统控制的列表里面。第三方应用如果想使用这些接口,必须得到用户的授权。这些应用程序接口包括:
安卓4.2添加了对短信的进一步控制。如果某应用程序要发送一个短信到某短号的时,该短号绑定一个额外付费服务,安卓将会向用户发送一个通知,此时用户可以选择是否允许这个应用发送短信。
________________________________________
第三方应用对SIM卡的底层访问是不被允许的。系统负责管控对SIM卡的所有操作,包括访问sim卡内的个人私有信息(联系方式)。应用程序也不能访问AT命令,因为这部分由射频接口层来专门负责管理。射频管理层对上层提供了NO个接口来访问这些命令。
________________________________________
安卓把一部分应用程序接口放在受保护的接口清单里面,其中就包括对用户私有数据的访问。在使用的过程中,安卓设备在用户安装的第三方应用中积累用户数据。如果某个应用程序要分享这些信息,必须使用安卓系统权限审核机制来保护用户数据,而不受第三方应用侵害。
图3:只有通过系统的权限检查才能访问敏感用户数据
系统内容提供者有可能包含个人或者私人身份识别的信息,例如联系方式、日历都是在身份识别信息权限允许的情况下生成的。
这给了用户一个明确的暗示(信息的类型),该信息可以提供给应用程序。在安装的过程中,第三方应用可以提出权限申请来访问这些资源。如果得到允许,这个应用就可以安装,并且拥有在任何时候访问数据的权限。
任何应用程序,如果有收集个人私有信息,默认情况下,这些信息仅能被该应用访问。如果一个应用通过进程通信将自己的数据共享给其他应用,这个经过授权的应用可以将权限机制应用在进程间通信机制中(这是操作系统的加强功能)。
________________________________________
安卓设备往往会提供一些敏感数据输入设备(外部设备),并且允许应用程序控制它们去和周围的环境进行交互,例如摄像头、麦克风或者GPS。如果应用要访问这些设备,必须显式地通过安卓系统权限进行申明。例如,在安装时,包安装器将会提示用户是否允许对某种感应器(sensor)的访问。
如果应用想知道用户的位置信息,则需要相应的权限去访问用户的位置。在安装的时候,包安装器会提示用户是否允许该应用访问位置信息。不论在什么时候,如果用户不想任何应用访问自己的位置信息,那么用户可以到设置里面的“位置与安全”栏目,禁止使用无线网络和GPS卫星定位服务。这将会禁止任何应用访问用户的位置信息。
________________________________________
安卓竭力禁止对某些数据的访问,这些数据实际上是不敏感的,但重要的是这些数据间接地揭示了用户的特征、用户喜好以及用户使用设备的风格——这些数据就是所谓元数据。
默认情况下,应用程序没有访问操作系统日志、浏览记录、电话号码,或者硬件/网络ID信息的权限。如果在安装时应用请求访问这些信息,包安装器将会提示用户是否要允许该应用访问这些所谓元数据。如果用户不授权,那么应用将不会继续安装。
________________________________________
在不用声称复杂的接口和权限的情况下,代码签名允许开发者确认应用程序的作者,并且升级他们自己写的应用。每一个运行在安卓平台上的应用,必须由开发者签名。如果尝试在未签名状态下安装应用程序,该行为将会被谷歌商场或者安卓包安装器无情的拒绝。
在谷歌商场中,应用签名机制作为一个桥梁,使谷歌和开发者彼此获得信任。因为,开发者知道到,他们编写的应用程序被普通用户下载并运行在手持设备上的过程中,该应用程序时完整的,没有经过篡改的。此外,开发者也要对其开发的应用的任何行为负有直接责任。
实际上,安卓应用签名是把应用程序放置在应用程序沙河中的第一步。签名过的应用程序的证书定义哪一个用户ID和哪一个应用程序相关联。不同的应用以不同的用户ID运行。应用程序签名机制可以确保,除了通过良好的IPC机制,否则应用程序不能访问另外应用程序的资源。
当应用程序安装包安装在安卓设备上时,安装包管理器会验证,APK是否经过合适的签名,是否具有合适的证书。如果证书(或者,准确的讲,证书中的公钥)和密钥匹配(该密钥用于对任何其他APK进行签名),则新的APK可以在manifest文件中指定,它自己将会和其他类似签名的应用安装包共享同一个UID。
应用程序可以通过第三方(OEM,工厂主或者其他应用商场)签名或者自签名。安卓可以通过自签名证书来进行代码签名,该证书可由开发者在没有外部支持或者权限的情况下生成。应用程序没必要使用一个权威机构进行签名。安卓目前不会为应用程序证书执行CA验证。
当保持不同的用户ID和应用程序沙盒时,应用程序也可以在签名保护层级声明安全权限,限制其他以相同证书签名的应用的访问。通过共享用户ID,两个应用之间可以保持紧密的联系。如果两个或者两个以上的应用程序以同一个开发者的密钥签名,那么这两个应用(这些应用)可以在它们的manifest文件中申明共享用户ID。
________________________________________
安卓4.2及其后续版本支持应用程序验证。用户可以选择使能“Verify Apps”,这样一来,应用必须由一个应用程序验证器验证之后,才能安装。App验证可以警告用户:提醒他们是否在安装一个恶意应用,如果一个应用包含恶意代码,那这个验证机制可以阻止安装。
________________________________________
安卓平台提供了一个可扩展的DRM(数字版权管理)框架,这可以让应用程序,根据证书限制,对受到版权保护的内容进行有效管理,DRM框架支持许多设计思路,设备所支持的DRM设计工作留给了设备生产商来做。
安卓DRM框架应部署在安卓系统的两个层面上(见下图):
图4:安卓设备上数字版权管理的体系结构
安卓提供系统升级,以实现安全方面和功能扩展方面的更新。
在大多数安卓设备上,有两种升级系统的方法:OTA升级和side-loaded升级。
如若有危险的系统缺陷出现,且该缺陷的发现者负责任地报告给了谷歌,或者AOSP工程,那么安卓安全团队将走下面的工作程序:
1、如果出现了问题,安卓团队仅会通知签署了NDAs的企业,并且开始讨论问题的解决方案。
2、代码的持有者负责问题修正的开头工作
3、安卓团队将会修正安卓安全相关问题
4、发布了的修正补丁只可以由签订了NDA(保密协定)的OHA成员使用
5、安卓团队会在AOSP上公开发布补丁。
6、OEM(代工)或者运营商会推送一个升级服务给客户。
我们都知道,OHA成员和谷歌都有签订NDA(保密协定)。该协定规定,任何一个OHA成员如若发现了一个安卓安全问题,绝不可以将其私自公之于众(如果擅自公开,则会让用户处于极度危险之中)。大家都知道,许多OHA成员在他们生产的安卓设备上运行他们自己的代码,例如bootloader、wifi驱动和射频模块等。一旦安卓安全团队察觉到某个OHA成员写的代码里面存在安全问题,他们将会及时和该OHA成员进行有效沟通,来快速准确的找到修正该问题的处理办法。然而,OHA成员如果真的写了错误的代码(有安全隐患),必须是负责修正问题主要责任人。
如果有人不负责任地暴漏出安卓的危险的系统缺陷(例如,这个缺陷被公布在了某一个公开的论坛上,而没有任何警告措施),那么谷歌和AOSP将会尽最大可能,快速生成一个安全补丁来解决这个问题。,经测试无问题之后,这个补丁将会公开发布(对任何开放手机联盟成员)。
谷歌开发者年会(2011),许多开放手机联盟(OHA)成员,承诺在设备卖出之后继续对设备提供18个月的升级。这一举动向用户提供了访问安卓近期的新功能的机会,当然,这也包括安全方面的相关升级。
任何安卓开发者、安卓使用者或者安全研究者,都可以通过发送电子邮件给:[email protected]来通知安卓安全团队,它们发现的潜在的安全问题,。
如果你愿意,你们的交互可以通过安卓安全团队PGP密钥来加密,参见:
https://developer.android.com/security_at_android_dot_com.txt
https://source.android.com
https://developer.android.com
https://developer.android.com/guide/topics/security/security.html
https://developer.android.com/resources/faq/security.html
https://developer.android.com/training/articles/security-tips.html
https://groups.google.com/forum/?fromgroups#!forum/android-security-discuss
焦虑的娃温馨提示:本译文将会随着笔者对安卓安全的认识的变化而不断更新,敬请关注。此外,对于技术博客,本人是比较倾向于原创性的,所以以后会经常出系列性的原创博客出来(专门针对安卓安全),敬请期待。