[personal profile] mjg59
Updated: Three things happened to defuse this situation:
  1. Microsoft mandated that it be possible to disable Secure Boot on any Windows certified systems
  2. Microsoft mandated that it be possible for the user to replace the original Secure Boot keys on any Windows certified systems
  3. Microsoft were willing to sign alternative OS bootloaders with their signing keys

As a result, the worst case scenario did not come to pass and it's still possible for users to install Linux on their systems.

Original content follows:

Microsoft have responded to suggestions that Windows 8 may make it difficult to boot alternative operating systems. What's interesting is that at no point do they contradict anything I've said. As things stand, Windows 8 certified systems will make it either more difficult or impossible to install alternative operating systems. But let's have some more background.

We became aware of this issue in early August. Since then, we at Red Hat have been discussing the problem with other Linux vendors, hardware vendors and BIOS vendors. We've been making sure that we understood the ramifications of the policy in order to avoid saying anything that wasn't backed up by facts. These are the facts:

  • Windows 8 certification requires that hardware ship with UEFI secure boot enabled.
  • Windows 8 certification does not require that the user be able to disable UEFI secure boot, and we've already been informed by hardware vendors that some hardware will not have this option.
  • Windows 8 certification does not require that the system ship with any keys other than Microsoft's.
  • A system that ships with UEFI secure boot enabled and only includes Microsoft's signing keys will only securely boot Microsoft operating systems.

Microsoft have a dominant position in the desktop operating system market. Despite Apple's huge comeback over the past decade, their worldwide share of the desktop market is below 5%. Linux is far below that. Microsoft own well over 90% of the market. Competition in that market is tough, and vendors will take every break they can get. That includes the Windows logo program, in which Microsoft give incentives to vendors to sell hardware that meets their certification requirements. Vendors who choose not to follow the certification requirements will be at a disadvantage in the marketplace. So while it's up to vendors to choose whether or not to follow the certification requirements, Microsoft's dominant position means that they'd be losing sales by doing so.

Why is this a problem? Because there's no central certification authority for UEFI signing keys. Microsoft can require that hardware vendors include their keys. Their competition can't. A system that ships with Microsoft's signing keys and no others will be unable to perform secure boot of any operating system other than Microsoft's. No other vendor has the same position of power over the hardware vendors. Red Hat is unable to ensure that every OEM carries their signing key. Nor is Canonical. Nor is Nvidia, or AMD or any other PC component manufacturer. Microsoft's influence here is greater than even Intel's.

What does this mean for the end user? Microsoft claim that the customer is in control of their PC. That's true, if by "customer" they mean "hardware manufacturer". The end user is not guaranteed the ability to install extra signing keys in order to securely boot the operating system of their choice. The end user is not guaranteed the ability to disable this functionality. The end user is not guaranteed that their system will include the signing keys that would be required for them to swap their graphics card for one from another vendor, or replace their network card and still be able to netboot, or install a newer SATA controller and have it recognise their hard drive in the firmware. The end user is no longer in control of their PC.

If Microsoft were serious about giving the end user control, they'd be mandating that systems ship without any keys installed. The user would then have the ability to make an informed and conscious decision to limit the flexibility of their system and install the keys. The user would be told what they'd be gaining and what they'd be giving up.

The final irony? If the user has no control over the installed keys, the user has no way to indicate that they don't trust Microsoft products. They can prevent their system booting malware. They can prevent their system booting Red Hat, Ubuntu, FreeBSD, OS X or any other operating system. But they can't prevent their system from running Windows 8.

Microsoft's rebuttal is entirely factually accurate. But it's also misleading. The truth is that Microsoft's move removes control from the end user and places it in the hands of Microsoft and the hardware vendors. The truth is that it makes it more difficult to run anything other than Windows. The truth is that UEFI secure boot is a valuable and worthwhile feature that Microsoft are misusing to gain tighter control over the market. And the truth is that Microsoft haven't even attempted to argue otherwise.

Re: How many...

Date: 2011-09-23 02:42 pm (UTC)
From: [identity profile] marcanoonline.com
"...Linux users buy a pc from an OEM?
versus buying from a component retailer?"

Sure, next time I will build my laptop from components, instead of buying it already built

The option to disable Secure boot is not enough, we want to be able to secure boot other OSs, so an option to install keys is the only one I will accept

Re: How many...

Date: 2011-09-23 06:46 pm (UTC)
From: (Anonymous)
This is why we need coreboot, or other open source firmwares. If the firmware doesn't let you install keys, no problem just patch in the key you want and re-compile and re-flash.

Re: How many...

Date: 2011-09-24 11:21 am (UTC)
From: (Anonymous)
A firmware with SecureBoot-support probably can't be flashed with an unsigned firmware (otherwise a rootkit could still flash the firmware itself).

(Maybe a physical switch is another option, but I somehow doubt hardware manufacturers would prefer that, as it would make the hardware more expensive.)

Re: How many...

Date: 2011-09-25 05:25 am (UTC)
From: (Anonymous)
The PC must ship with the Windows key in the UEFI to be Windows 8 Logo compliant.

It would be interesting if each OEM would have a UEFI customization page where you could install your own keys and download a custom firmware upgrade containing those keys.

They have no reason to do this unless the non-MS OS communities demand it from individual OEMs. The community needs to find an OEM (like Dell for example), organize, appoint a representative, and engage the OEM in dialog requesting this ability. They are in their early stages Windows 8 planning, now is the time.

When one of them is on board, make a big deal about it, promote it, and encourage other OEMs to get with the plan.

Re: How many...

Date: 2011-09-25 03:32 pm (UTC)
From: [identity profile] benanov.livejournal.com
The only way to get this to work is to be a customer of one of these OEMs/BIOS makers. And that requires being a hardware vendor yourself.

Re: How many...

Date: 2011-10-26 11:09 am (UTC)
From: [personal profile] dragonwolf
Actually, we're in a relatively good position with Dell right now. I got linked here from the Ubuntu Users group over at LinkedIn, where a rep from Dell has been gathering feedback for improving their Linux selection.

Their established relationship with Red Hat, and growing relationships with Canonical, put one of the biggest OEMs potentially on our side in this matter, if we play it right and make sure they know our concerns over this.

Re: How many...

Date: 2011-12-28 10:18 am (UTC)
From: (Anonymous)
What may be interesting is that some HW manufacturers, like Dell, will gain competative advantage with linux users, development shops etc by making sure they have key management and or disable features in their products while other manufacturers don't. What I'd expect is the 2 bit cheapo laptop rubbish from PC world will not be suitable, but a Dell one (which is probably cheaper, but requires looking past the high street) would.
Linux users have always had to be a bit more discerning with their hardware - avoiding cheapest graphics, sound or other cards, printers and motherboards due to lack of driver support or documentation.

Profile

Matthew Garrett

About Matthew

Power management, mobile and firmware developer on Linux. Security developer at Aurora. Ex-biologist. [personal profile] mjg59 on Twitter. Content here should not be interpreted as the opinion of my employer. Also on Mastodon.

Expand Cut Tags

No cut tags