this post was submitted on 07 Dec 2023
181 points (96.9% liked)

Technology

59311 readers
4528 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
 

Just about every Windows and Linux device vulnerable to new LogoFAIL firmware attack::UEFIs booting Windows and Linux devices can be hacked by malicious logo images.

top 30 comments
sorted by: hot top controversial new old
[–] BearOfaTime@lemm.ee 93 points 11 months ago (1 children)

Every device booting from UEFI is vulnerable. It's neither a Windows nor Linux issue, it's UEFI.

Because UEFI has Code-execution capability before OS loads. In this case it's for the logo

[–] setsubyou@lemmy.world 31 points 11 months ago (2 children)

It’s not related to Windows or Linux, but as the article notes, Apple devices that use UEFI are not vulnerable (and current ones don’t use it anymore and therefore aren’t vulnerable either), so I guess that’s where the “Windows or Linux” comes from.

And I can install FreeBSD or OpenBSD on a non-Apple machine, and it will have the same security issue.

The article is written inaccurately. The issue is that the industry-standard pre-OS-load firmware patterns and interfaces (BIOS/EFI/UEFI) are vulnerable. Apple uses nonstandard/highly customized hardware, firmware, and software (because they’re more or less completely vertically integrated), and their custom stuff doesn’t have the same flaw due to that customization.

[–] XenGi@lemmy.chaos.berlin -4 points 11 months ago* (last edited 11 months ago) (1 children)

There are more OS' on PC then Windows and Linux. So they should really just say PCs running UEFI. Any PC running a different firmware like core boot or libreboot is not affected. Apple devices are not vulnerable because they don't use UEFI. Apple doesn't do the U(nified) bit and built their own EFI.

[–] Kbobabob@lemmy.world 2 points 11 months ago (2 children)

different firmware like core boot or libreboot

What's the market share of these? Are they even relevant?

[–] XenGi@lemmy.chaos.berlin 4 points 11 months ago* (last edited 11 months ago)

Depends, definitely not in the consumer market. But coreboot is widely used in appliances. Have a look at the boards from pcengines.

[–] ColeSloth@discuss.tchncs.de 3 points 11 months ago

No. He just wants to be over technical.

[–] Tar_alcaran@sh.itjust.works 21 points 11 months ago (1 children)

Can anyone explain to me if this is an actual risk outside a highly controlled environment? AFAIK, it's a pretty non-casual thing to change the UEFI boot logo, so wouldn't that make this pretty hard to actually pull off?

[–] Evilcoleslaw@lemmy.world 20 points 11 months ago (3 children)

The article quoted the researchers who indicated it can be done with remote access by using other attack vectors. This is because most UEFI systems store the logo on disk in the EFI system partition. It doesn't need to do anything crazy like compile and flash a modified firmware. All it needs to do is overwrite the logo file on disk.

[–] gnutrino@programming.dev 13 points 11 months ago (2 children)

If you have access to directly write to arbitrary disk locations you already have full control. Why bother with overwriting the logo file with a malicious payload if you can just overwrite the actual kernel...

[–] surewhynotlem@lemmy.world 17 points 11 months ago

Because this can persist beyond an OS rebuild or patch. You infect the BIOS and you're on the device until the BIOS is free reflashed. And who ever does that?

[–] ClemaX@lemm.ee 6 points 11 months ago

Due to Secure Boot (if it actually enabled since there are some bogous implementations) this can be prevented. If I understand it correctly, LogoFAIL bypasses this security measure and enables loading unsigned code.

[–] Tar_alcaran@sh.itjust.works 6 points 11 months ago

Ah, that's much easier than I thought. I guess I'm horrible out of date on my "messing with BIOS" knowledge

[–] Octopus1348@lemy.lol 1 points 11 months ago (2 children)

If it's on the disk, why doesn't the image get removed when I erase all partitions? Does the firmware put it back?

[–] matter@lemmy.world 2 points 11 months ago

