许可实施权 Android请问APK的Platform签名的许可权？

Android请问APK的Platform签名的许可权？  

Android请问APK的Platform签名的许可权？

方法一：需要在Android系统原始码的环境下用make来编译：

在应用程式的 AndroidManifest.xml 中的 manifest 节点中加入 android:sharedUserId="android.uid.system" 这个属性修改Android.mk档案，加入LOCAL_CERTIFICATE := platform这一行使用mm命令来编译，生成的apk就有修改系统时间的许可权了。

方法二：

同上，加入android:sharedUserId="android.uid.system"这个属性。使用eclipse编译出apk档案，但是这个apk档案是不能用的。用压缩软体开启apk档案，删掉META-INF目录下的CERT.SF和CERT.RSA两个档案。 （这一步我跳过了（原本是无意的，后来发现下面也有提到），结果一样可以）使用目标系统的platform金钥来重新给apk档案签名。这步比较麻烦，首先找到金钥档案，在Android原始码目录中的位置 是"buildtargetproductsecurity"，下面的platform.pk8和platform.x509.pem两个档案。然 后用Android提供的Signapk工具来签名，signapk的原始码是在"buildtoolssignapk"下，用法为"signapk platform.x509.pem platform.pk8 input.apk output.apk"，档名最好使用绝对路径防止找不到，也可以修改原始码直接使用。

android怎样验证签名的apk

在某些场合下，没有外在工具，需要对一个未签名的APK包进行签名，那就可以通过命令来对Android应用进行手动签名。
:jingyan.baidu./article/3c48dd3491d91fe10be358f4.

android 怎样混淆签名的apk档案

两种方式，一种开发工具eclipse，还有就是用apktool工具。 I、只要Run As Android Application 过，到工作目录的bin资料夹下就能找到与专案同名的apk档案。 II、 A.选中专案，右键＝》Andoid Tools＝》Export Unsigned Application Package

android apk 的root 许可权和USB adb 许可权的区别

USB adb 许可权是指，当adb 连线手机时，手机中的守护程序adbd 的许可权为root 许可权，从而它的子程序也具有root 许可权，通常如果adb shell 看到是：
Android 4.0 以后版本:
C:Usersmtk29Desk>adb shell
root@android:/ #
Android 2.3 版本：
C:Usersmtk29Desk>adb shell
即表明adb 的连线是root 许可权的，相反如果看到是$ 即表明是shell 许可权
Android 的APK 本身都是不具备root 许可权的，如果想启用root 许可权，那么就必须借助具有root 许可权的程序或者具有s bit 的档案，目前比较通用的手法是，手机root 后，内建了su到system/bin, 然后普通APP 即可借助su 命令来达到root 许可权切换。
网路上已经有同仁修改su 命令，并通过一个APK 来控制su 命令的许可权控制。
如常见的Superuser： 这样即可人为的控制root 许可权的使用。((因很久都没有更新了，只能用于ICS 以及以前的版本))
综上所叙，如果adb 已经有root 许可权，那么让apk 行使root 许可权就很简单了。比如在JB 版本或者以前的版本上：
adb remount
adb push su /system/bin
adb push Superuser.apk /system/app
adb shell chmod 0644 /system/app/Superuser.apk
adb shell chmod 6755 /system/bin/su
adb reboot

如何用Eclipse汇出带签名的android apk

