351
Just about every Windows and Linux device vulnerable to new LogoFAIL firmware attack
(arstechnica.com)
this post was submitted on 06 Dec 2023
351 points (96.6% liked)
Linux
48193 readers
1708 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
In short, the adversary requires elevated access to replace a file on the EFI partition. In this case, you should consider the machine compromised with or without this flaw.
You weren't hoping that Secure Boot saves your ass, were you?
Since the EFI partition is unencrypted, physical access would do the trick here too, even with every firmware/software security measure.
True, but this was the case without this finding, wasn't it? With write access to the EFI you could replace the boot loader and do whatever you please.
Unless a proper secure boot + FDE setup is in place.
The worst part it persists through reinstalls (if i understood correctly)
This is also my understanding, at least of you keep the EFI partition.
It can outlast those too.
Boy do I love the future.
It's reminiscent of boot sector viruses in the DOS days.
The idea is also that a compromised system will remains compromised after all storage drives are removed.
Doesn't this mean that secure boot would save your ass? If you verify that the boot files are signed (secure boot) then you can't boot these modified files or am I missing something?
Well, not an expert. We learned now that logos are not signed. I'm not sure the boot menu config file is not either. So on a typical linux setup you can inject a command there.
If I can replace a file in your EFI, how hard would it be to sign the same file.
Well, it rules out an evil maid attack and maybe jumping over a dual boot setup.
If it can execute in ram (as far as I understand, they've been talking about fileless attacks, so... Possible?), it can just inject whatever
Addit: also, sucure boot on most systems, well, sucks, unless you remove m$ keys and flash yours, at least. The thing is, they signed shim and whatever was the alternative chainable bootloader (mako or smth?) effectively rendering the whole thing useless; also there was a grub binary distributed as part of some kaspersky's livecd-s with unlocked config, so, yet again, load whatever tf you want
Last time I enabled secure boot it was with a unified kernel image, there was nothing on the EFI partition that was unsigned.
Idk about the default shim setup but using dracut with uki, rolled keys and luks it'd be secure.
After this you're protected from offline attacks only though, unless you sign the UKI on a different device any program with root could still sign the modified images itself but no one could do an Evil Maid Attack or similar.
The point with m$ keys was that you should delete them as they're used to sign stuff that loads literally anything given your maid is insistent enough.
[note: it was mentioned in the arch wiki that sometimes removing m$ keys bricks some (which exactly wasn't mentioned) devices]
So if I have my computer set that it needs a sudo password for most changes am I good?
Yes, that's my understanding. A normal user cannot do this. (And of course, an attacker shouldn't not control a local user in the first place.)
Physical access is also a risk, but physical access trumps everything.
Thanks for the answer. Unless my dog learns how to code I think I'm safe from anyone getting physical access
As a hacker imma start teaching dogs to code as part of my breakin process, sorry bud
Introduce him or her to FidoNet.
Ah, so the next Air Bud movie will be what, Hack Bud?
"There's nothing in the specifications that says that a dog can't have admin access."
"Nothing but 'net!"
Unless they find another way to escalate privileges... A bug, a random binary with suid, etc
See, I knew there were other reasons I wouldn't touch secure boot lol
i wonder if containerized firefox (eg snap/flatpak) will
Yeah, if someone has write access to your boot partition then you're kind of already screwed.