It does, but if it has compromised the BIOS before that, that won't get wiped.

[–] Evilcoleslaw@lemmy.world 2 points 11 months ago

If I'm understanding this correctly this isn't necessarily the very first logo that would appear but one that appears as the firmware starts to boot an OS from the EFI system partition. So technically installing your OS puts the original non-malicious logo there.

[–] YodaDaCoda@sh.itjust.works 18 points 11 months ago (2 children)

I want my computer to run an open-source BIOS/UEFI but the set of systems supported by projects like Libreboot is unfortunately rather limited.

[–] ReginaPhalange@lemmy.world 17 points 11 months ago

You want your BIOS WITHOUT NSA BACKDOOR?!! HAHAHAHAHA

[–] muntedcrocodile@lemmy.world 3 points 11 months ago (1 children)

Why is it so limmitted? Whats the bottleneck?

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

Each board has to be added manually, I presume they all have intricacies around initialising hardware and it seems most of that is kept in binary blobs and I don't really understand I just wish it was like openwrt and worked anywhere

[–] 0x0@programming.dev 14 points 11 months ago (1 children)

Another instance of Let's replace something that's been working for ages with something worse but shiny.

[–] cbarrick@lemmy.world 9 points 11 months ago (2 children)

What are you going on about?

Do you mean BIOS versus UEFI? That ship sailed over a decade ago. And I don't think anyone actually believes that plain BIOS is superior in any way to UEFI.

[–] 0x0@programming.dev 5 points 11 months ago

Plain BIOS got the job done.

[–] pastermil@sh.itjust.works 5 points 11 months ago

That ship sailed over a decade ago.

And yet we're still having this kind of bullshit.

[–] Rentlar@lemmy.ca 8 points 11 months ago

Can't get hacked by this if you never reboot!

[–] tsonfeir@lemm.ee 6 points 11 months ago

Click bait.

[–] autotldr@lemmings.world 2 points 11 months ago

This is the best summary I could come up with:


Hundreds of Windows and Linux computer models from virtually all hardware makers are vulnerable to a new attack that executes malicious firmware early in the boot-up sequence, a feat that allows infections that are nearly impossible to detect or remove using current defense mechanisms.

The attack—dubbed LogoFAIL by the researchers who devised it—is notable for the relative ease in carrying it out, the breadth of both consumer- and enterprise-grade models that are susceptible, and the high level of control it gains over them.

LogoFAIL is a constellation of two dozen newly discovered vulnerabilities that have lurked for years, if not decades, in Unified Extensible Firmware Interfaces responsible for booting modern devices that run Windows or Linux.

The participating companies comprise nearly the entirety of the x64 and ARM CPU ecosystem, starting with UEFI suppliers AMI, Insyde, and Phoenix (sometimes still called IBVs or independent BIOS vendors); device manufacturers such as Lenovo, Dell, and HP; and the makers of the CPUs that go inside the devices, usually Intel, AMD or designers of ARM CPUs.

As its name suggests, LogoFAIL involves logos, specifically those of the hardware seller that are displayed on the device screen early in the boot process, while the UEFI is still running.

LogoFAIL is a newly discovered set of high-impact security vulnerabilities affecting different image parsing libraries used in the system firmware by various vendors during the device boot process.


The original article contains 663 words, the summary contains 232 words. Saved 65%. I'm a bot and I'm open source!

[–] fosforus@sopuli.xyz 2 points 11 months ago* (last edited 11 months ago) (1 children)

UEFI is such a disaster. I still sometimes use legacy boot and notice that I miss none of the features UEFI gives me. And still I go for UEFI because it's shiny and new. Guess I'm a disaster too.

[–] ReginaPhalange@lemmy.world 11 points 11 months ago (1 children)

It is legacy boot MODE inside UEFI. Turning this thing on does nothing in regard to the exploit.

[–] fosforus@sopuli.xyz 6 points 11 months ago

Weeellll, shit. Thanks for the info.