一、strings.xml 的翻译问题 在你的专案名字上面点滑鼠右键，弹出下面的选单，选择 Android Tools -> Export Signed Application Package... ， 然后会看到这么一个提示： 并且得到下面这样的错误描述： 大意是，汇出操作因为 Lint Error Checking (检测 Lint 错误) 出现致命错误而退出，请修正这些错误再执行汇出，或者在设定里的 Android -> Lint Error Checking 页面里把 “Run full error check when exporting app” 把选项关掉。 而错误描述里面的说的是，strings.xml 里面的 app_name 缺少 af(Afrikaans), am(Amharic), ar, bg, bn-rBD, ca, cs, da, de ... 等语言的翻译，这个可能跟建立工程时自动生成的专案 apppat_v7 里的 strings.xml 的语言数量有关，我们当然不希望每种语言都翻译一遍啊，纯属吃多了，除非我们真的想每种语言都翻译。 另一方面，我们也不希望关掉所有的 Lint Error Checking，所以我们可以这么做，开启 EcliPSe 选单的 Windows -> Perferences， 切换到 Android -> Lint Error Checking 子项下面，下面这是 Missing Translation 的预设设定： 我们可以把这一项的 Severity 由 Fatal (致命) 修改为 Ignore(忽略) 或者 Warning(警告)，如下图： 另：关于多语言翻译的问题，有一个问题是值得关注的，例如：《Android翻译多国语言字串注意事项》。 二、签名 keystore 的逗号问题 点选确定，然后重新开始前面的步骤，开始汇出，这次可以了，下面是汇出的介面，选择你要汇出的专案： 后面就是选择 keystore ，你可以选择已经存在的 keystore 或者新建一个 keystore，我选择新建，输入密码，然后进入下面这个设定介面： 下一步，最后生成的时候，我们得到这样一个错误： Google 一下，找到这么一篇： 《keytool 错误: java.io.IOException: Incorrect AVA format》，stackoverflow 上也有类似的讨论：keytool error :java.io.IoException:Incorrect AVA format ，结论都是一样的，原来原因竟然是因为 “,”(逗号) 被认为是特殊字元，这通常发生在书写 “City or Locality” 时，按我们平时的习惯都会写成 “Beijing, China”，而我也不例外的写成了 “GuangXi, China” ，所以就出错了，找到原因，去掉逗号再试，就 OK 了。 除了用 eclipse 以外，还有一种签名方法，就是使用 Keytool 和 Jarsigner 给 app 签名，而这种签名是允许加入这个逗号的，《keytool 错误: java.io.IOException: Incorrect AVA format》 里有提到。 特殊字元还包括，加号(+)，引号(")，斜杠()，大于小于号(< 和 >)，分号(;) 等，解决的办法是用 转义符。

请教各位关于APK签名的问题

default debug keystore这个路径不能直接改。得用以下方法改动
开启系统属性-->环境变数—>在“系统变数”那一个GroupBox下面选择“新建”-->变数名为 "ANDROID_SDK_HOME” (注意，这个变数名不能改变，只能是这个名字！)，然后把变数值改为你想把AVD所在的".android”资料夹放置的位置，比如我就放在 E:androidandroid-sdk-windows，也可以更改成其它的路径

设定成功的话 ，在eclipse里preferneces -> Android -> Bulid Setting里为如下结果：Default debug keystore: E:androidandroid-sdk-windows.androiddebug.keystore
这样你的签名问题就解决了， 打debug包的时候必须用同一个签名档案。预设会有两个签名档案的，改成一个就行了

额，去apk的 META－INF资料夹下面，把两个签名档案删了，然后去下个androidResEdit，用起来听方便的，直接签名就行了～～～

android 怎么跟apk 签名

不管是模拟器还是真实手机。因此，在装置或者是模拟器上执行除错程式之前，必须为应用程式设定数字签名。·所有的程式都必须签名，没有被签名的程式，系统将不能安装。 ·可使用自签署证书签署应用程式，无须授权凭证。 ·系统仅仅会在安装的时候测试签名证书的有效期，如果应用程式的签名是在安装之后才到期，那么应用程式仍然可以正常启用。 ·可以使用标准工具-Keytool and Jarsigner-生成金钥，来签名应用程式的.apk档案。 Android SDK 工具可以在除错时给应用程式签名。ADT外挂和Ant编译工具都提供了两种签名模式-debug模式和release模式 ·debug模式下，编译工具使用JDK中的通用程式Keytool通过已知方法和密码建立祕锁和金钥。每次编译的时候，工具使用debug金钥签名应用程式的.apk档案。因为密码是已知的，工具不需要在每次编译的时候提示输入密锁和金钥。 ·当应用程式除错完毕准备要释出release版本时，可以在release模式下编译。release模式下，编译工具不会将.apk档案签名。需要自己用Keytool生成金钥和密锁，再用JDK中的Jarsigner工具给.apk档案签名。签名基本设定 首先设定JAVA_HOME环境变数，告诉SDK如何找到Keytool，或者可以在Windows 系统环境变数PATH变数中新增Keytool的JDK路径。 在释出release版本时，从Package面版上按选中你的project，按滑鼠右键，依次选择Android Tools、Export Application Package。或者可以点选Manifest Editor，overview 页面上的“Exporting the unsigned .apk”连线 ，汇出未签名apk档案。储存.apk档案后，用Jarsigner及自己的金钥给apk档案签名，如果没有金钥， 可以用Keystore建立金钥和密锁。如果已经有一个金钥了，如公共金钥，就可以给.apk档案签名了。也可以把上面这个完整的步骤写成一个bat档案，这样需要签名的时候只要执行这个bat就可以了。下面给出一个完整的bat档案示例： @Rem android签名程式 注释指令 @Rem echo是显示指令 格式：echo [{on|off}] [message] @echo ********************************************************** @Rem 档案是否存在命令格式：if exist 路径+档名 命令 @if exist d:sign/MyFirstApp.keystore goto sign @echo 建立签名档案MyFirstApp.keystore @Rem keytool命令格式：-genkey产生签名 -alias别名 -keyalg加密演算法 -validity有效天数 -keystore生产签名档名称 keytool -genkey -alias MyFirstApp.keystore -keyalg RSA -validity 40000 -keystore MyFirstApp.keystore @echo 开始签名：