• android自定义访问权限permission


           由于Android部分设计原理较为开放,可能通过Intent或PackageManager就可以解析处理调用其他应用的子类,所以在部分应用中需要做更多的安全处理,保证应用内部的稳定性和安全性。

           稳定性: 部分类可能没有数值的传入将会导致可能初始化失败,造成Force Close等问题。

            安全性: 其他应用调用本程序的SQL数据库等问题,可能会造成一些无法预料到的损失。

      一、Android应用内部安全保护 

            为了考虑内部部分敏感数据处理的安全性加入类ACL访问控制,当然使用了更加灵活的,比如UID、SID、PID等多种方式。

           1. 部分私有的配置信息,或相对轻量级的内容,可以使用SharedPreferences接口提供的相关方法处理,并设置为安全标志位私有MODE_PRIVATE,不过需要注意的是该方法仅能本进程调用。

           2. SQLite的安全问题,对于Content Provider的处理权限,在Android中可以直接显示的声明,比如在androidmanifest.xml中声明读或写权限,在Provider节点中,声明android:writePermission或android:readPermission属性,当然其他程序声明了这些权限也可以访问,这时我们可以通过 android:authorities属性限制一个类的访问,比如android:authorities="cn.com.android.cwj" 。最终类似

         <provider
           android:name="cwjProvider"
           android:authorities="cn.com.android.cwj"
           android:writePermission="cn.com.android.cwj.permission.WRITE_DATABASE"
           android:readPermission="cn.com.android.cwj.permission.READ_DATABASE" />

           数据库本身的读写可以处理多线程问题,但是数据的先后可以考虑同步问题,设置android:multiprocess="true"属性来保证数据的正确性,相关问题不在本文讨论范围内,我们可能会在以后的内容中涉及这部分问题。

         3.  Activity、Service和Receiver的权限声明方式,可以直接使用android:permission属性,具体的和上面的SQLite安全一样的处理方式,演示代码如下

         <activity
            android:name=".cwj"
            android:authorities="cn.com.android"
            android:permission="cn.com.android.cwj.permission.ACCESS"/>

      二、Permission的声明

      <permission
            android:name="cn.com.android.cwj.permission.ACCESS"
            android:protectionLevel="normal"
            android:label="@string/permission_aceess"
            android:description="@string/permission_aceess_detail" />

           当然还有可选的属性比如说android:protectionLevel="normal"设置保护权限,还有必须签名signature,当然这里对于权限分组我们可以通过类似permission的方法来声明permissionGroup,或直接使用系统的,比如android:permissionGroup="android.permission-group.SYSTEM_TOOLS"最终其他应用中调用,可以显示的在自己的manifest.xml中声明即可,类似 <uses-permission android:name="cn.com.android.cwj.permission.ACCESS" />

    三、账户安全声明

           直接在androidmanifest.xml中的Application中直接声明,比如标准用户权限类似

           android:sharedUserId="android.uid.shared"  ,当然处理一些RIL方面的可以声明类似 android.uid.phone 的权限,处理一些更敏感的数据。

    四、Service安全

            对于Service而言除了限制访问的package外,我们还可以通过直接绑定并参数判断的访问来处理尽量不使用android:exported="true"的导出方法,当然通过broadcast方式通讯可以通过intent的extra方式可以做一些简单的验证。

    五、PID的安全问题

           PID的安全问题,通过限制processID的方式限制访问,仅允许在同一个进程空间访问。

    六、android permissionLevel

           在permissionLevel的定义时设置了android:protectionLevel这一项。取值范围有四种:
           "normal"
           "dangerous"
          "signature"
           "signatureOrSystem" 
           如果定义的是前面两种normal或者dangerous, 我们自己的应用需要去访问其对应受保护的资源时只需要在androidManifest.xml中添加相同的uses-permission就行了。 如果是signature, 我们仅仅添加对权限的使用还不行, 必须同时具有相同的签名。 如果是signatureOrSystem, 不仅要有相同的签名, 还必须有相同的sharedUserId. 


    /**
    * @author 张兴业
    * 邮箱:xy-zhang#163.com
    * android开发进阶群:278401545
    *
    */

  • 相关阅读:
    算法——(转)动态规划入门
    iOS学习——(转)多线程
    iOS崩溃日志ips文件解析
    iOS学习——核心动画
    iOS学习——核心动画之Layer基础
    iOS学习——Quartz2D学习之UIKit绘制
    iOS学习——Quartz2D学习之DrawRect
    iOS模拟器使用
    (转)浅谈Session与Cookie的区别与联系
    Android Studio 受不了了
  • 原文地址:https://www.cnblogs.com/xyzlmn/p/3168120.html
Copyright © 2020-2023  润新知