上周，安全厂商宣布了Grub2安全启动程序中的BootHole漏洞，但他们在修补了许多Linux操作系统和一些云计算公司后未能启动。一旦成功利用了BootHole漏洞编号CVE-2020-10713，黑客就可以编写任意程序代码并将其替换为恶意的Bootloader程序，从而削弱UEFI Secure Boot的安全启动验证，并允许恶意程序入侵计算机。由于所有Linux都包括Grub2，因此许多Linux发行商（包括Red Hat，Canonical，SUSE，Debian和Oracle）已在上周修补了该漏洞。红帽上周首次发布grub2的新版本后，它立即发布公告，要求客户暂停该更新，因为该问题导致系统在安装后无法启动。确定受影响的版本包括RHEL 7.8和RHEL 8.2，但RHEL 7.9和8.1也可能会受到影响。此外，安全研究员Kevin Beaumont指出，此问题还导致Azure，Digital Ocean等云计算公司以及使用较旧版本的BIOS的某些本地部署系统无法启动。 Beaumont表示，此问题与2018年修补Meltdown和Spectre漏洞引起的新灾难相似。许多Linux操作系统无法启动，并且安装补丁后，性能问题得到了大大减少。 Capsule8副总裁Kelly Shortridge解释说，这是因为BootHole漏洞修补程序上周涉及操作系统，Microsoft和相关开放源代码项目的协作。第一波未遵循应用程序的顺序，并导致系统过程混乱。同样的问题也出现在CentOS和Ubuntu，Debian和Mint中。但是，Ars Technica报告说CentOS和Ubuntu已经发行了grub2版本，没有任何问题。红帽还于周一（8/3）发布了新版本的grub2，以解决该问题。