Found in the wild: the first unkillable UEFI bootkit for Linux
arstechnica.com
arstechnica.com
HP, for example, had a standalone UEFI app that provided a simple interface into Outlook that only took a couple seconds to boot. They also had a program that embedded itself into their laptops' SMM that showed your Outlook calendar while Windows was booting.
https://www.welivesecurity.com/en/eset-research/bootkitty-an...
> In fact, it has an obvious mistake, touched on by the original article: LD_PRELOAD is set to a string trailing with " /init", no doubt a copy+paste of the command line used to achieve the same execution during testing. ...
> Furthermore, this bootkit is incomplete, since it relies on chaining into components installed via another mechanism (e.g. /opt/injector.so in the initramfs). A true bootkit only relies on its own first stage to drop all subsequent stages. That's the whole point of setting up a boot chain compromise like this. Otherwise you can defeat it by removing any of the stages, even if the bootkit stage is intact. As it stands, this bootkit isn't really a bootkit, it's just a module signing side-step that allows a traditional rootkit to be loaded on a system with Secure Boot enabled (and, since the Secure Boot is still working as intended, that results in a prompt on the first reboot asking the user to install the "bootkit"'s certificate into the UEFI trusted certificate store, since it is obviously not trusted by default). So it can't even be installed without clear warning to the user that something is wrong.
> ... The original article clearly mentions how to kill this "unkillable" bootkit, which tells me you didn't even read the original article all the way.
- Hector Martin, https://social.treehouse.systems/@marcan/113560945800582652