Users of the popular bootloader may want to update their systems in order to mitigate the danger of this new exploit.
It’s been revealed that a series of bugs in GRUB2 compromises the chain of trust in a Secure Boot-enabled system. You can read about the full scope of the exploit here but the short of it is that arbitrary code can be executed by an attacker on virtually any system running GRUB2 and using Secure Boot. The attack allows modification of GRUB2’s configuration file and allows for privilege escalation which could potentially mean that intrusions can go undetected by booted operating systems.
Now, most of the risk comes from an attacker already having some level of privileges but this is still something that should give system administrators some pause. And while Windows systems are theoretically vulnerable as well, it’s far likelier that systems affected in the wild will be running Linux.
Researchers from Eclypsium were responsible for identifying this vulnerability and have responsibly disclosed the bug to maintainers and the wider ecosystem. Expect package updates in your distro sometime soon. Even then, updates aren’t a complete solution as the keys that Secure Boot rely upon also have to be updated and older ones blacklisted. The Debian project have a good overview of what should be done and I expect that other distributions will follow suit with their own advice on how to deal with this exploit.
GRUB2’s code has been audited since the initial disclosure and a series of other bugs have also been found in the last few weeks. While many users will ultimately be unaffected by this exploit it’s still a good reminder to keep your system up-to-date and keep an eye out for security advisories.
Thanks for sharing tho. Totally my alley :)
Keep 'em coming!
Quoting: ArehandoroOh, the irony: https://docs.microsoft.com/en-us/windows-hardware/design/device-experiences/oem-secure-bootWhat's the irony?
Secure Boot is part of EFI. That is not Microsoft specific.
Quoting: bekoQuoting: ArehandoroOh, the irony: https://docs.microsoft.com/en-us/windows-hardware/design/device-experiences/oem-secure-bootWhat's the irony?
Secure Boot is part of EFI. That is not Microsoft specific.
I think the irony is that it's meant to be "secure". Also, it was touted by MS for consumer laptops for "security" reasons, but in reality, putting the marketing BS aside, it just made Linux harder to install. This further solidified (as if that was needed) their monopoly on consumer O/S hardware.
Quoting: scaineI think the irony is that it's meant to be "secure". Also, it was touted by MS for consumer laptops for "security" reasons, but in reality, putting the marketing BS aside, it just made Linux harder to install. This further solidified (as if that was needed) their monopoly on consumer O/S hardware.Ah… nope. That's BS. Sorry :) There is more to UEFI.
I can agree on that not everybody needs this.
While there is certainly more to UEFI than just Secure Boot, MS absolutely touted this feature since, as I recall in the beginning, MS or MS partners were the only ones allowed to hold the keys. This effectively meant that any non-MS OS could not be installed on a motherboard with this feature enabled. Of course, that changed eventually but a lot of us still hold a great deal of resentment towards MS over the whole thing.
Oh and the name doesn't mean anything but coincidentally could be pronounced as "Buttery" which suits me just fine.
See more from me