systemOrSignature保护级别

似乎有一些与“systemOrSignature”保护级别有冲突的信息。

如果我有OEM预装的系统应用程序附带的图像,但由我签名,我的应用程序将具有此保护级别,对吗? 这与需要OEM签名的“签名”保护级别不同。

如果是这样,我的申请将被授予此许可? android.permission.INSTALL_PACKAGES

默认情况下,这似乎设置为systemOrSignature级别的保护,但大多数stackoverflow上的答案表明OEM签名将是必需的,例如:

默认安装应用程序,授予INSTALL_PACKAGES权限

以编程方式安装来自/ system / app的具有INSTALL_PACKAGES权限的应用程序时出现故障


如果我有OEM预装的系统应用程序附带的图像,但由我签名,我的应用程序将具有此保护级别,对吗?

这就是应该发生的事情。

如果是这样,我的申请将被授予此许可? android.permission.INSTALL_PACKAGES

基于当前的源代码,是的:

<permission android:name="android.permission.INSTALL_PACKAGES"
    android:label="@string/permlab_installPackages"
    android:description="@string/permdesc_installPackages"
    android:protectionLevel="signature|system" />

请记住,任何特定权限的规则都会随着时间而改变。

默认情况下,这似乎设置为systemOrSignature级别的保护,但大多数stackoverflow上的答案表明OEM签名将是必需的

你的第二个链接表示安装在固件上就足够了,它与当前的源代码一致。

另外,有时对SO的回答和评论会使用一些速记。 既然你可以通过查看源代码来告诉你需要什么,你总是可以自己验证给定的权限是否是signature - 无论是否。

链接地址: http://www.djcxy.com/p/85339.html

上一篇: systemOrSignature protection level

下一篇: Virtual Device supporting Google Maps API in Eclipse