Questions tagged «permissions»

应用发布的广告表明它们需要运行。示例:完全可以访问Internet,发送SMS消息等。请仅将此标签用于应用许可。对于文件权限,请改用“文件权限”。

2
授予具有设备管理权限的应用程序哪些权限?
Device Administrator应用程序是否具有任何/所有权限,例如联系人,存储空间等? 从developer.android.com设备管理员尚不清楚这些管理员权限是否还暗含应用程序权限。 还是设备管理员只是意味着它只能执行允许的策略中的操作,例如锁定屏幕,擦拭手机,防止(轻松)卸载应用程序等,并且访问私有信息的权限是通过管理仅权限设置?

2
可以使用RECEIVE_SMS权限来拦截SMS消息吗?
我注意到很多应用程序都要求获得RECEIVE_SMS许可。我在这里有两件事很清楚: RECEIVE_SMS 使应用程序可以“捕捉”传入的短信 READ_SMS 仅适用于已存储的短信 正如某些应用程序只是在询问RECEIVE_SMS,但不是在请求时READ_SMS,我很好奇:这似乎意味着RECEIVE_SMS不仅针对接收部分,而且该应用程序还可以对接收到的消息进行所需的操作,例如阅读,然后静静地丢弃它(因此用户甚至都不会注意到有SMS,这可能是TAN Trojan采取的行动来捕捉在线银行交易的标识符的方式)。 但是,这样的应用也可能会“拦截”消息,即接收消息,读取消息(并以任何方式处理其内容,例如通过其他方式(例如,通过IP转发),然后将其作为如果什么都没发生?换句话说:它可以以此方式监视用户吗?

2
是否有列表说明每种授予的应用程序权限类型所涉及的风险?
通常,已安装的android应用会请求权限,例如 Phone calls read phone state and identity 要么 System tools prevent phone from sleeping 但是从隐私的角度来看,实际后果通常对我来说还是个谜。是否有资源更详细地说明这些权限涉及的风险?特别是关于隐私和个人信息安全。 (例如,具有实际示例,分析,陷阱,提供完整列表的专家)。


5
存档短信,无需额外权限
以下问题的答案列出了许多可用于备份SMS消息的Android应用程序: 如何备份和还原SMS消息? 但是,答案中提到的所有应用程序似乎都需要大量的权限,而这些权限并不是严格必要的。示例包括“接收SMS”,“编辑SMS或MMS”,“完全访问Internet”,“读取联系人数据”,“写入联系人数据”,“写入联系人数据”,“读取电话状态和身份”等。 有没有什么工具 只需将所有SMS消息复制到SD卡上的本地文件中, 不需要任何无关的权限-据我所知,“读取SMS或MMS”和“修改/删除SD卡内容”权限就足够了。 编辑:根据答案,我仔细查看了SMS Backup&Restore Pro。总比没有好–至少不需要任何类型的Internet访问。然而: 它不能复制存储在SIM卡中的消息,只能复制存储在收件箱中的消息。 它不适用于Android 3.2平板电脑。 它仍然需要太多权限才能满足我的需求。 TxtArchive似乎也无法在Android 3.2上运行。

3
Android 4.4的解决方法无法写入SD卡?
昨天我将三星Galaxy S4升级到了Android 4.4 KitKat,这使它无法再写入SD卡了,这真让人感到惊讶。(除了从手机上物理移除卡并在我的PC上打开卡以外),而且由于存在KNOX标志,我无法降级到4.3 ... (PS:有根或无根,没有区别)

2
如何在CyanogenMod上启用选择性应用程序权限?
我安装CyanogenMod(最新发布的每月10.1)的主要原因之一是能够选择性地拒绝应用某些权限(最重要的是网络和设备ID)。但是,尽管几个月前有博客和论坛帖子提到CM将具有此功能,但我无法在设置中找到它。 有人知道这是否曾经到主ROM吗?如果我想自己包含它,是否有可以合并到CM主存储库代码中的特定源代码树? 谢谢。

2
如何自行为某应用添加root权限?
我有什么办法故意向某些应用授予root权限?当特定应用程序请求超级用户权限时,不是通过SuperSU自动进行,而是通过某种工具选择一个应用程序并授予其超级用户权限。 例如,我将我喜欢的文本应用程序添加到批准的列表中,然后可以通过该应用程序打开根文件。

3
“修改/删除USB存储内容”权限的含义是什么?
什么是modify/delete USB storage contents许可究竟意味着什么?是否授予应用程序访问权限,以读取,修改和写入USB存储设备上的所有数据?也许这仅限于该数据的子集(例如,仅由应用程序本身写入的数据)吗?还是完全意味着别的意思?


1
为什么每个应用程序都具有/需要“发送彩信”和“发送电子邮件”的权限?
因此,我最近购买了装有Android 5.1的Elephone P8000。我注意到的第一件事是新的“应用程序权限”。安装了一些标准应用程序后,我很好奇并检查了应用程序权限,当我看到每个应用程序都具有“发送MMS”和“发送电子邮件”权限时,我感到非常惊讶。 我可以理解,如果仅仅是WhatsApp,则聊天应用程序可能需要此权限。但是即使我的GBA模拟器或Fallout Pip-Boy应用程序也没有此通信功能,但也具有此权限。 那么这2个权限的意义是什么?为什么每个应用都需要那些?

1
这些Gmail / GTalk权限背后隐藏着什么?
我只是偶然发现了一些乍一看似乎很明确的权限(很早以前就注意到了这些权限,现在才决定进一步深入研究)。考虑到可能的影响,我真的很想知道他们可以访问哪些功能/数据,因为这可能变得非常个人/敏感: com.google.android.gm.permission.READ_GMAIL:通常给出的原因是“访问附件”(例如使用PDF阅读器打开的PDF文件)。但这就是全部吗?还是配备了此权限的应用可以阅读整个邮件? com.google.android.gm.permission.WRITE_GMAIL:具有此权限的应用程序可以代表我编写和发送邮件吗?甚至删除现有邮件(包括“已写并发送的邮件”以隐藏其活动)? com.google.android.gm.permission.READ_CONTENT_PROVIDER:一个应用程序将其用法描述为“读取Gmail标签并获得未读计数”。另一人写道:“用于更新锁屏上的未读电子邮件计数。电子邮件内容未发送到我们的服务器。” 这表明可以将该权限用于访问整个邮件内容。还有其他内容? 在一些源代码,我发现注释需要访问权限android.content.ContentProvider,这表明很多内容越来越接近这种方式,如果这意味着的内容提供商,包括联系人和日历。我不是Android开发者,我必须先被告知才能真正分辨。 google.android.gtalkservice.permission.GTALK_SERVICE: 是的,请? 我已经全部“搜索”了(上面已经是我研究的结果)。当然,当涉及到权限时,我从最喜欢的资源入手: Android Developers上的权限参考 AndroidForums.COM的解释权限 Github上的一些框架源代码 Android Source上的更多框架源代码 我们自己的参考资料在应用程序要求的权限是什么意思? 但是以上就是我能想到的。有人可以进一步阐明这些观点吗?从用户的角度来看,使用这些权限可以访问哪些内容,以及对隐私的影响是什么?自然而然地会喜欢“好警察/坏警察”的戏法:)

