借用 Microsoft 签名的填充程序在企业硬件上滥用安全启动

不太安全的启动返回 / p4p1 在 Sun 上创建。 2026 年 11 月 8 日 Halli 大家好，这篇博文是 p3ng0s 系列的延续，该系列已经在这个博客上进行了几年。这是我在今年 4 月份所做的关于安全启动如何工作的最新研究，这篇博文是对 p3ng0s V2 版本的一个预告，该版本可能会在一年后发布。在开始写这篇文章之前，我想快速解释一些事情，我将在今年剩下的时间和明年初集中精力完成 maldev 学院，撰写一篇关于 PIC 恶意软件的小型研究论文并进行 CRTO 1 + 2。我真的很想向 p3ng0s 添加一堆东西，但首先我需要完成我刚才提到的东西，这样我在做 p3ng0s V2 时就不会精神分散。我真的不想推动操作系统的物理安全方面，而且我有很多很棒的想法。我将在这里解释的安全启动工作与这项工作直接平行。这是我在开发 V1 过程中产生的一个想法，但我也将其推迟到 V2 以避免范围蔓延，然后最终在 V2 分支上实现了它。因此，如果您喜欢这篇文章，您现在就可以使用此技术，本文末尾提到了一个迷你教程。误解 在详细讨论安全启动的杂草之前，让我先将其放在这里。在进行这项研究之前，我个人对安全启动一无所知。对我来说，实际上就是这个烦人的 BIOS 选项在我买了一台新笔记本电脑时阻止我启动到 Linux，我知道这是微软推动的事情，因此我从来都不太高兴购买硬件并必须禁用此功能才能按照我想要的方式使用计算机。当您阅读这篇文章时，我希望您花一点时间思考以下问题，显然，如果像我一样您对安全启动的了解有限，那么这显然是最好的：您认为安全启动实际上是什么？您认为这个功能的实际用途是什么？它为何存在？太棒了，在详细阅读安全启动之前，经过一番思考后，我的结论是锁定机器上运行的操作系统。我认为这些键表明可以，这个操作系统可以或多或少地启动这个操作系统。并且您需要特定的键来启动以及微软控制的那些键。这个答案很接近，但并不完全正确。安全启动存在的实际原因如下： 确保启动操作系统的完整性。现在这里的措辞非常重要，确保完整性不是与锁定一个启动操作系统相同吗？ （至少我当时是这样解释该声明的）。事实证明，根本无法确保完整性意味着：是的，该操作系统的签名位于可接受的操作系统的数据库中，仅此而已。 Microsoft Corporation UEFI CA 2011 现在有些公司确实允许员工运行linux 对吗？这是否意味着这些人的 CISO 疯了并且禁用了他的车队的安全启动？事实证明，这是一个平淡的NO。有一种叫做 Microsoft Corporation UEFI CA 2011 的东西，用于签署第 3 方操作系统，该操作系统可以与安装在 99% BIOS 上的 Microsoft 密钥一起使用。好吧，事实证明安全启动可以使用任何密钥，您只需在 BIOS 中注册它们并用它们签署您的 linux 版本即可，就这样它就可以工作了。这是 bazzite OS 教程的屏幕截图，介绍如何在 BIOS 中注册密钥。好的，现在我们了解两件事：1. 微软为某些 Linux 发行版提供了第 3 方密钥，2. 如果您可以在 BIOS 中乱搞，您可以注册自己的密钥。现在让我们坐下来思考一下这有什么安全之处？就像我可以注册自己的密钥一样，这如何安全？事实证明，安全启动并不是针对消费者或对机器的物理访问，安全启动只是为了阻止一种特定的攻击：EFI 恶意软件。就像如果恶意软件位于 EFI 级别，并且 Windows 不会在计算机重置时擦除 EFI 分区，那么您就有一个“不朽”恶意软件，但如果您只擦除每个分区，这个问题就会消失，但这不是重点。 Shimmy Shimmy Yay 现在我们知道 Microsoft 签署了第 3 方操作系统以实现安全启动访问，但这些操作系统总是在变化，这些密钥不会经常变化，但操作系统的 grub 版本这些东西一直在变化，那么为什么 1 个密钥永远不会真正改变，除非过期变化，但底层的软件一直在变化，这不会破坏启动链的完整性吗？嗯，是的，这就是垫片和 MOK 注册发挥作用的地方！好的，这里提供了 MOK 注册的示意图。你看到我的问题了吗？对我来说，如果我可以在莫克注册期间挑选钥匙，这似乎有点微不足道，为什么不直接挑选自己的钥匙呢？从那里开始，我在启用了安全启动的硬件上启动了我的操作系统！好的，在上一个链中，让我清楚地解释一下 BIOS 有 microsoft 3rd party ke