The researchers discovered that AMD had been using a publicly available example key from NIST documentation since Zen 1…
The perils of cut/paste
This flaw allows attackers with local administrator privileges to bypass AMD’s cryptographic verification system and install custom microcode updates on affected CPUs.
If you already have local administrator privileges, you have access to the system and its data anyway. Doesn’t seem that critical a flaw. It doesn’t even survive reboots.
Regardless, AMD has already issued a fix.
That’s not a flaw. That’s a right to repair requirement.
local administrator privileges
… are used by distro update mechanisms and very few people turn those off, even if they don’t use elevated privileges for anything else.
Admittedly, it’s unlikely that a distro’s repository will end up with a compromised microcode package, but it’s not impossible (Remember the 7zip debacle?). And if it happens, you can be sure that whoever designs the payload will use the temporary access to install something ugly that has more permanent access.
But as you say, AMD have issued a fix. And that’d be why.
7z? You mean xz??
It sound’s more like a feature.
Could this be used to develop homebrew microcode? Could we finally disable the PSP with this?
We already have a few “microcode” jailbreaks
If making the PRNG on your CPU predictable can compromise your whole system, then your kernel is not doing its job.