this post was submitted on 10 Aug 2024
-15 points (39.7% liked)

Technology

59534 readers
3135 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
top 16 comments
sorted by: hot top controversial new old
[–] Telorand@reddthat.com 45 points 3 months ago (2 children)

As pointed out elsewhere, the attack requires kernel-level access, and anyone with that access can do a lot of damage anyway.

And the flaw can be fixed (there's a fix out), it's just that there's no remediation once the flaw has been exploited.

[–] sun_is_ra@sh.itjust.works 11 points 3 months ago

It also means no AMD server could be resold because there is no way to know if it was previously infected

[–] mox@lemmy.sdf.org 8 points 3 months ago (3 children)

anyone with that access can do a lot of damage anyway.

it’s just that there’s no remediation once the flaw has been exploited.

One of these things is not like the other.

[–] conciselyverbose@sh.itjust.works 18 points 3 months ago* (last edited 3 months ago) (1 children)

Yeah, turning an exploit into one that survives a fresh install is a big deal.

[–] FierySpectre@lemmy.world -1 points 3 months ago (1 children)

It's always been a thing that the only way to completely be safe after malware is yeeting the old system and getting a new one...

And even then there have been actively exploited issues where the system gets re-infected when reloading the data from a backup. (My memory is a bit rusty on that one, but it was just data being restored, nothing that should install anything)

[–] conciselyverbose@sh.itjust.works 1 points 3 months ago

There has been a small element of risk, but it's low enough that this meaningfully increases it.

[–] Telorand@reddthat.com 15 points 3 months ago

They're intrinsically linked, in fact. If you have kernel access, you can do any number of things, including but not limited to persistent rootkits. I agree that this bug is one step further, since it affects the processor itself, but if somebody has ring 0 access that shouldn't, you already have problems.

[–] Shdwdrgn@mander.xyz 4 points 3 months ago (1 children)

Read it again, in context. What they said is perfectly valid.

[–] mox@lemmy.sdf.org 2 points 3 months ago* (last edited 3 months ago)

No, it is misleading. An exploit with no remediation is not remotely comparable to a normal root exploit, which can be fixed with a simple OS reinstall.

Edit: And their follow-up comment, "if somebody has ring 0 access that shouldn’t, you already have problems," is dangerously misleading. While technically true that you would have a problem in both scenarios, presenting it that way is like telling someone not to worry about losing a leg because their sprained ankle is already a problem.

[–] floofloof@lemmy.ca 15 points 3 months ago

For users seeking to protect themselves, Nissim and Okupski say that for Windows machines—likely the vast majority of affected systems—they expect patches for Sinkclose to be integrated into updates shared by computer makers with Microsoft, who will roll them into future operating system updates. Patches for servers, embedded systems, and Linux machines may be more piecemeal and manual; for Linux machines, it will depend in part on the distribution of Linux a computer has installed.

The headline is misleading: the bug is just as fixable as any, and firmware updates are expected to fix it. AMD do not have a "near-unfixable" processor vulnerability.

What's "near-unfixable" is a deeply embedded bootkit dropped through the successful exploitation of this bug, since it can make itself invisible to the OS and anti malware tools, and could survive a reinstallation of the OS.

[–] cmnybo@discuss.tchncs.de 12 points 3 months ago

I wish CPUs would all have a fuse bit to permanently disable those "security co-processors". They are running who knows what and don't do the average user any good.