[niconiconi] @realPeterCxy: 需要重新给主板 BIOS 的 EEPROM 芯片外部编程

[niconiconi] @realPeterCxy: 因为 ME 的部分被设置成了写保护

[niconiconi] @realPeterCxy: 需要重新初始化 EEPROM 芯片

[niconiconi] 或者检测到 ME 不正常各种报错，半天才能启动，或者不启动

[niconiconi] @misaka4e21: 不是。写保护是 EEPROM 芯片的功能。

[niconiconi] @misaka4e21: 其实用软件方法也是可以暂时解除 EEPROM 的写保护的

[niconiconi] @misaka4e21: 但需要大量逆向工程，所以不如直接物理解决。

[niconiconi] 准确地说，这个写保护是硬件和软件配合实现的，算是运行时吧

[niconiconi] EEPROM 里有一个分区表

[niconiconi] 分区表里规定了各分区的属性和权限

[niconiconi] 主板硬件会遵守这个规定。

niconiconi: 换句话说nadebula终于有希望能用上去me的工作站跑gaussian了？

[niconiconi] 另外前一阵子发现 coreboot 虽然硬编码了 Intel 内存控制器的 random seed 不能防御 Cold Boot

[niconiconi] 但是 coreboot 有 row hammering 的防御(!)

[niconiconi] Since the release of Ivy Bridge, Intel Xeon processors support the so-called pseudo target row refresh (pTRR) that can be used in combination with pTRR-compliant DDR3 dual in-line memory modules (DIMMs).

[niconiconi] @Icenowy: 内存发生比特翻转，如果运气不好是会破坏重要数据的……

[niconiconi] 更何况是运行一个主动引发比特翻转的程序……

[niconiconi] https://github.com/google/rowhammer-test

[ttlbot] ⇪标题: GitHub - google/rowhammer-test: Test DRAM for bit flips caused by the rowhammer problem

[niconiconi] @Icenowy: It works on x86 only (either x86-32 or x86-64), because it relies on x86's CLFLUSH instruction for flushing cache lines.

[niconiconi] @Icenowy: 但这个漏洞本身不是 x86 限定的，有一个 JavaScript 写的 PoC 用了启发式算法在多种架构上触发 bit flip.