this post was submitted on 11 Mar 2025
180 points (94.6% liked)
Technology
66892 readers
5577 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.
Edit: seems I may be mistaken.
If I'm understanding this correctly this opens up the door to a serious type of rootkit.
It's not a matter of attackers having access to the data. It's that they have replaced your hardware with malicious hardware.
Additionally It can be trivial to gain administrative capacity on a personal computer. But in a regular case you can just reinstall the operating system. This would survive that.
On some level yes, but reading the article nothing persist between boots. This seems like a vulnerability that's really only that serious A if you don't apply AMDs patched micro code and B there's another vulnerability on your system that lets this persist between operating system reinstall/in the BIOS.
I'm having hard time understanding how the microcode patch is delivered. system updater or bios update? I'm fucked if it's a bios update cos my shitty gigabyte mobo won't detect the files
Your OS can load the microcode. Most Linux distros will load the latest microcode during boot. Some will even update the microcode when it gets the new microcode from the distro repositories. This facility exists specifically because motherboard vendors are terrible about providing updates.
Except the AMD microcode package doesn't cover most consumer grade CPUs
That's not what this is about. It can't even survive a reboot.
Ah, thanks for the clarification.
Aren't microcode updates erased after restarts?
As far as them being applied, yes. The loaded microcode is volatile.
They can kind of persist across cold reboots, but it relies on them being applied again at some point. The motherboard vendor can apply microcode updates during platform initialization before POSTing. Or they can be applied from EFI (modern equivalent of BIOS) before handing control to the kernel. Or they can be applied very early in the boot process by the kernel.
That's not a flaw. That's a right to repair requirement.
It sound's more like a feature.
... 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??
Whoops. It looks like I conflated it with the more recent 7zip vulnerability, which didn't affect Linux much at all.
Just goes to show how often these things crop up though.