影响数百万Android设备的MTK芯片漏洞

影响数百万Android设备的MTK芯片漏洞

近日，谷歌发布了2020年3月的安全公告。新公布的漏洞之一是CVE-2020-0069。 这是一个严重的安全漏洞，影响台湾大型芯片设计公司联发科技设计的芯片的安装。 的大量设备。

该漏洞的详细信息实际上自 2019 年 4 月以来就已在 XDA 论坛上发布。

联发科在漏洞发现一个月后发布了补丁，但该漏洞仍然可以在数十种设备上利用，并被黑客广泛利用。

-su 的由来

2019 年 2 月，一名 XDA 高级成员发现了该漏洞，并在 Fire 平板电脑论坛上发布了该漏洞，以绕过 Fire 平板电脑中的安全模式。 然后他意识到该漏洞影响的不仅仅是亚马逊的 Fire 平板电脑。

经过与其他社区成员的一些测试，确认该攻击对大量联发科芯片有效。 作者指出，该漏洞可在“ 的几乎所有 64 位芯片”上利用：、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、和。 由于许多 芯片组都受到此漏洞的影响，因此该攻击被命名为“-su”或简称为“MTK-su”。

2019 年 4 月 17 日，“ ”论坛上发布了第二篇帖子，标题为“联发科 ARMv8 的惊人临时 Root”。 在这篇文章中，他分享了一个脚本，用户可以执行该脚本来获得超级用户访问权限并将（为进程提供访问控制的 Linux 内核模块）设置为高度不安全的“允许”状态。 用户在自己的设备上设置Root权限和设置“允许”状态特别容易：您所要做的就是将脚本复制到临时文件夹，更改脚本存储的目录，为脚本添加可执行权限，然后执行脚本。

目前该漏洞影响市场上大量设备。 联发科的芯片为数百种廉价和中档智能手机型号、廉价平板电脑和非品牌机顶盒提供支持，其中大多数在销售时并未期望制造商能够及时、安全地进行更新。 因此，即使针对该漏洞发布了补丁，在该漏洞披露后，许多仍受 -su 影响的设备也不太可能得到修补。

为什么MTK-su是高危安全漏洞

在设备上实现 Root 访问的典型方法是首先解锁引导加载程序，这将禁用引导分区的验证。 一旦引导加载程序解锁，用户就可以向系统引入超级用户二进制文件，还可以引入超级用户管理应用程序来控制哪些进程具有 root 访问权限。 解锁引导加载程序是故意禁用设备上的关键安全功能，通常是通过启用开发人员选项中的切换，然后向引导加载程序发出解锁命令。 但是，使用 -su，用户不必解锁引导加载程序即可获得 root 访问权限。 相反，他们所要做的就是将脚本复制到他们的设备并在 shell 中执行。 然而，用户并不是唯一可以做到这一点的人。 手机上的任何应用程序都可以将 -su 脚本复制到其私有目录中，然后执行它以获得 root 权限。

有了 root 访问权限，安全模型基本上就崩溃了。 获得 root 权限的应用程序还可以在后台静默安装它想要安装的任何其他应用程序，然后通过授予它们所需的任何权限来侵犯您的隐私。 XDA论坛上的开发者表示，恶意应用程序甚至可以“使用直接注入代码到进程（这是一个进程，系统上所有应用程序进程的父进程，我们系统上的app进程都是从这个进程中分裂出来的）”。 ” 这意味着您设备上的任何普通应用程序都可以被劫持并服从攻击者的命令。上面的示例只是应用程序在您不知情的情况下在后台危害您的安全的几种方式。请注意，恶意应用程序可能会公然造成伤害例如，勒索软件在 root 环境中非常“强大”。

-su 的唯一“弱点”是它仅授予应用程序“临时”root 权限，并且在设备重新启动后将失去超级用户权限。 此外，在 6.0 及更高版本的设备上，Boot 和 dm 模块对只读分区（例如 和 ）进行了修改。 为了克服临时 root 权限的限制，恶意应用程序可以简单地在每次启动时重新运行 -su 脚本。

如果您在技术层面上想知道 -su 是如何被利用的，我们分享了下图，其中总结了入口点。 该漏洞显然存在于 名为“CMDQ”的 Linux 内核驱动程序中。 描述指出，“通过在 CMDQ 设备节点中执行 IOCTL 命令，本地攻击者可以任意读/写物理内存，将内核符号表转储到预先分配的 DMA 缓冲区，并操纵 DMA 缓冲区来修改内核设置为禁用并升级到‘root’权限。”

,

联发科技CVE-2020-0069安全漏洞汇总

根据联发科与我们分享的图表，该漏洞影响运行 Linux 内核版本 3.18、4.4、4.9 或 7.0、8 Oreo 或 9 Pie 的 4.14 的联发科设备。 该漏洞无法在运行 10 的设备上利用，因为“对 CMDQ 设备节点的访问被强制限制”。 这种防御可能来自联发科的BSP更新，而不是其本身。 针对此漏洞的唯一防御措施是： 然而，正如 XDA 论坛上的开发人员所说，恶意应用程序可以简单地在动态库中运行 -su 代码。

尽管联发科已经修复了所有受影响芯片组中的漏洞，但他们无法强迫设备制造商安装这些补丁。 联发科告诉我们，他们已于 2019 年 5 月准备好补丁。正如预期的那样，亚马逊在发现该问题后立即在其设备上修复了该问题。 然而，距离联发科向合作伙伴提供修复已经过去了 10 个月，到 2020 年 3 月，仍有数十家 OEM 厂商尚未修复他们的设备。 大多数受影响的设备都使用非常旧的版本，当您考虑到使用这些芯片的数百种不太知名的设备型号时，更新情况甚至更糟。 联发科遇到了这个严重的问题，因此他们向谷歌寻求帮助。 与联发科不同的是，谷歌可以通过许可协议或 One 等计划条款强制 OEM 厂商更新设备。

如何检查自己是否受到-su的影响？

如果您想检查您的设备是否容易受到 -su 攻击，请手动运行 XDA 论坛中发布的脚本。 如果它是可利用的，那么您需要等待设备制造商推出补丁su更新。 如果您的设备报告的安全补丁级别为 2020-03-05，即最新的 2020 年 3 月 SPL，那么它绝对不受 -su 的影响。

本文由白帽汇整理并翻译，不代表白帽汇任何观点和立场
来源：https://www.xda-developers.com/mediatek-su-rootkit-exploit/