Slashdot Mirror


OEMs Allowed To Lock Secure Boot In Windows 10 Computers

jones_supa writes: Hardware that sports the "Designed for Windows 8" logo requires machines to support UEFI Secure Boot. When the feature is enabled, the core software components used to boot the machine are verified for correct cryptographic signatures, or the system refuses to boot. This is a desirable security feature, because it protects from malware sneaking into the boot process. However, it has an issue for alternative operating systems, because it's likely they won't have a signature that Secure Boot will authorize. No worries, because Microsoft also mandated that every system must have a UEFI configuration setting to turn the protection off, allowing booting other operating systems. This situation may now change. At its WinHEC hardware conference in Shenzhen, China, Microsoft said the setting to allow Secure Boot to be turned off will become optional when Windows 10 arrives. Hardware can be "Designed for Windows 10," and offer no way to opt out of the Secure Boot lock down. The choice to provide the setting (or not) will be up to the original equipment manufacturer.

31 of 362 comments (clear)

  1. I dub all unswitchable hardware: disposable by Anonymous Coward · · Score: 5, Insightful

    That's a descriptive word I know gsm phone manufacturers work hard to distance themselves from, even more where it's more true.

    I was nice of Microsoft to play along until the secure boot controversy was diffused and then stop backing openess. I'm not sure RMS would be completely surprised.

    Seriously though, we have the choice, and the only thing that will maintain that freedom is that we express it with our dollars. Manufacturers are at OUR mercy, not the other way around.

    If you can't get to the boot menu when you play with it in the store, don't buy it. Amazon will let you return nearly anything. This is a freedom we can defend.

  2. Microsoft afraid of the YOTLD? by Jax+Omen · · Score: 3, Insightful

    Nah, couldn't be.

    I don't buy prebuilts but any manufacturer that locks secureboot will no longer be recommended to any of my non-tech-savvy friends.

  3. I can't wait for the Linus Torvalds rant over this by Anonymous Coward · · Score: 5, Interesting

    Grabs popcorn.

    You can currently cryptographically sign a Linux kernel to secure boot, You can install them alongside, or overwrite the windows signature (keep in mind, these keys are your new keys to the windows os. It's not truly keyless, so I would suggest add them alongside.) but most I.T. guys aren't even smart enough to know how it's done. It's no easy task even for Linux people. I currently make 6 figures in a support job and it was difficult for me. I've attempted it only once and was successful, but it is so not user friendly even to smart tech people. I would go as far as to say that even less than 1% of people will ever do it. The other hassle is, if you ever update your kernel in Linux which happens way more than in Windows, you have to re-sign against the new one and re-add the keys all over again alongside or overwrite.

    However, I still have the ability to do it, and that's what's important. Make no mistake. This is a literal and direct attack on Linux. OEM's will not care about the few people who use Linux and will omit this ability essentially killing Linux off. This is Microsoft's attempt at the final nail in the coffin of Linux.

  4. Re:I dub all unswitchable hardware: disposable by TechCurmudgeon · · Score: 5, Insightful

    Unfortunately the vast majority of PC buyers are unaware and/or don't care and will buy that crap. They'll pay again when it comes time to have their computer serviced. I will only buy re-configurable and repairable hardware. I've built PCs before and I'll do it again. Not surprised to see that Microsoft's venture into openness was so fleeting.

  5. No boot? by Anonymous Coward · · Score: 3, Interesting

    "the core software components used to boot the machine are verified for correct cryptographic signatures, or the system refuses to boot"

    Does that mean that IF malware infects the bootloader, the OS will not boot, BRICKING IT? Seems like an easy way for grandmothers to lose their whole computer with a click of the mouse.

    1. Re:No boot? by sjames · · Score: 4, Funny

      You got it! We had to destroy the laptop in order to save it...

    2. Re:No boot? by Dr_Barnowl · · Score: 3, Insightful

      True - the problem is not the security, the problem is who it's working for.

      If this comes to pass, you'll have to beg Microsoft's permission to run any software at all on hardware locked down like this.

      First, you had to switch off SecureBoot. This probably discouraged a bunch of users who may have tried Linux out. Who wants to turn off a feature that sounds all... secure.

      Now, you'll have to obtain and install special signed binaries. That will be a stumbling block for a few more.

      Then eventually, they'll stop signing binaries, and the only operating system that will be bootable will be Windows.

      And finally, they'll change the OS not to load anything that isn't signed with an MS key. Only MS approved and certified developers (with valid Visual Studio Cloud accounts!) will be able to produce software for Windows, and sell it through the Windows App Store only.

  6. Re:I dub all unswitchable hardware: disposable by Anonymous Coward · · Score: 3, Insightful

    However, RMS is smart enough that he would recognize that you have deliberately missed the point.

  7. Slippery slope by amorsen · · Score: 5, Insightful

    First they invented SecureBoot, but that was OK, because you could turn it off.

    Then they prevented disabling it, but that was OK, because several non-Windows bootloaders are signed.

    Next up will be refusing to sign the boot loaders which simply disable SecureBoot and load Linux/*BSD. That will be OK, because Ubuntu is properly signed including the kernel (I think).

    After that it will only be certain commercial vendors who can get a certificate, but that will be OK, because Red Hat Enterprise Linux 8 will run, only allowing signed kernel modules.

    Yes I hate slippery slope arguments too.

    --
    Finally! A year of moderation! Ready for 2019?
    1. Re:Slippery slope by IamTheRealMike · · Score: 3, Interesting

      Unfortunately, it's not really Microsoft pushing us down this slippery slope. If anything it's the NSA.

      The problem is boot sector or BIOS malware is now a real thing that needs real defences. It's not some obscure academic attack any more. Securing the boot chain is the only known way to fix this.

      The real issues start once malware begins using Linux to install itself. That is, "I cannot infect or modify Windows because of the secure boot check. But I can install Linux and then load a special kernel module and then make the kernel chain into the Windows boot process after modifying it". So then you start needing signed kernels to check for signed kernel modules, etc. Eventually you end up with hardware that only runs signed code, and it's not because of some evil DRM conspiracy but because the openness of the PC platform has caused it to be so thoroughly bum-fucked by malware developers. I mean what are the manufacturers meant to do? Leave their 99% Windows userbase vulnerable to spying and horrible un-removable viruses because Team Linux has never managed to get OEMs on board to make Linux laptops? Doesn't make any sense, regardless of where your software sympathies may lie.

    2. Re:Slippery slope by TapeCutter · · Score: 4, Informative

      The problem is boot sector or BIOS malware is now a real thing that needs real defences. It's not some obscure academic attack any more.

      Boot sector attacks have been a malware vector since..well...forever, back in the DOS3.x days we had Norton disk doctor to remove them manually.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  8. Re:I dub all unswitchable hardware: disposable by rahvin112 · · Score: 5, Insightful

    People predicted that this is exactly what would happen with Secure Boot. The initial support would be optional and after a time and the phasing out of older hardware the support would become mandatory. Microsoft moving to a mandatory secure boot would fall right in line with these predictions.

    The next gambit in secure boot is to disallow the user putting in their own signing keys. From that point forward the only way to get an OS on a computer is with Microsoft's signature. Secure boot could be a good thing if the user was allowed total control, but microsoft shows their true goal here, which is to take total control of the PC market. Many forget that secure boot was devised at a time when Microsoft was first facing a new Linux OS challenger that they couldn't defeat with their traditional tactics. Many people don't consider this timing to be coincidental.

  9. Re:I dub all unswitchable hardware: disposable by MrBigInThePants · · Score: 4, Insightful

    Of course it will work.

    This is essentially another form of DRM and as you well know that was and is still highly successful and completely crushed all piracy. People still actively seek out products that say "DRM Included" just so they can have the safety and security of knowing that a large corporate is having its own best interests protected at the expense of your product's usability.

    Anyone with a marketing background will tell you this is a FANTASTIC idea guaranteed to succeed...if you pay them enough...

    But seriously now.

    The general livestock will buy the "coolest" and/or "cheapest" option and wont understand what the fuck is going on as per usual. It success or failure will be based on whether this affects the price point of the product (i.e. making it cheaper) or detrimentally effect its "coolness". (like DRM did)

    And DRM still exists and are some of the most profitable platforms around. e.g. Steam, Itunes, netflix, etc.

  10. Re: No. by corychristison · · Score: 4, Insightful

    As far as I'm concerned a locked up, drm-encumbered bootloader is dead on arrival.

  11. Re:I dub all unswitchable hardware: disposable by SuricouRaven · · Score: 5, Insightful

    If I were an Evil Executive at Microsoft, my next gambit would be to apply some unofficial, off-the-record pressure to the OEMs to make sure they have no means of disabling secure boot. Requiring this outright would be legally risky, could come back to bite them in future antitrust cases, but nothing to stop them from some deniable hints that it might help get a cheaper license deal.

  12. and laptops? by Mirar · · Score: 4, Insightful

    I don't know about you, but I really don't have time to put together a laptop from components...

    1. Re:and laptops? by Lumpy · · Score: 3, Interesting

      I do.

      http://www.amazon.com/MSI-937-...

      Start there and buy the other parts. anyone semi competent can build one in under an hour. Guarentee MSI bare bones systems will not have secure boot locked and enforced on you.

      --
      Do not look at laser with remaining good eye.
  13. Re:OEMs should prepare for rage by Dr_Barnowl · · Score: 5, Insightful

    SecureBoot is a reasonable thing. It's when it's under the control of Microsoft, rather than the owner of the hardware, that it becomes a problem.

    Make sure the OS is composed of files that are cryptographically signed and entirely legit? Fine.

    Define "legit" as being "only those things signed with Microsoft keys"? Not so fine.

    The current solution of a Linux bootloader signed by Microsoft is a stupid, half-baked compromise. I wouldn't have settled for it - nothing less than the ability to load my own signing keys into the BIOS being mandatory for all SecureBoot installations. And of course, disabling it.

  14. You also disable UEFI for driver updates by msobkow · · Score: 5, Interesting

    When I tried to update the graphics drivers for my Lenovo laptop, I got undocumented errors and a rollback. Later, on a whim, I disabled UEFI, and the drivers installed with no problem. I re-enabled UEFI afterwards, and the system still runs fine.

    So unless you trust your vendor to deliver absolutely PERFECT drivers that will NEVER need updating, you wouldn't want a system that prevents you from disabling UEFI.

    --
    I do not fail; I succeed at finding out what does not work.
  15. Re:I dub all unswitchable hardware: disposable by Beck_Neard · · Score: 5, Funny

    No, no, no, you are paranoid and delusional to think that they will keep you from disabling secure boot. Microsoft only cares about your security and safety, and you're a conspiracy theorist if you think otherwise.

    --
    A fool and his hard drive are soon parted.
  16. Bootablt utilities. by redback · · Score: 4, Insightful

    For most people, its not about alternative operating systems.

    Its about when they break the thing and bring it to me, and I cant fix it because I cant run any boot disks on it.

  17. Re:I can't wait for the Linus Torvalds rant over t by Dutch+Gun · · Score: 3, Interesting

    Microsoft is now saying that OEM hardware that doesn't allow disabling secure boot would still be "Windows 10 certified". What's in it for the OEM to do this? Why would they purposefully lock their customers out of a choice of OSes? I have a hard time seeing this happening for PCs. It seems more likely that this is actually intended for smaller-form-factor hardware like phones or tablets, similar to how Apple attempts to lock down the devices they sell. It's hard to say since all versions of the new OS are simply called "Windows 10".

    Regarding PCs though, I can think of nothing that would generate a new anti-trust lawsuit faster than this. MS had better walk damn carefully here if they do ANYTHING that could be perceived as unfairly locking Linux and other OSes from PC hardware. Frankly, I think the first OEM to try this is going to generate a shitstorm of controversy the moment an unsuspecting user tries to install Linux in a secondary partition or to replace Windows altogether. While it's good to be aware of this and watch to see how things go, I don't think the sky is falling quite yet.

    So, that being said... Can anyone explain to me why Microsoft can use the Secure Boot feature but Linux can't offer the same as an "out of the box" experience? Or why Windows can apparently be patched and continue to work, while Linux somehow can't? Is this true for Linux in general, or just for people who modify and compile their own kernel (which I'm guessing probably isn't that many)?

    --
    Irony: Agile development has too much intertia to be abandoned now.
  18. Disposable, and "Not A Personal Computer" by Burz · · Score: 5, Insightful

    There should be a permanent sh!tlist pinned to the top of Slashdot with any vendor that promotes this scheme for "PCs".

    Microsoft's long-time disruptive technology shark in the water was that they promoted a platform that was just open enough to let techies (and 3rd party vendors) on a budget customize the systems however they need. This is the essence of a "personal computer", for the MS camp at least. Now MS has jumped their own shark.

    Their tepid claims of being FOSS-friendly are being shown as ultimately false. Like Apple, they still won't incorporate open A/V formats into their products and their OSes will tell you an inserted Linux-formatted volume "must be formatted before use". Heaven forbid if I ever give an EXT3 formatted flash drive to an Android user, and they decide someday to look at it with Windows. They are similarly hostile when it comes to Linux multiboot setups. Its wilful negligence that still reigns in Redmond and must be fought with tooth and nail to gain any concession.

    And how necessary for security are these firmware-level lockouts?? They are not! Qubes OS employs a scheme that, in combination with a TPM, prevents a computer from being able to reproduce a chosen passphrase if its been tampered-with. No doubt, the MS excuse will be that the consumer or administrator can't be bothered to remember a sentence to verify system integrity.

    I suggest rallying around vendors like this: https://www.crowdsupply.com/pu...
    Eventually, we should pressure the market to open up the whole damn stack; We will probably be forced to.

  19. Re:OEMs probably open to other OS vendors ... by markdavis · · Score: 4, Insightful

    This is still the wrong approach. The owner of the hardware should have the right to turn it off if they so choose. It should not be up to Microsoft. And it should not be up to the OEM. And it should not be up to carriers. And it should not be up to the government, either (might as well keep extending out the doom-and-gloom possibilities).

    OEM's should listen to their customers and not Microsoft. Locking the bootloader is extremely anti-consumer and anti-competitive. The time to find out your machine is a paperweight should not be after you spent your hard-earned money buying a machine. When this whole fiasco started, there was ZERO transparency from the OEM's. You could not call Dell and ask if machine X had a locked secureboot, because the idiot support and sales people don't know. And it is not listed on the websites, the manuals, or the boxes.

  20. Re:So Red Hat and Ubuntu offer signed binaries by markdavis · · Score: 5, Insightful

    >"So Red Hat and Ubuntu establish relations with consumer hardware vendors and offer factory signed binaries. Linux is not doomed. Linux kernel developers need to be careful about their motherboards but the vast majority of Linux uses would be just fine."

    And what about Mageia?
    And what about FreeBSD?
    And what about FreeDOS?
    And what about VMWare VSX?
    And what about that hard drive diagnostic disc?
    And what about that RAID controller utility?
    And what about any number of many dozens of OSes, utilities, and distros?

    The "solution" is not to try and get everyone to play by the stupid secureboot "rules" that MS is trying to force on everyone. The solution is to have ALL machines give the owner of the machine the CHOICE to decide if they want secureboot on or off.

    Microsoft saying it is "optional" means it absolutely won't be optional when they start putting behind-the-scenes (and probably illegal) pressure on the OEM's to start the lockdown.

  21. Re:I can't wait for the Linus Torvalds rant over t by BradleyUffner · · Score: 3, Insightful

    How many standard users are going to turn that off?

    How many "standard" users are going to install Linux, or even know what Linux is?

    Once a user learns enough about Linux to want to install it they will undoubtedly know how to turn this feature off or install the correct keys.

  22. Re:I dub all unswitchable hardware: disposable by Lead+Butthead · · Score: 4, Informative

    ... to apply some unofficial, off-the-record pressure to the OEMs ...

    Pressure? Not at all. There'll just be a ... "discount" if you do. This has happened before, and it'll happen again. It's within M$'s nature to rub out its competitors by pressing every advantage; it can't help itself.

    --
    ELOI, ELOI, LAMA SABACHTHANI!?
  23. Even worse than you think by Anonymous Coward · · Score: 3, Informative

    I just purchased four Dells with Windows 8.1 from NewEgg along with 8.1 Professional for each to use in a business. I swapped out the HDDs for SSDs and installed using OEM licensed, legitimate 8.1 Pro media. None of them will run Professional, instead defaulting to fully registered 8.1 Basic.

    They wont accept the Windows Product keys at all. Instead, they show completely different keys that must have been installed into the hardware. This occurs whether secure boot is turned on or off. I have a case number with MS to resolve this BS.

    I also bulit a PC from parts and installed using a fifth copy of 8.1 Pro. It installed correctly and jumped right onto the domain. This is not about "copyright infringement". It is about control and squeezing customers for as much money as they can get.

  24. Can't happen by 0123456 · · Score: 4, Informative

    When we pointed this out years ago, the Microsoft trolls told us to stop being silly, because it was optional and Microsoft would never, ever think of changing that. Why, the very idea!

  25. Re:I dub all unswitchable hardware: disposable by DocHoncho · · Score: 3, Insightful

    Freedom is, in all aspects, "pining for the fjords." With regards to the manufactures of gadgets, it isn't in their interest to allow even the slightest bit of freedom. You can't install your own OS on the device you paid for, you can't install software that wasn't blessed by the prevailing curator of the local app store. We're moving towards a society in which you (as a consumer) don't own anything, it's leased or rented or provided "gratis", so long as you remain in accordance with whatever contractual terms they wish to impose. And before the Desktop centric crowd chimes in with "I own my box!", sure, you do now. But the current business practice is to retain ownership of everything and dole out access with as many restrictions as possible. It isn't that big of a leap to presume that sometime in the future you'll only be renting your motherboard, and may even have to pay extra to enable more memory access or "Premium CPU interconnects". Hell, you might be already! Have you read through the entirety of the terms of use provided with every component present in your machine? Do you really think Intel has your best interest at heart? These corporate scumbags can stuff end user agreements with whatever they want, knowing full well that practically no one is either going to read it, or have the financial means to fight it out in court.

    Once the BIOS is locked down, why wouldn't manufacturers require extra payments for increased CPU throughput or maximum available RAM? Sure, your new mobo comes with slots for 64 GB, but it's only licensed for 16GB, any more requires an extra payment. These components are getting so sophisticated that bits and pieces of what used to be considered standard functionality, parts which were once hardwired, will be doled out as premium add-ons and DLC-like upgrades. There's nothing stopping them, it's only a matter of time before each and every aspect of the computing environment is held ransom by one company or another.

    --
    Celebrity worship is a poor substitute for Deity worship and costs more to boot.
  26. Re: No longer required by jcdr · · Score: 3, Interesting

    If I understand you correctly, this confirm the possibility that Microsoft have the possibility to manage 2 classes of keys: the first keys class is the current one where Microsoft is willing to sign binaries not from them; the second keys class could be for 'lock in' machines where Microsoft keep full control on.

    To be fair, I think that the 'lock in' keys class it's a logical step for Microsoft branded machines. But this could go very wrong if OEMs start to do the same by using the argument 'designed for Microsoft OS' because this will add 'and nothing else could run on it' to the argument. I suspect that the goal is to reserve top machines specifications to Microsoft and to only allow degraded specifications machines to run other OS. The market already have products with this kind of bias.

    And yes, you are right. This evil plan was draw decades ago with the deep knowledge that it will only work at the time when the security feature will be so standard that no chip will be manufactured without it anymore.

    The fact that Windows 10 is announced to be virtually free for almost everyone having a previous copy of Windows somewhere is a clear singe that the time have changed. The OS have no value anymore. The number of new software that only run on a single OS will drastically shrink, exacerbating the OS value problem. So the 'lock in' machines with exclusive specifications will be the only market where Microsoft could make money from the OS.

    From my analysis, the Microsoft message is dual: 1) you don't need anything other that Windows 10 as it's virtually free for everyone; 2) You need Windows 10 to run top specifications machines. OEM market will almost certainly split the product range accordingly if no reaction prevent this.