自动更新延迟策略能否遏制CrowdStrike全球宕机事件？

这次CrowdStrike因为推送了有问题的内容文件引发全球宕机，这事已经被各种渠道聊得够多了，我就不再重复细节了。我真正好奇的是——那些要求延迟自动更新的公司内部政策，能不能在这次事件里把影响控制住？

其实CrowdStrike本身就提供了版本控制的选项：你可以把Falcon传感器的版本限制在n-1、n-2，甚至指定某个具体的构建版本。不少公司都会这么操作：让测试组先用上最新的传感器版本探路，生产环境的机器则用稍早一些的稳定版，这在Windows更新这类补丁管理里本来就是常规操作。虽说安全产品的更新节奏肯定得比普通系统补丁快，但搞点基础的审核验证，理论上应该是行得通的。

但这里有个关键的点需要注意：这次搞出大乱子的是被归类为内容文件的东西，而不是传感器本身的更新。这么一来，那些针对传感器版本的延迟更新政策，可能根本管不到这类内容文件的推送。

备注：内容来源于stack exchange，提问作者Spencer