On “I don't trust microcode” (2021)
patrick.georgi.family
On “I don't trust microcode” (2021)
1–10 of 56 posts
Re: On “I don't trust microcode” (2021)
#2Re: On “I don't trust microcode” (2021)
#3The something or other axiom: Updates to most software have been inevitably harmful to any original user of that software. That goes for programs, that goes for microcode.
Re: On “I don't trust microcode” (2021)
#4Re: On “I don't trust microcode” (2021)
#5On non/less-microcoded CPU, this same functionality would be achieved by a higher-level firmware/OS update.
Re: On “I don't trust microcode” (2021)
#6my bad - misread
The article is unequivocally pro microcode. The title is him replying to people who don't trust microcode, so it's a rebuttal.
Re: On “I don't trust microcode” (2021)
#7my bad - misread
>and if you are not going to trust microcode, what else are you not going to trust - logic gates, transistors, electrons? The article is unequivocally pro microcode. The title is him replying to people who don't trust microcode, so it's a rebuttal.
Re: On “I don't trust microcode” (2021)
#8my bad - misread
Re: On “I don't trust microcode” (2021)
#9my bad - misread
if we cannot inspect the content of the microcode updates in the context of the architecture's schematics then it won't be trusted
Re: On “I don't trust microcode” (2021)
#10my bad - misread
There are good reasons to not trust microcode. For example, a certain instruction chain can be made to trigger backdoors on the CPU and allow direct memory access for attackers. Catching this might be rather hard, though definitely not impossible.