android 权限管理和签名 实现静默卸载

为了实现静默卸载， 学了下android的安全体系，记录以下

最近在作个东西，巧合碰到了sharedUserId的问题，因此收集了一些资料，存存档备份。

    安装在设备中的每个apk文件，Android给每一个APK进程分配一个单独的用户空间,其manifest中的userid就是对应一个Linux用户都会被分配到一个属于本身的统一的Linux用户ID，而且为它建立一个沙箱，以防止影响其余应用程序（或者其余应用程序影响它）。用户ID 在应用程序安装到设备中时被分配，而且在这个设备中保持它的永久性。

经过Shared User id,拥有同一个User id的多个APK能够配置成运行在同一个进程中.因此默认就是能够互相访问任意数据. 也能够配置成运行成不一样的进程, 同时能够访问其余APK的数据目录下的数据库和文件.就像访问本程序的数据同样.

对于一个APK来讲，若是要使用某个共享UID的话，必须作三步：

一、在Manifest节点中增长android:sharedUserId属性。

二、在Android.mk中增长LOCAL_CERTIFICATE的定义。

若是增长了上面的属性但没有定义与之对应的LOCAL_CERTIFICATE的话，APK是安装不上去的。提示错误是：Package com.test.MyTest has no signatures that match those in shared user android.uid.system; ignoring!也就是说，仅有相同签名和相同sharedUserID标签的两个应用程序签名都会被分配相同的用户ID。例如全部和media/download相关的APK都使用android.media做为sharedUserId的话，那么它们必须有相同的签名media。

三、把APK的源码放到packages/apps/目录下，用mm进行编译。

举例说明一下。

系统中全部使用android.uid.system做为共享UID的APK，都会首先在manifest节点中增长android:sharedUserId="android.uid.system"，而后在Android.mk中增长LOCAL_CERTIFICATE := platform。能够参见Settings等

系统中全部使用android.uid.shared做为共享UID的APK，都会在manifest节点中增长android:sharedUserId="android.uid.shared"，而后在Android.mk中增长LOCAL_CERTIFICATE := shared。能够参见Launcher等

系统中全部使用android.media做为共享UID的APK，都会在manifest节点中增长android:sharedUserId="android.media"，而后在Android.mk中增长LOCAL_CERTIFICATE := media。能够参见Gallery等。

另外，应用建立的任何文件都会被赋予应用的用户标识，而且正常状况下不能被其余包访问。当经过getSharedPreferences（String，int）、openFileOutput（String、int）或者openOrCreate Database（String、int、SQLiteDatabase.CursorFactory）建立一个新文件时，开发者能够同时或分别使用MODE_WORLD_READABLE和MODE_WORLD_RITEABLE标志容许其余包读/写此文件。当设置了这些标志后，这个文件仍然属于本身的应用程序，可是它的全局读/写和读/写权限已经设置，因此其余任何应用程序能够看到它。

关于签名：

build/target/product/security目录中有四组默认签名供Android.mk在编译APK使用：

一、testkey：普通APK，默认状况下使用。

二、platform：该APK完成一些系统的核心功能。通过对系统中存在的文件夹的访问测试，这种方式编译出来的APK所在进程的UID为system。

三、shared：该APK须要和home/contacts进程共享数据。

四、media：该APK是media/download系统中的一环。

应用程序的Android.mk中有一个LOCAL_CERTIFICATE字段，由它指定用哪一个key签名，未指定的默认用testkey.

 

 

对于使用eclipse编译的apk，可使用signapk.jar来手动进行签名，其源码在build/tools/signapk下，编译后在out/host/linux-x86/framework/signapk.jar，也能够从网上下载。使用方法，以platform为例：java -jar ./signapk　platform.x509.pem platform.pk8 input.apk output.apk  (platform.x509.pem platform.pk8在build/target/product/security获取)

1	pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] [-s] [-f] PATH

2	pm uninstall [-k] PACKAGE

pm命令能够经过adb在shell中执行，一样，咱们能够经过代码来执行。

01	public static void execCommand(String... command) {

02	Process process = null;

03

try {

04	process = new ProcessBuilder().command(command).start();

05	//对于命令的执行结果咱们能够经过流来读取

06	// InputStream in = process.getInputStream();

07	// OutputStream out = process.getOutputStream();

08	// InputStream err = process.getErrorStream();

09	} catch (IOException e) {

10	e.printStackTrace();

11	} finally {

12	if (process != null)

13	process.destroy();

14

}

15

}

1	execCommand("pm", "install", "-f", filePath);//安装apk，filePath为apk文件路径，如/mnt/sdcard/ApiDemos.apk

2	execCommand("pm", "uninstall", packageName);//卸载apk，packageName为包名，如com.example.android.apis

编译生成apk时，要在你的manifest文件下添加android:sharedUserId="android.uid.system"，编译完成以后还没法正常安装，会出现Installation error: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE错误，此时，要为apk从新签名。

在android源码\build\target\product\security中找platform.pk8和platform.x509.pem两个文件，在android 编绎目录out下找到 signapk.jar 这个包（源码目录\build\tools\signapk），并把编译好的apk（如PMDemo.apk）放在同一目录下，在从新签名以前，用rar文件打开apk文件，进入META-INF目录下，将CERT.SF和CERT.RSA这两个文件删除掉，而后在命令行中执行如下命令：

1	java -jar signapk.jar platform.x509.pem platform.pk8 PMDemo.apk NewPMDemo.apk

安装前先把旧的apk卸载，这样从新签名以后的apk就能够正常安装了。