Android 13 引入新的限制,恶意软件将无法使用辅助功能 API

IT科技2025-11-05 09:41:289632

Android 设备上的引意软 Accessibility API(辅助功能 API) 是一个非常强大的工具,Google 在设计这个 API 时的入新目的是为了让开发者可以借助它为残障人士构建对应的辅助应用程序,让残障人士也能方便地使用这些现代化的制恶设备与服务。Accessibility API 允许应用程序读取屏幕内容并代替用户执行输入,无法如今很多屏幕阅读器和替代输入系统都在使用这个 API。使用

但 Accessibility API 在提供便捷功能的辅助同时,也为那些想要从用户手中窃取数据的引意软恶意应用程序敞开了大门。这就是入新 Google 一直在收紧应用程序使用 Accessibility API 政策的一个原因。而在 Android 13 中,制恶Google 进一步收紧政策,高防服务器无法将严格限制用户从应用商店外部安装的使用应用对 Accessibility API 的访问。

首先需要说明一点,辅助在 Android 13 中,引意软用户依然可以选择从 Google Play Store 外部安装应用程序,入新新的制恶限制并不会让这个功能从 Android 手机中消失。只不过从 Android 13 开始,Google 将不允许从未经过验证的外部来源安装的应用程序使用 Accessibility API。

Google 并没有一棒子 “打死” 所有外部来源安装的应用程序,此次限制不针对从合法来源下载的应用程序(如 Google 自己的官方应用商店 Google Play Store,以及来源经过验证的 F-Droid)。目前的最新政策只影响用户从不值得信任的b2b供应网来源获得的 APK 文件。这是因为通过未经过验证的途径所获得的应用程序可以把自己伪装成一个善意的服务,并使用 Accessibility API 来窃取用户的机密数据。

Google 在声明中表示,Android 13 系统的新限制将不允许用户在这类应用受到限制时手动启用特定应用的可访问性权限。在这种情况下,如果用户依然选择授予访问权限,系统将显示一条错误消息,并提示 “为了您的安全,此设置当前不可用”(如上图所示)。

本文地址:http://www.bzve.cn/html/306d8299611.html
版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。

全站热门

因为把Ubuntu从13.04升级到13.10后,鼠标出现了问题,一打开网页就不停的闪,而且好多东西都不一样了,又不好用,所以选择重装系统,重装的时候偏偏又重新分了区,然后装完了,一重启,悲剧了,进入修复grub rescue模式下了,一时间就不知道怎么办好了,好在还有个平板可以上网,马上上网搜。很快就搜到不少,点开第一个,“用U盘启动进入Windows系统重写mbr”?那我的Ubuntu不就没了!!!直接PASS!!!“直接在grub rescue”下修复,嗯,这个好。马上按给的方法试,我去,完全不一样好不好!完全没有变化!!再接着搜,嗯,这篇好像靠谱多了,还写了出现这种问题对应的情况,不错,有重新分区造成的,这个看起来是了。马上照着做。1、输入set查看当前的设置(原来这个是查看当前设置的,先前搜到的都不说清楚)2、输入set root=(hd0,msdos11),难怪刚才我的没有变化,选择前搜到的根本没有set,直接就root=(hd0,msdos11)了。(msdos11是我Ubuntu安装的位置,每个人不同的,可以用ls (hd0,x)/root/grub 查看安装到哪个分区了,运行命令后出现很多文件的就是了)3、输入insmod /grub/normal.mod,我靠,没有这个文件,什么情况!!!难道我的不是Ubuntu!!这不科学!!!冷静,要冷静!检查Ubuntu安装在哪个盘时还有几个文件夹,会不会是文件的路径不一样,嗯,查看一个其它文件路径看看,输入ls (hd0,msdos11)/root/grub/i386-pc,一个回国,出来一大串的文件名,大部分是.mod和.img的,应该就是这个了,把命令换成insmod (hd0,msdos11)/root/grub/i386-pc/normal.mod,成功!!!!4、输入normal,回车的,熟悉的启动菜单出来了。不过还没有完。5,进行Ubuntu,打开终端,输入sudo update-grub,更新一下引导文件。6、输入sudo grub-install /dev/sda,等待几秒,我靠,失败,还没有原因!!算了,重启试试。等待中。。。我去,又是grub rescue!!!重新来过,再次进入Ubuntu,把网页再往下拉,还有解决的方法,不过刚才因为是要用live cd启动就没管,再试这个方法好了!(一般情况到这里应该就修复完成了,不过我的情况不一样,我是在重装时又重新分了区,而且还重新指定了引导文件存在的位置导致的,需要再用到下面的方法才行。)7、输入sudo mount /dev/sda11 /mnt,把安装的盘挂载到/mnt上8、输入sudo grub-install --boot-directory=/mnt/boot/dev/sda,我靠,出来这一串东西是什么,我没输入错误啊,怎么不是运行成功!再试!还是这样!!!!重复试了几次后,算了,重启吧,奇迹般的启动菜单出来了!!原来已经执行成功了吗?!!好了!这就是过程了,我的小心脏啊!!!(这是没有把/boot单独分出来的方法,把/boot单独分出来的话就把命令中的“/boot”去掉就好了)

手把手教你使用CanvasAPI打造一款拼图游戏

如何确认域名所有权归属问题?

聊聊技术人员如何做好团队管理

富勒G900如何让你体验卓越品质?(全面解析富勒G900的性能与功能,为你提供最佳游戏体验!)

两条曲线,看透每一款互联网产品的兴衰

程序员经典面试题:为什么MySQL偶尔会选错索引?

Go 要加个箭头语法,这下更像 PHP 了!

友情链接

滇ICP备2023006006号-39