He asserted it but there are working demos showing this being possible. Which of the two is more convincing?
> As for the specificity of the BIOS environment - he's saying you'd need to compile the BIOS code against the manufacturer's libraries AND make versions specific to board revisions. ESPECIALLY if you're doing stuff like initializing and using the soundcard (which he also addresses).
The BIOS doesn't need to contain everything, only the portion needed to load an exploit which compromises the OS and uses the normal code to talk the soundcard, network, etc. Just as no operating system in existence needs to have per-board boot loaders, this doesn't need to do more than load the next stage.
> Way too many red flags here.
Again, I'm not saying the BadBIOS claims don't require proof - only that a post which is confused about those claims and makes arguments which are contradicted by running code isn't a good critique.
Hopefully someone will get some more definite evidence soon (eg, an external logic analyzer on the USB wires during a machine infection).
As for the specificity of the BIOS environment - he's saying you'd need to compile the BIOS code against the manufacturer's libraries AND make versions specific to board revisions. ESPECIALLY if you're doing stuff like initializing and using the soundcard (which he also addresses).
So for it to be true, this malware would be created by someone with access to several codebases and hardware docs, etc, of different motherboard manufacturers. Not to mention the test lab they must have to make sure this all works.
Not to mention the fact that in THREE YEARS none of this has been made open. OR a USB analyzer hasn't been tried, etc.
Way too many red flags here.