Android学习笔记之一谁动了我的接口附checkPermission流程（Dean）[转]

最新推荐文章于 2021-09-27 13:03:08 发布
最新推荐文章于 2021-09-27 13:03:08 发布
阅读量284 收藏
点赞数
分类专栏： Android应用 文章标签： 移动开发 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lcdxwhj2003/article/details/84363769
版权

前段时间接到一个有趣的需求！我们实现的某某功能的手机对外提供了API！结果有希望只有自己承认的厂商的APK才能使用这些接口！其他的过滤掉！ 

哈哈！看上去挺变态的！对外公布的API又不让人家用！没办法啊！需求就是爷！一个字做！ 
回顾android安全机制貌似没有这么一项功能！不过咱能做！谁叫咱能改源码呢！有源码什么不能改了啊！哈哈！。。。。 

那么方案调研过程我们省略这里面涉及的知识比较多！直接上方案了！ 

步骤是先想法知道谁调用了你的接口！然后把调用接口的apk的厂商信息找出来！ 
同一个厂商的apk的签名应该是一样的！拥有同样的signature以及pubkeyid!所以最终目的是得到signature！ 
研究查到有如下接口 

Java代码




  1. PackageInfo pkgInfo;  
  2.         try {  
  3.             pkgInfo = getPackageManager().getPackageInfo("packagename", PackageManager.GET_SIGNATURES);  
  4.   
  5.             Signature enterproidSign = pkgInfo.signatures[0];  
  6.               
  7.             if (!enterproidSign.toCharsString().equals(key)) {  
  8.                 // Wrong signature  
  9.                 return;  
  10.             }  
  11.         } catch (NameNotFoundException e) {  
  12.             // TODO Auto-generated catch block  
  13.             e.printStackTrace();  
复制代码

也就是说当务之急就是找到谁调用了这个接口！即是packagename! 
本来我们知道想知道谁调用了你只要在参数中加入context的信息就很容易得到apk的唯一标识包名了！ 
如下面的code 

Java代码  




  1. String packageName = this.getApplicationInfo().packageName;  
  2. Log.e("Dean", "getApplicationInfo:"+packageName);  
  3. String dataDir = this.getApplicationInfo().dataDir;  
  4. Log.e("Dean", "getApplicationInfo:dataDir"+dataDir);  
  5. String sourceDir = this.getApplicationInfo().sourceDir;  
  6. Log.e("Dean", "getApplicationInfo:sourceDir"+sourceDir);      
  7. String publicSourceDir = this.getApplicationInfo().publicSourceDir;  
  8. Log.e("Dean", "getApplicationInfo:publicSourceDir"+publicSourceDir);  
  9. int descriptionRes = this.getApplicationInfo().descriptionRes;  
  10. Log.e("Dean", "getApplicationInfo:descriptionRes"+descriptionRes);
复制代码


偏偏接口中没有context的参数！而且这个方式貌似就有局限性了！ 
那么我们可以想想在做checkpermission的判断的时候也需要知道是哪个apk吧！可以看看别人是怎么做到的！ 
看一下源代码: 

Java代码




  1. public int checkCallingOrSelfPermission(String permission) {  
  2.     if (permission == null) {  
  3.         throw new IllegalArgumentException("permission is null");  
  4.     }  
  5.     return checkPermission(permission, Binder.getCallingPid(),  
  6.             Binder.getCallingUid());  
  7. }  
复制代码

这里可以通过Binder.getCallingPid(),Binder.getCallingUid()的到apk的 pid 和 uid！ 
那看看源码流程是怎么样的 

Java代码




  1. /** 
  2.      * This can be called with or without the global lock held. 
  3.      */  
  4.     int checkComponentPermission(String permission, int pid, int uid,  
  5.             int owningUid, boolean exported) {  
  6.         // We might be performing an operation on behalf of an indirect binder  
  7.         // invocation, e.g. via {@link #openContentUri}.  Check and adjust the  
  8.         // client identity accordingly before proceeding.  
  9.         Identity tlsIdentity = sCallerIdentity.get();  
  10.         if (tlsIdentity != null) {  
  11.             Slog.d(TAG, "checkComponentPermission() adjusting {pid,uid} to {"  
  12.                     + tlsIdentity.pid + "," + tlsIdentity.uid + "}");  
  13.             uid = tlsIdentity.uid;  
  14.             pid = tlsIdentity.pid;  
  15.         }  
  16.   
  17.         // Root, system server and our own process get to do everything.  
  18.         if (uid == 0 || uid == Process.SYSTEM_UID || pid == MY_PID ||  
  19.             !Process.supportsProcesses()) {  
  20.             return PackageManager.PERMISSION_GRANTED;  
  21.         }  
  22.         // If there is a uid that owns whatever is being accessed, it has  
  23.         // blanket access to it regardless of the permissions it requires.  
  24.         if (owningUid >= 0 && uid == owningUid) {  
  25.             return PackageManager.PERMISSION_GRANTED;  
  26.         }  
  27.         Log.e("Dean", "ActivityManagerService checkComponentPermission uid:" + uid + "pid:" + pid  
  28.                 + "!Process.supportsProcesses()" + !Process.supportsProcesses() + "owningUid:"  
  29.                 + owningUid + "exported:" + exported + "permission:" + permission);  
  30.   
  31.         // If the target is not exported, then nobody else can get to it.  
  32.         if (!exported) {  
  33.             Slog.w(TAG, "Permission denied: checkComponentPermission() owningUid=" + owningUid);  
  34.             return PackageManager.PERMISSION_DENIED;  
  35.         }  
  36.         if (permission == null) {  
  37.             return PackageManager.PERMISSION_GRANTED;  
  38.         }  
  39.         try {  
  40.             return AppGlobals.getPackageManager()  
  41.                     .checkUidPermission(permission, uid);  
  42.         } catch (RemoteException e) {  
  43.             // Should never happen, but if it does... deny!  
  44.             Slog.e(TAG, "PackageManager is dead?!?", e);  
  45.         }  
  46.         return PackageManager.PERMISSION_DENIED;  
  47.     }  
复制代码

这样我们发现在对apk拥有的是否是root等权限判断后调用了

Java代码




  1. AppGlobals.getPackageManager()  
  2.                     .checkUidPermission(permission, uid);  
复制代码

这样就调回到packagemanage里面来通过uid群找它所拥有的permission,code 如下 

Java代码




  1. public int checkUidPermission(String permName, int uid) {  
  2.   
  3.     synchronized (mPackages) {  
  4.         Object obj = mSettings.getUserIdLP(uid);  
  5.         if (obj != null) {  
  6.             GrantedPermissions gp = (GrantedPermissions)obj;  
  7.             Log.e("Dean", "PackageManagerService checkUidPermission obj != null");  
  8.             if (gp.grantedPermissions.contains(permName)) {  
  9.                 return PackageManager.PERMISSION_GRANTED;  
  10.             }  
  11.         } else {  
  12.             HashSet<String> perms = mSystemPermissions.get(uid);  
  13.             Log.e("Dean", "PackageManagerService checkUidPermission obj == null");  
  14.             if (perms != null && perms.contains(permName)) {  
  15.                 return PackageManager.PERMISSION_GRANTED;  
  16.             }  
  17.         }  
  18.     }  
  19.     Log.e("Dean", "PackageManagerService checkUidPermission");  
  20.     return PackageManager.PERMISSION_DENIED;  
  21. }  
复制代码

通过这个uid获得GrantedPermissions！这个就是他所拥有的permission列表！ 
这个方法后面的部分貌似对我们的需求么用！ 
我们需要得到的是apk的唯一标识包名！ 
这里有两个方法 

一个用uid 获得包名 

Java代码




  1. public String[] getPackagesForUid(int uid)  
复制代码

这里得到的是一个数组 
这里之所以会得到一个数组是因为有一个属性android:sharedUserId 
多个apk可以共享一个userid！那么这会不会影响我们的结果了！ 
答案是不会！当然这个答案是做过测试的！如果有android:sharedUserId那么两个apk必须有相同的证书！否则会报INSTALL_FAILED_SHARED_USER_INCOMPATIBLE 
错误！也就是说得到的数组的任何一个packagename取到的Signature应该是一样的！ 
所以此方案可行！ 

另一个通过pid可以知道当前的进程运行pkglist！ 

Java代码


  1. List<RunningAppProcessInfo> getRunningAppProcesses = null;  
  2.         try {  
  3.             getRunningAppProcesses = ActivityManagerNative.getDefault()  
  4.                     .getRunningAppProcesses();  
  5.         } catch (Exception e) {  
  6.         }  
  7.           
  8.         for (RunningAppProcessInfo runningappprocessinfo : getRunningAppProcesses) {  
  9.             Log.e("Dean", "runningappprocessinfo.pid:"+runningappprocessinfo.pid+"runningappprocessinfo.processName"+runningappprocessinfo.processName);  
  10.               
  11.             for(int i = 0;i<runningappprocessinfo.pkgList.length;i++){  
  12.                 Log.e("Dean","pkgname:"+runningappprocessinfo.pid+":"+runningappprocessinfo.pkgList[i]);  
  13.             }  
  14.         }  
  15.         Log.e("Dean", "...................................................");  
  16.         for (RunningAppProcessInfo runningappprocessinfo : getRunningAppProcesses) {  
  17.             Log.e("Dean","runningappprocessinfo.pid:"+runningappprocessinfo.pid);  
  18.             if (runningappprocessinfo.pid == Binder.getCallingPid()) {  
  19.                 Log.e("Dean","runningappprocessinfo.pid:"+runningappprocessinfo.pid);  
  20.                 Log.e("Dean", "runningappprocessinfo" + runningappprocessinfo  
  21.                         + "runningappprocessinfo.processName:"  
  22.                         + runningappprocessinfo.processName  
  23.                         + "runningappprocessinfo.pkgList:"  
  24.                         + runningappprocessinfo.pkgList);  
  25.                 ApplicationInfo mAppInfo = null;  
  26.                 try {  
  27.                 Log.e("Dean","runningappprocessinfo.pkgList"+runningappprocessinfo.pkgList);  
  28.                   
  29.                 Log.e("Dean","runningappprocessinfo.pkgList"+runningappprocessinfo.pkgList.length);  
  30.   
  31.                 for(int i = 0;i<runningappprocessinfo.pkgList.length;i++){  
  32.                     Log.e("Dean","pkgname:"+runningappprocessinfo.pkgList[i]);  
  33.                 }  
  34.                   
  35.                 mAppInfo = getPackageManager().getApplicationInfo(runningappprocessinfo.processName,  
  36.                         PackageManager.GET_UNINSTALLED_PACKAGES);  
  37.                   
  38.                 Log.e("Dean", "mAppInfo.publicSourceDir"+mAppInfo.publicSourceDir);  
  39.                 Log.e("Dean", "mAppInfo.sourceDir"+mAppInfo.sourceDir);  
  40.                 } catch (Exception e) {  
  41.                 }  
  42.             }  
  43.         }
复制代码

lcdxwhj2003
关注
专栏目录
AndroidL的checkPermission方法详解
ctyjqcq的专栏
10-22 1万+
在Android源码的很多地方都会出现权限检查的方法checkPermission,此篇文字主要介绍Android5.1.1源码中的checkPermission方法是如何实现的，在此以WallpaperManagerService.java中的checkPermission方法为例来分析。
android 小米动态授权,Android动态权限处理
weixin_28935433的博客
05-25 769
6.0以后分出了危险权限，危险权限需要动态申请，他们分了组，如果申请了组内的某个权限，那么整个组的权限都会被授予危险权限组.jpg主要也就几个方法，方法懂了，剩下的就是逻辑了，先看几个重要的方法：检查权限方法：//第一个参数Context,第二个参数需要检查的权限//被授权返回0，否则返回-1PermissionChecker.checkSelfPermission(mContext, permi...
Android学习笔记Android必备开发工具之一命令行创建Git库
听说读写
09-28 1575
提供相关文章介绍 http://hi.baidu.com/baixuejiyi1111/blog/item/e7a475a2589123e19152eed9.html http://www.2cto.com/kf/201107/96819.html http://net
Android权限校验过程
梦翼-的博客
02-12 3470
Android框架层提供了权限机制来确保安全，下面是android 7.0源码中关于权限校验过程的介绍： 1、首先调用ContextImpl中checkCallingOrSelfPermission方法： @Override public int checkCallingOrSelfPermission(String permission) { if (pe
Android学习笔记之-刷机Nexus S: Full Update Guide（Dean）
08-03 200
前几个星期Jimmy跟我说正带的一个项目客户是阿拉伯人！要求有阿拉伯的语言支持！指定的机型是nexus s！很困扰的是亚洲版一般都吧这一语言屏蔽了！让我想办法刷一个有阿拉伯语言支持的！前几天一直尝试自己编一个img直接刷上去！但刚好我手上的源码版本是没有阿拉伯语言设置的支持的！ 当然2.3版本的源码都有DroidSansArabic.ttf这也就是说阿拉伯语言的支持都是可以的！我下了一个阿拉伯输...
Android进阶学习-查看手机进程信息
chiluantian3102的博客
05-26 209
效果图: 跟前一篇的差不多,先提一下两个类: ①ActivityManager //相对于PackageManager来说,PackageManager是管理所有APP信息的,而ActivityManager则是管理正在运行的的APP信息. ②RunningAppProcessInf...
Android动态请求权限工具类
06-19
在Android开发中，自从Android 6.0（API级别23）引入了运行时权限模型后，应用在请求敏感权限时不再像以往那样在安装时一次性获取，而是需要在运行时根据用户的需求来请求。这个变化增加了开发者的复杂性，但同时也...
android权限动态检测,android ios 权限检查与动态申请提示
weixin_42522374的博客
05-25 861
ios 就这个个性，应用第一次用权限时，比如 相机 权限，检查的话是不存在的！就算打开 应用的权限页面 也没用，因为里面没有 相机 权限...，算了，不多说了，怀疑自己个儿抑郁了....直接发代码了，在逻辑上很可能不完善，还望懂行的道友.../*** 获取系统权限* @param {Object} permission 权限标识* CAMERA: (String 类型 )访问...
动态申请ANDROID权限的插件forUnity3d
11-04
2. 实现一个检查权限的方法，例如`CheckPermission()`，该方法会通过调用Android的`ContextCompat.checkSelfPermission()`来检测应用是否已经获得了特定的权限。 3. 提供一个请求权限的方法，比如`...
Android代码段收集 - 查询APP是否在后台运行
qq_40731414的博客
04-10 493
查询APP是否在后台运行： public boolean isAppIsInBackground() { boolean isInBackground = true; ActivityManager manager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE); List<ActivityManager.RunningAppProcessInfo
Android中获取正在运行的应用程序-----ActivityManager.RunningAppProcessInfo类详解
weixin_33714884的博客
03-29 80
今天继续讲解关于ActivityManager的使用，通过前面一节的学习，我们学会了如何利用ActivityManager获取系统里 正在运行的进程。本文要讲解的知识点是利用这些进程信息获取系统里正在运行的应用程序以及每个进程里运行的应用程序。 用到的知识点也包括PackageManager的使用，读者阅读在我之前写的blog《PackageManager的使用》 ...
Android权限探究——获取正在运行的应用/进程列表
热门推荐
学不可以已
07-19 2万+
Android5.0以前，可以通过ActivityManagerService.getRunningAppProcesses接口获取系统中正在运行的app进程信息。 但之后的Android版本，此接口只能获取到调用者自己的进程信息，这是为什么呢？本文将一探究竟。 1. ActivityManagerService源码分析 首先看一下Android 8.1 的ActivityManagerSe...
Permission denied: checkComponentPermission() owningUid=10028的解决
lhcxwjh的专栏
12-20 2723
在调用其他activity时logcat报出Permission denied: checkComponentPermission() owningUid=10028的警告，解决方式是在需要调的activity的属性后面加上android:exported="true"就可以了。 例如：
Android权限 - 动态权限申请系统流程
hanhan1016的专栏
05-08 1364
话不多说直接上流程图： 1.checkSelfPermission 2.requestPermissions 因为都不是很复杂的流程，所以也咩有太多需要说明的，除了以下两点需要稍微知道下，算是自己记录下： 1.在checkSelfPermission流程中 调用到ActivityManager(frameworks\base\core\java\android\app\ActivityManager.java)中的方法checkComponentPermission比较重要 在这个方法.
Android权限系统（三）：运行时权限检查和申请，PermissionController
Invoker123的博客
10-19 9996
请求应用权限的最佳实践   Google提供的请求应用权限的说明如下：请求应用权限   官方提供的模板使用了三个条件分支来请求应用权限：  1.checkSelfPermission用来检查应用是否有需要请求的权限了，如果有，直接执行需要的动作；   2.shouldShowRequestPermissionRationale在用户曾经点击过拒绝这一权限的选项后为true（非“拒绝不再询问”选项），这时系统发现应用没有响应的权限，开发者可以在这一条件分支加上相关说明的界面，向用户指出申请这个权限的必要性，但
Android增量更新（bsdiff使用）
Momo_Da的博客
09-27 925
简单了解 增量更新是什么？ APP版本更新时不需要客户端下载新的apk，只需要下载差分包（两个apk的差异）。 差分包怎么得到？怎么用旧的apk和差分包合成新的apk？ 使用bsdiff。 bsdiff是怎么工作的？ 比较两个文件二进制，具体实现有兴趣可以去深挖。 举个例子方便理解：Git，就可以记录你每次修改、增加、删除，而且不是以文件为单位的，可具体到某个文件中的某一行，每次上传代码其实只上传的差异。 bsdiff咋用？ 先下载bsdiff，解压看下都有什么
增量更新
qinbin2015的博客
05-28 3954
一、定义 增量更新是指在进行更新操作时，只更新需要改变的地方，不需要更新或者已经更新过的地方则不会重复更新，增量更新与完全更新相对。对于我们app来说，一般对于用户来说用户的流量是很宝贵的，如果我们只改变了app中的一个变量，比如i。那么我们就需要重新发版，供用户下载更新整个app，而增量更新就不需要这样的操作了，虽然最终也是需要用户来安装的，但是用户下载的只是我们更改的部分。并且这个技术已经很...
自定義一個注解@CheckPermission 功能是做用戶接口訪問權限
最新发布
05-20
好的，以下是一个简单的实现方法： ```java import java.lang.annotation.*; @Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface CheckPermission { String[] value(); } ``` ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值