最近,发现了一次侧通道攻击。利用延迟的FPU状态切换泄漏MMX、SSE和AVX寄存器的内容。只有在使用延迟的FPU保存时才能攻击该漏洞,而不是使用热切的FPU保存。关于Linux内核是否易受攻击,我正在阅读相互矛盾的消息来源。一个来源断言它易受攻击。然而,2016年的另一种资源解释说,Linux默认使用热切的FPU切换,这表明它没有受到影响。当急切切换成为默认状态时,2016年承诺从年开始会显示。
Linux是否易受攻击,或者它是否由于使用热切的FPU交换而受到影响?我的理解是,只有当eagerfpu=off不是缺省值时,它才容易受到攻击。我的理解正确吗?
发布于 2018-06-15 05:21:54
您所显示的修补程序之前的内核版本会受到影响。例如,这个红帽安全bullentin声明:
RHEL 6和更早版本受到此CVE的影响,并且不提供eagerfpu参数。红帽将发布更新,这将改变行为。
这意味着修补程序将被移植到早期内核,因为它需要修改内核本身,而不是在编译时简单地更改参数。
发布于 2018-06-15 05:19:33
举来自Redhat的信息为例:
RHEL-7将自动默认为(安全)“热切”浮点寄存器恢复桑迪桥和较新的英特尔处理器。AMD处理器不受影响。..。您可以通过使用eagerfpu=on参数引导内核以启用热切的FPU恢复模式来缓解旧处理器上的此问题。
对于Debian 看起来像是,任何使用4.9内核或更新版本的lazyFP都是固定的。Debian还从01/2016链接到内核提交消息,默认情况下,在这里对所有CPU都启用了eagerfpu。
至于其他发行版,需要查看使用的内核、可能应用的补丁以及使用的配置设置。这里根本没有“Linux”,而是使用不同内核版本、不同补丁和不同设置等的许多发行版。
发布于 2018-06-18 16:42:12
基本上是的。
Linux供应商正试图进行防御,现在他们提供了多个参数,当您希望使用特定的CPU指令时,您可以启用/禁用这些参数。这是他们不需要不断修补内核的方式。如果它易受攻击,禁用参数并继续前进.
要获得可用的参数,您需要最新的内核更新。
那些在默认情况下启用缓解功能的处理器(如red )仅限于特定的处理器集。如果找到这个特定的CPU,它们就会自动减轻。如果找不到,他们就会失败。
因此,您需要检查什么是您的Linux风味,什么是您的CPU和什么是您正在使用的内核,以了解您是否减轻了。
https://security.stackexchange.com/questions/187799
复制相似问题