1
是否可以限制WhatsApp中的联系人列表?
今天,我安装了WhatsApp,我知道它想要将完整的联系人列表上传到服务器,以查看还有谁拥有WhatsApp,以便它可以创建联系人列表。我不喜欢这样,我更愿意提供所需的信息,目前可能只有五个联系人。 我安装了LBE Privacy,它阻止了WhatsApp的联系人列表。结果是WhatsApp无法正常工作。现在,我当然可以删除除这五个联系人之外的整个联系人列表,然后取消阻止它,让WhatsApp连接,然后再次阻止WA,并希望它可以工作。 如果我打开联系人列表,然后转到要显示联系人的设置,则会看到几个选项:所有联系人,whatsApp,gmail-account和电话。选择其中一种,仅这些联系人会在联系人列表中列出。但是我想whatsApp不会打扰和使用所有联系人。在联系人列表中,我有数百个带有电子邮件地址且没有电话号码的联系人。也会上传吗?而且,如果我仔细查看这些列表,它们的组织方式不正确,因此限制了 如果以后添加联系人,whatsApp会知道吗? 有没有一种方法可以正确处理此问题,让whatsApp拥有所需的地址,而不提供全部内容?

1
如何禁用“检测到屏幕覆盖”安全创可贴?
我使用Toucher Pro(其要点总是放在首位)基本上代替了主屏幕,因为我有95%的时间从它启动应用程序而不是使用启动器。现在,由于最近的安全更新不允许在运行叠加层时更改权限,因此我必须禁用Toucher,更改权限并立即重新启用Toucher,因为没有它我无法使用手机。 在安装新的Marshmallow应用程序时,这非常荒谬,因为即使对于基本行为,它也包含初始权限请求: 我是高级用户,当恶意应用试图欺骗我时,我会闻到气味,因此禁用此功能我觉得相当安全。有什么方法可以禁用此闪烁吗?


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.