从 1 月 3 日开始，我对这些攻击的消息产生了浓厚的兴趣，并做了一些挖掘工作，看看人们在披露之前还说了什么。

禁运于 1 月 3 日被Google 的这篇帖子正式打破，随后不久他们的零项目帖子中出现了一系列技术细节。

在第一个链接中，他们通过说：“我们在 2018 年 1 月 9 日的最初协调披露日期之前发布，因为现有的公开报告以及新闻和安全研究界对此问题的猜测越来越多，这增加了风险剥削。”

在该日期之前，有意识的观察者可能已经收到了许多报告。AMD 开发人员在 12 月 26 日提交了一个 Linux 补丁时，对推测性执行漏洞（据我所知）提出了最大的“确凿证据”，该补丁链接在您提供的文章中。据我所知，这是第一次公开报告直接将推测性内存引用与可能的攻击和补丁集联系起来。在此之前，LWN 12 月 20 日的一篇文章表明，页表隔离补丁确实解决了更深层次的安全漏洞，但没有具体提到推测执行是问题的根源。

12 月 28 日至 29 日，在Linus 将页表隔离补丁合并到内核中之后，人们才真正开始关注。这种规模的更改通常需要更长的时间才能应用于主线内核，因此这实际上向全世界宣布了确实存在一个被禁运的漏洞。

互联网在 12 月 30 日和 1 月 1 日开始爆发。Twitter 上的 grsecurity确信至少早在 28 日就有禁运，并在 30 日向全世界观察到Linux 补丁集中缺少源代码注释。Tumblr 上的 python sweetness在 1 月 1 日准确预测它是 x86 中的一个基于硬件的漏洞，可以进行非特权内存读取，并根据亚马逊和谷歌员工的存在推测可能的管理程序攻击。

然后，当然，Register 在 1 月 2 日发表了他们的文章，整个世界都在循环播放。那篇文章引用了 AMD 12 月 26 日的补丁，并将推测执行与未公开的漏洞联系起来。

安全研究界对现代微架构的脆弱性越来越感兴趣。Spectre 论文引用了不少于 12 项关于从处理器或 L1 缓存内部泄漏数据的其他工作，以及 2016 年关于利用分支预测器绕过地址空间随机化的最新工作可以说为 Spectre 奠定了基础。Anders Fogh 的博客在去年 7 月底概述了攻击的一些基本技术，但报告了负面结果。如果你把 Fogh 扔在那里，那就是三个独立的小组在一年内独立发现和报告这些特定的漏洞。

特别是 Spectre 漏洞非常重要，这意味着他们将在很长很长一段时间内谈论它。我的猜测是，提早披露的部分愿望是确保他们在应得的地方获得信用。想象一下，如果你坐在一个改变游戏规则的漏洞上。您知道至少有一个其他小组已经独立地发现了您的漏洞，如果您在您的博客上保持最新状态，您就会知道 Fogh 一直在调查同样的问题。一场突如其来的新闻活动让您误以为第四个人已经发现并即将披露您已经坐了一年的同一个漏洞！

究竟是什么原因导致 Google 的团队打破了我们不知道的禁运。The Register 的文章是显而易见的候选者，但是一旦页表隔离补丁在 12 月初开始移动，猫就真的出局了。

注册表中的最初文章没有发布有关漏洞如何工作的确切细节。您链接的版本列出了几个来源，包括 linux 内核邮件列表、linux 源、Anders Fogh 的博客（针对极其相似的问题）。

那时 Linux 补丁已公开发布，与它们相关的电子邮件在 Linux 邮件列表中。

登记册可能已经获得了其中任何一个，或者被在禁运期间联系过的公司和开源组织中的大量人员中的任何一个人联系过。

禁运的原因是一个双向的论点。在禁运期间，您无法确定坏方尚未在野外利用攻击。同时，您确实知道有大量弱势方您故意选择不让他们知道，以便他们可以采取措施减轻/减少影响。

或者持怀疑态度——有人提出将其出售给登记处，他们知道广告收入将是巨大的。