PCDVD數位科技討論區 - Intel CPU曝安全BUG，修復bug後會削弱系統30%的性能

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)

- - Intel CPU曝安全BUG，修復bug後會削弱系統30%的性能 (https://www.pcdvd.com.tw/showthread.php?t=1140120)

引用:

作者florance

AMD TLB bug 跟 Intel 這次的比起來是小巫見大巫了...
AMD TLB 是在出貨不久後發現, 還能用 BIOS 修正...

Intel 這個能橫跨10年的 bug...

的確
這次Intel的包不像TLB BUG那麼好應付

畢竟是涉及層級(protection ring)汙染的問題
跟TLB bug相比真的量級有差
但我前文想說的其實是這兩個bug都是與快取有關

感覺對一般消費者來說
最好的解法，就是只能等Intel釋出新的步進的CPU
來解決這個bug了

最好是intel 把市面上的cpu 全部回收更換沒問題的產品....，不然不知道怎麼處理了⋯⋯

https://www.computerbase.de/2018-01...herheitsluecke/

更新一下，目前看起來一般user如果文書功能的差異不大，不過剛爆發出來，一切還是看這幾天明朗

化吧⋯⋯

引用:

作者rockports

https://www.computerbase.de/2018-01/intel-cpu-pti-sicherheitsluecke/

更新一下，目前看起來一般user如果文書功能的差異不大，不過剛爆發出來，一切還是看這幾天明朗

化吧⋯⋯

是出來洗地嗎 :laugh:

這樣會不會讓intel開放H110/B150之類可以用新的版本八代處理器，這樣可以救一點。這樣直接救六、七、八代使用者 :ase

請問是 guest OS 間會有問題，
還是 guest OS 也可以影響到 host OS?
在 guest OS 裏測病毒會影響到 host OS 嗎？

引用:

- Exclude AMD from the PTI enforcement. Not necessarily a fix, but if
AMD is so confident that they are not affected, then we should not
burden users with the overhead"

根據AMD自己發出來的消息，Linux Kernel 4.15的PTI patch已將AMD CPU排除在外。AMD這麼有把握？

引用:

作者deanhu

根據AMD自己發出來的消息，Linux Kernel 4.15的PTI patch已將AMD CPU排除在外。AMD這麼有把握？

如果核心機密資料存取完畢之後，就從CPU暫存區移除的話，那的確就讀不到了。

缺點就是速度會比較慢，因為要存取核心資料時又要去讀主機板記憶體。

引用:

作者deanhu

根據AMD自己發出來的消息，Linux Kernel 4.15的PTI patch已將AMD CPU排除在外。AMD這麼有把握？

你可以自己看整個merge的patches
https://github.com/torvalds/linux/c...40663af75f64R99

看起來其實這些寫patches的人根本無法說出AMD一定沒問題
只是單純相信AMD確認沒問題是真的沒問題

不過在PTI patches裡面也提到AMD有另外一個問題
在這裡順便修正

引用:

User space process size. This is the first address outside the user range.
There are a few constraints that determine this:
+ *
On Intel CPUs, if a SYSCALL instruction is at the highest canonical
address, then that syscall will enter the kernel with a
non-canonical return address, and SYSRET will explode dangerously.
We avoid this particular problem by preventing anything executable
from being mapped at the maximum canonical address.
+ *
On AMD CPUs in the Ryzen family, there's a nasty bug in which the
CPUs malfunction if they execute code from the highest canonical page.
They'll speculate right off the end of the canonical space, and
bad things happen. This is worked around in the same way as the
Intel problem.

看起來是引發問題的原因 I 跟 A 兩者本質上不同
只是導致的結果同樣可以來利用