中心化是否会降低概率但增加漏洞的伤害?

信息安全 视窗 操作系统 安卓 IOS
2021-08-25 18:16:32

对于问答网站来说,这个问题可能有点太抽象了。但它已经在我脑海中播放了一段时间,所以我把它扔在那里。

现代系统似乎越来越集中。上世纪 90 年代的普通用户会从一家制造商那里购买一台计算机,拥有 Microsoft 的操作系统,然后拥有一系列其他供应商来提供基本功能,例如压缩应用程序、Web 浏览器,甚至是操作系统本身的内存扩展器。 DOS的日子。

甚至获取应用程序的过程也是一个相当分散的过程:人们可以使用搜索引擎找到公司的网站,然后从中下载可执行文件。

今天当然大不相同:操作系统构建了大部分基本功能,并经常将其与他们的在线服务联系起来。甚至寻找其他供应商的应用程序的过程也是通过同一家公司的“应用商店”完成的。

无论如何,关于这个问题:作为安全的经验法则,集中化是否会增加损害但降低漏洞利用的可能性?

我想知道这是出于以下原因:

  • 从一系列站点下载 exe 文件很容易受到恶意软件的攻击,因为我们在 2000 年代初修理朋友的计算机的任何人都知道......
  • 然而,如果一个集中的“应用商店”被适当地入侵,它可能会影响它分发的每一个应用程序。
  • 在操作系统中构建更多功能可降低第三方将潜在安全漏洞注入使用上述操作系统的消费者的普通 OEM 软件包的可能性。
  • 但是将所有应用程序统一为操作系统的内置意味着,如果操作系统开发的编译过程被破坏,整个事情就会受到损害。(这过于简单化了;例如,我并不是真的建议 Windows Media Center 与实际的 NT 内核一起编译。)

简而言之,集中式系统似乎可以保护新手免受琐碎的安全问题。但是,一个集中供应商被黑客入侵所造成的损失难道不比一个小供应商被入侵更大吗?

2个回答

漏洞利用的概率是一个模糊的术语。

你在现实中得到的是代码中可利用的错误的数量,努力寻找它们的坏人的数量,以及努力关闭它们的好人的数量(从 FTE 的角度考虑这些东西很有用- 全职等效人员,即使许多研究人员(黑帽和白帽)没有将自己的 8/40 投入到手头的任务中)。

集中化往往会增加黑客攻击的动机——赌注要高得多。D3C4FF 是对的,这确实将所有鸡蛋放在一个篮子里。

但是,集中式组织可以负担得起花钱雇用好人(在某些情况下是前坏人)的费用。大公司有头脑、奉献精神和远见,可以让一些员工用于安全研究,而不是像猴子一样辛勤工作,以立即获得股东的金钱满足。IBM 和微软是最好的例子,恕我直言。

集中式组织实际上可以被视为垄断;人们经常猜测垄断地位使公司变得懒惰和过于自大(甲骨文,我在看你:Java补丁!)。

由此产生的心理、组织和纯粹定量因素的相互作用提供了一幅非常丰富的画面。


总而言之,风险更大,损失的可能性越来越大,但有一些力量可以降低风险。说漏洞利用的概率下降是非常轻率的。

也许如果您将“围墙花园”一词用于您的“集中式”概念,那么您会更快地了解事物,因为这就是您所描述的艺术术语。有一个非常有力的论据表明有围墙的花园生态系统更安全而不是更安全。苹果是这一主张的首要例子。此外,Microsoft Windows 8 安全启动技术将他们推向该阵营,并在此过程中增强了他们的安全功能。

在我看来,您的基本评估的一个过度简化是建议通过一个简单的步骤访问应用商店或内核编译器将提供通往宫殿的钥匙。相关文件的哈希和签名会不断审查。这是一种非常便宜的质量检查,仅可防止您建议的攻击(以及大量其他内部错误,例如人为错误)。因此,通过该向量造成损害的机会几乎为零。当 kernel.org 被拥有时,这种情况就发生了。该存储库的底层安全功能,Git 的哈希和签名,完全防止了对核心 Linux 存储库的任何损害,即使攻击者拥有对该站点的完全访问权限。

自互联网时代开始以来,围墙和开放环境就一直伴随着我们,迄今为止,围墙花园更加安全。还有其他几个因素促成了这一历史事实,其中主要的一个因素是攻击成功后可用系统的数量。

最重要的是,微软和苹果都成功地使用了围墙花园方法来增强安全性,而不是替代方法。