Android的IBinder接口及其安全性机制
16lz
2021-01-25
Activity对象与Service对象在不同的进程(Process)里执行,各有不同的UID(unix user ID)。由于各自独立执行,所以Activity对象通常依赖Intent对象去请求Android启动所需要的Service。
就Service对象的开发者而言,Activity对象是属于外界(因为两者在不同的进程里执行)的软件,也大多是别人开发的。那么,Service对象如何确定这外来的对象是善意的呢? 这就是安全性的问题了。在Service类别里,可以做权限的检查,其常用指令如下图:
当Service确认了对方的善意,就将IBinder接口的参考 (Reference)传给Activity对象。Activity对象就能透过IBinder接口去使用Binder的服务了。如下图:
当Activity呼叫IBinder的transact()等函数时,会反向呼叫NotifyBinder子类别的onTransact()函数。此时,也可以进行安全检验,例如下图里的指令:
int uid = Binder.getCallingUID();
就能取得对方UID来检验它的身分等。还可以进行 checkCallingPermission()等检验。如下图:
经检验而确认来客是善意的,就启动BinderServer(如影音播放器)来提供实质的服务。
以上是就Service的开发者角度来看Android的IBinder的安全机制的有关概念。至于Android范例程序代码,在此节录文章里,就省略了。
转自http://dev.chinamobile.com/cmdn/wiki/index.php?doc-view-2411.html
更多相关文章
- Android(安卓)OOM:内存管理分析和内存泄露原因总结
- Android源码阅读技巧--查找开发者选项中显示触摸操作源码
- java/android 设计模式学习笔记(5)---对象池模式
- .NET开源了,Visual Studio开始支持 Android(安卓)和 iOS 编程并自
- ActivityThread的main方法究竟做了什么?
- Android(安卓)ButterKnife入门到放弃
- uni-app打包程序 Hbuilder X 用自有证书 苹果证书打包 ios App、
- Android实现多条Toast快速显示(强制中止上一条Toast的显示)
- 【产品思考】国内 Android(安卓)开发生态现状