Slashdot Mirror


Free Software Foundation Campaigning To Stop UEFI SecureBoot

hypnosec writes "The Free Software Foundation is on an offensive against restricted boot systems and is busy appealing for donations and pledge in the form of signatures in a bid to stop systems such as the UEFI SecureBoot from being adopted on a large-scale basis and becoming a norm in the future. The FSF, through an appeal on its website, is requesting users to sign a pledge titled 'Stand up for your freedom to install free software' that they won't be purchasing or recommending for purchase any such system that is SecureBoot enabled or some other form of restricted boot techniques. The FSF has managed to receive, as of this writing, over 41,000 signatures. Organizations like the Debian, Edoceo, Zando, Wreathe and many others have also showed their support for the campaign."

355 comments

  1. Grub? by TheRealMindChild · · Score: 4, Interesting

    Hasn't Ubuntu made GRUB a SecureBoot boot loader? How isn't this sufficient?

    --

    "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    1. Re:Grub? by Microlith · · Score: 3, Insightful

      Hard? No.

      The problem is how inherently Microsoft-centric and user-hostile it is.

    2. Re:Grub? by Ynot_82 · · Score: 5, Insightful

      How isn't this sufficient?

      It's not sufficient, because it doesn't solve the problem.

      The problem is that MS's implementation of secure boot allows them to control what can and cannot boot on a device.
      It is entirely at their discretion.

      This is already in practice with the surface tablets
      See Mathew Garrett's recent blog post
      http://mjg59.dreamwidth.org/21189.html

      As you can see, locking out other OSs is already in place for the Surface tablet, which is unable to boot any other system (even with the boot-loader shims done by RedHat, Ubuntu and the Linux foundation.)

    3. Re:Grub? by drankr · · Score: 3, Funny

      Irrelevant - this would be a problem if people were actually buying and using "surface tablets".

    4. Re:Grub? by Anonymous Coward · · Score: 2, Insightful

      Why can't they use a hardware jumper for this instead of requiring signed code?

    5. Re:Grub? by Ynot_82 · · Score: 5, Insightful

      and when will it become relevant to you?

      When they push Windows-only "secure boot" on laptops?
      When they push Windows-only "secure boot" on servers?
      When they push Windows-only "secure boot" on desktop machines?

      When, exactly, will this obviously evil and anti-competitive move be of relevance to you?

    6. Re:Grub? by cheesybagel · · Score: 5, Interesting

      What Ubuntu did was very unsatisfactory. You still cannot easily compile your own kernel. What that ex-RedHat guy did was a lot better since you can load anything you want as long as you confirm your choice on boot.

      Here is what RMS should be doing instead of this petition which is going to get nowhere:

      1. Restart work on coreboot
      2. Make coreboot work with Windows and Linux as is
      3. Convince more motherboard manufacturers to support coreboot
      4. Ask Linux users on install if they want to backup their old BIOS and install coreboot as their default BIOS

    7. Re:Grub? by Alex+Belits · · Score: 3, Insightful

      Because then it won't keep those computers Windows-only.

      --
      Contrary to the popular belief, there indeed is no God.
    8. Re:Grub? by Anonymous Coward · · Score: 5, Funny

      When they put Windows-only "secure boot" on Surfaces I didn't say anything because I didn't own a Surface.
      When they put Windows-only "secure boot" on laptops I didn't say anything because I didn't own a laptop.
      When they push Windows-only "secure boot" on servers I didn't say anything because I didn't own a server.
      When they push Windows-only "secure boot" on desktop machines I didn't say anything because I didn't own a Desktop.
      Boy, am I glad I own an iMac, iPad and iPhone ... um, wait ...

    9. Re:Grub? by Anonymous Coward · · Score: 1

      >The problem is that MS's implementation of secure boot allows them to control what can and cannot boot on a device.

      It is MS's hardware specifications that motherboard and hardware OEMs are adhering to and that has been the case all the way back to the DOS era. Linux x86 and x64 was and is still piggybacking on the design of motherboards designed and tested to run Windows. Clearly, the Linux community has zero standing to complain about how MS's standards don't meet their requirements.

      The FSF or some other OSS entity needs to come up with their own hardware spec and get OEM to manufacture systems to that standard.

    10. Re:Grub? by Sir_Sri · · Score: 3, Interesting

      Probably because people may still want to update their MOBO firmware without opening the case, same with installing a new OS.

      It's one thing to do it on your machine at home. It's another to deploy 500 machines where you have to change a jumper on each one, and then change it back.

    11. Re:Grub? by Nerdfest · · Score: 5, Insightful

      Someone wanting to try Linux to see what it's like will most definitely see that it's there.

    12. Re:Grub? by sjames · · Score: 3, Insightful

      It's not sufficient because it leaves MS, a company known for it's extreme hatred of Free software, able to decide what will and will not boot on locked down SecureBoot devices. As a bonus, it sends a message to others who implement different lick-in schemes that they could be next on the boycott list.

      Even on SecureBoot systems that aren't completely locked down, it establishes a very definite class system where only MS OSes and those that pay tribute to the king are first class citizens.

      Not objecting suggests that it's OK for MS to further erode the meaning and value of property rights (other than their own, of course).

    13. Re:Grub? by sjames · · Score: 3, Insightful

      I.e. any user that actually wants to tinker with the system.

    14. Re:Grub? by mellon · · Score: 3, Insightful

      Not exactly, but you're on the right track. A hardware spec is kind of useless—hardware changes too fast. But a BIOS spec that supports open source would be worth defining, even if it's largely what we have right now. This would allow manufacturers to badge their machines as supporting Linux, which I would expect to be a key feature in the server hardware business, and a viable niche feature in desktops and laptops.

      The long term outcome of this might actually be a serious win for the open source community, because it would create market differentiation where before we've been skating on vague hopes of compatibility.

    15. Re:Grub? by Hentes · · Score: 1

      So how many laptops, servers and desktops does Microsoft produce?

    16. Re:Grub? by Anonymous Coward · · Score: 5, Insightful

      This is almost as simple as "write high quality open source drivers for all graphics chips". Let's do it!

    17. Re:Grub? by Anonymous Coward · · Score: 1

      The Niemoeller poem comes to mind.

      If I bought it, it's my computer and I want to control it.

    18. Re:Grub? by Anonymous Coward · · Score: 1

      how many do they need to produce if they are the gate keeper?

    19. Re:Grub? by Anonymous Coward · · Score: 1

      No. The answer to the problem is convince people to buy freedom friendly hardware in the first place. To the degree companies actually can and make that effort.

      The only company I know of which is taking a significant stand against non-free software dependencies is ThinkPenguin (http://www.thinkpenguin.com/). The company doesn't even ship systems with NVIDIA or ATI graphics let alone wireless cards dependendent on blobs or CPUs containing "trusted computing" technology. They don't have sufficent demand to fix every problem though. So while they are fixing issues like the lack of a free software friendly USB N chipset they aren't able to solve the non-free BIOS issue or release a system that isn't dependent on the heavily restricted x86 architecture.

      There are a lot of companies selling “Linux” hardware and claiming to support free software. Few are doing anything at all to actually fix the problems. This is why I don't buy elsewhere unless I absolutely have to. I know when I get stuff from ThinkPenguin that my money is going toward solving the problems I face everyday and funding more free software. Be it Linux Mint (which is dependent on a lot of non-free stuff) or Trisquel (a completely free distribution).

    20. Re:Grub? by Bengie · · Score: 4, Insightful

      MS has pulled some pretty underhanded things, so I don't fully trust them, but this is what I'm seeing.

      1) SecureBoot has no bias towards Windows or OpenSource. The only "issue" is how to manage the certs.
      2) SecureBoot was ratified over 4 years ago. Why did they take so long to complain?
      3) SecureBoot is just a dumb system that makes sure the executing boot code has a trusted signature.
      4) Linux seems to have bad relations with BIOS makers. Linux was having ACPI issues and eventually MS has to step in and help them by showing the work-aroundw that MS figured out because hardware manufactures not following the specs. MS learned that companies don't always follow specs.

      I keep hearing extreme opinions from the OpenSource group. Am I missing something, because I just don't see it.

      CoreBoot may be better and I don't mind that, but I want to hear a real argument against SecureBoot other than "omg, SecureBoot!"

    21. Re:Grub? by Anonymous Coward · · Score: 0

      All of the above. It's a shit move by shit people.

    22. Re:Grub? by TubeSteak · · Score: 3, Insightful

      but I want to hear a real argument against SecureBoot other than "omg, SecureBoot!"

      .Because I'm lazy, I'll just copy and paste a comment I made in another thread about TPM

      Ever since TPM was created, we're always just a few bits and bytes away from having it leveraged against us, by them.
      And by "us" I mean "the computer users."
      By "them" I mean "the hardware manufacturers and software/media companies."

      Example: The newest motherboards don't *need* the ability to disable trusted boot. Heck, it'd have been easier to not include it!
      We're more or less at the mercy of a small number of companies and their design decisions.

      --
      [Fuck Beta]
      o0t!
    23. Re:Grub? by Bengie · · Score: 5, Insightful

      SecureBoot is a standard that allows the end user to limit their system to only booting signed code. Next thing you'll be complaining about SSL and how it can also limit the end user from working with untrusted sources.

      If you don't like it, disable it. You can also add your own certs. This applies to most motherboards and I can almost guarantee, all servers. Ever work in the real world? IT has A TON of custom boot code that won't work with default SecureBoot. Any hardware manufacturer that targets Servers/Enterprise/Enthusiast, WILL have at least a way to disable SecureBoot and at best a way to manage certs.

      Commonly used tools in IT that WILL break based on your flawed understanding:
      PXE Boot
      Memtest
      NSA Secure Erase Linux Distro
      Bart PE
      Norton Ghost
      Firmware Updates
      Win7
      WinXP

      Any hardware manufacturer that ruined the above would be committing business suicide.

      If IT needs to manage, test, or fix it, SecureBoot will have to be configurable.

    24. Re:Grub? by phantomfive · · Score: 5, Insightful

      Linux seems to have bad relations with BIOS makers.

      It's the other way around. BIOS makers only implement whatever minimal subset of functionality they need to get Windows to boot, and they only test it on Windows. They don't support other systems at all.

      In the past it's been even worse in EFI world. I don't know how UEFI is.

      --
      "First they came for the slanderers and i said nothing."
    25. Re:Grub? by BlueStrat · · Score: 2

      I.e. any user that actually wants to tinker with the system.

      Doesn't Motherla...Fath...erm, Homeland Security say that type of suspicious activity makes you a likely pedoterroristinfringer? Will they even still issue passports and allow such people to leave the country anymore? /sarc

      Strat

      --
      Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
    26. Re:Grub? by Anonymous Coward · · Score: 0

      Probably because people may still want to update their MOBO firmware without opening the case, same with installing a new OS.

      It's one thing to do it on your machine at home. It's another to deploy 500 machines where you have to change a jumper on each one, and then change it back.

      Or even a recessed switch on the outside?

    27. Re:Grub? by Microlith · · Score: 4, Insightful

      1) SecureBoot has no bias towards Windows or OpenSource. The only "issue" is how to manage the certs.

      Secure Boot has a definite bias towards Windows, Microsoft implemented the whole thing.

      2) SecureBoot was ratified over 4 years ago. Why did they take so long to complain?

      Because Microsoft is a UEFI promoter, no Linux companies have representation at that level.

      3) SecureBoot is just a dumb system that makes sure the executing boot code has a trusted signature.

      It's all about the key distribution.

      4) Linux seems to have bad relations with BIOS makers.

      No, it has "relations" with BIOS makers that focus on Windows to a ridiculous degree thanks to their Monopoly on the desktop.

      Linux was having ACPI issues and eventually MS has to step in and help them by showing the work-aroundw that MS figured out because hardware manufactures not following the specs. MS learned that companies don't always follow specs.

      Linux implemented ACPI to spec. Microsoft's own ACPI compiler will accept ACPI code that breaks the spec but works for Windows. MS didn't have to "step in and help them," people had to reverse engineer and lie about being Windows to get the correct ACPI parameters because Microsoft has so fucked up the standard.

    28. Re:Grub? by Microlith · · Score: 4, Informative

      If you don't like it, disable it.

      On systems where you can. Microsoft is already leveraging it on ARM against the owner of the device. This is completely unlike SSL.

      You can also add your own certs.

      Through a painful and convoluted process.

      Ever work in the real world?

      I have, have you? I deal with UEFI and vendor-to-vendor, board-to-board inconsistencies daily. IT hardware also costs many thousands more than consumer level hardware.

      Any hardware manufacturer that ruined the above would be committing business suicide.

      That's fine. All this has to do is hinder the adoption of other platforms and force everything through Microsoft. That's what they've always wanted, really.

    29. Re:Grub? by Anonymous Coward · · Score: 0

      "SecureBoot is a standard that allows the end user to limit their system to only booting signed code. Next thing you'll be complaining about SSL and how it can also limit the end user from working with untrusted sources."

      What a bunch of hog wash. The end user may or may not be able to enable or disable the secureboot function. Other than that they have nothing to say in the mater.

      IT will also kowtow to the technology, and a lot of the common tools you mention will break.

      I like how you conveniently forgot about the surface tablet. How does the end user disable secure boot on that?

    30. Re:Grub? by LordLimecat · · Score: 2

      Adding to list: Checkpoint / Truecrypt / insert disk encryption solution.

    31. Re:Grub? by man_of_mr_e · · Score: 4, Informative

      Because Microsoft is a UEFI promoter, no Linux companies have representation at that level.

      A quick perusal of the UEFI members shows several Linux companies, and a number of hardware vendors that contribute to the Linux kernel, including Red Hat, IBM, Canonical, Cray, etc...

    32. Re:Grub? by kthreadd · · Score: 1

      Boy, am I glad I own an iMac, iPad and iPhone ... um, wait ...

      At least the iMac doesn't use secure boot, and as far as I know Apple has no plans to implement it on any of their Macs.
      iPhone and iPads are a different story.

    33. Re:Grub? by Anonymous Coward · · Score: 1

      I see you are trying to be smart here, but in fact are to dumb to realise that Microsoft forces OEM hardware producers to install windoze on products shipped so customers who don't want windoze are forced to pay the windoze tax.

    34. Re:Grub? by andrew3 · · Score: 4, Informative

      The article confuses Secure Boot and Restricted Boot. The linked FSF page clearly explains the difference.

      The only "issue" is how to manage the certs.

      Correct, and that's why the FSF is opposing Restricted Boot, not Secure Boot.

    35. Re:Grub? by terec · · Score: 4, Insightful

      1) SecureBoot has no bias towards Windows or OpenSource. The only "issue" is how to manage the certs.

      Yes, it does have a bias against open source because it is difficult in practice for open source software to do this kind of signing, and because it actually allows manufacturers to control what gets installed on a system.

      Note that on ARM, Microsoft uses SecureBoot to exclude other operating systems.

      2) SecureBoot was ratified over 4 years ago. Why did they take so long to complain?

      People have been complaining about it from the start.

      3) SecureBoot is just a dumb system that makes sure the executing boot code has a trusted signature.

      And it happens to also give MIcrosoft a market advantage.

      4) Linux seems to have bad relations with BIOS makers. Linux was having ACPI issues and eventually MS has to step in and help them by showing the work-aroundw that MS figured out because hardware manufactures not following the specs. MS learned that companies don't always follow specs.

      You make it sound like the Linux developers behaved unprofessionally and a Microsoft stepped in as an adult to bmake people behave properly.

      In fact, manufacturers who don't follow the specs are unprofessional, and Microsoft likes such standards deviations because they help with lock-in.

    36. Re:Grub? by donaldm · · Score: 1

      then they can use ubuntu

      Why?

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    37. Re:Grub? by SuricouRaven · · Score: 3, Informative

      1) Not inherently, no. But it does have a bias towards whatever the OEMs consider to be worth permitting. Obviously they will have to permit Windows. They *can* also permit GRUB and thus linux. If they want to. But they have no incentive to. It's hard enough getting driver support when so many manufacturers don't care about linux, this will just make it worse.

      2) Secureboot was written as an optional feature of the UEFI spec four years ago, but there was no indication it was going to be used in non-server equipment until Microsoft announced they would be mandating it for Windows 8 OEM certification.

      3) And there lies the problem. A trusted signature, but trusted by who? Not the equipment owner, but the equipment manufacturer.

      4) Not so much 'bad relations' as 'no relations.' Outside of the server, Linux is a very niche OS. Its market share is measured in single-digit percentage. BIOS and hardware makers aren't so much hostile as apathetic - they see no reason to perform any testing under linux. So long as it works under Windows, which the vast majority of their customers use, it's considered done.

    38. Re:Grub? by SuricouRaven · · Score: 1

      Step 3 is practically impossible. Motherboard manufacturers already have an existing business relationship with the BIOS developers, and that relationship goes beyond just 'hand over some firmware we can burn into the chip.' The BIOS has to be customised slightly for each model of board. They aren't going to trust Coreboot purely on a business basis - the open-source development model cannot provide guaranteed deadline compliance, will not respect NDAs covering proprietary electronics design, and provides no-one to sue in the event of a serious flaw. They'd have to set up their own in-house development team to work on coreboot customisations - a difficult and thus risky prospect, as well as expensive.

    39. Re:Grub? by jonwil · · Score: 1

      How is the lock-down on the ARM Windows 8 tablets any worse than the lock-down on many other ARM devices? (including Windows Phone 8 devices and any number of Android phones)

      I am all for being able to boot whatever you like on your devices but I dont get why this is somehow different to any other locked-down ARM device.

    40. Re:Grub? by evorster · · Score: 1

      Well, it's more than that.
      What we really need is that a motherboard or laptop with secureboot on must be labeled as such.
      I got an HP ENVY dv7, and it took me nearly an hour to get it to boot linux from the CD-ROM, and then another bit of time to re-partition to non GPM...
      If I knew just how hard they are trying to keep the laptop windows only, I would have bought something else.
      The only real way of knowing that before turning on the hardware is by a sticker on it at the shop: "Trusted Computing/ Secureboot" on this computer... then I would be able to effectively vote with my wallet, and I am sure that I am not alone.

    41. Re:Grub? by smittyoneeach · · Score: 1

      What would be impressive is for a bunch of like-minded engineers to get together and offer an FSF computer.
      I'm an FSF member, and I think RMS has contributed invaluably to humanity.
      Upping the game from here would be offering a positive alternative choice to Mr. Softy, rather than the negative "we think you're a bully" campaign.
      Sure, I think Mr. Softy's bully record has been documented well enough; this is not some pro-Redmond troll.
      Nevertheless, one wonders when ideas such as OLPC can go for a more broad consumer market, and if not, why not.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    42. Re:Grub? by Osgeld · · Score: 1, Informative

      cause

      Hasn't Ubuntu made GRUB a SecureBoot [h-online.com] boot loader? How isn't this sufficient?

      read the parent ... geez

    43. Re:Grub? by jonwil · · Score: 1

      The problem with core-boot is that you can't use it with any Intel CPU made in the last decade and there is no sign of that changing unless a miracle occurs and Intel decides to start releasing the necessary technical specs for its CPUs,chipsets, motherboards etc. (in theory it might be possible for someone to do what the Noveau guys are doing with NVIDIA parts and reverse engineer the Intel stuff so it can be supported in Coreboot but I suspect that would be VERY hard to do and as of yet no-one seems interested)

      Some would say "buy a PC that supports Coreboot". But what do you do if you already have a PC and don't want to buy another one just to support Coreboot? (I have a Pentium 4 and a Core 2 Duo, neither of which will be usable with Coreboot anytime soon) Or what do you do if you want a PC in a specific form factor (e.g. laptop, all-in-one or whatever) or with specific features/capabilities and none exist that support Coreboot? (or the ones that do cost a lot more than the ones that don't)

    44. Re:Grub? by Anonymous Coward · · Score: 0

      The problem with core-boot is that you can't use it with any Intel CPU made in the last decade and there is no sign of that changing unless a miracle occurs

      Good news:
      http://www.phoronix.com/scan.php?page=news_item&px=MTA4Mjg

    45. Re:Grub? by Zontar+The+Mindless · · Score: 1

      *looks at passport and Swedish resident card*

      Dunno, I made sure to get mine early.

      --
      Il n'y a pas de Planet B.
    46. Re:Grub? by blind+biker · · Score: 4, Informative

      Because Microsoft is a UEFI promoter, no Linux companies have representation at that level.

      A quick perusal of the UEFI members shows several Linux companies, and a number of hardware vendors that contribute to the Linux kernel, including Red Hat, IBM, Canonical, Cray, etc...

      The post you replied and "corrected" is still accurate: only Microsoft has promoter status.

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    47. Re:Grub? by aix+tom · · Score: 1

      I think it might actually be heading that way. With things like the OLPC, or the Raspberry Pi, we could be seeing the beginning of Open Hardware.

      When Apple can "just design" the hardware, and then let Foxconn build it, the FSF really doesn't have to offer any physical computer, the thing that would be needed is a design. If dozens of Chinese companies can produce and sell iDevice knock-offs whenever needed I'm sure you could find one that would produce the thing if there is even a moderate demand.

    48. Re:Grub? by Anonymous Coward · · Score: 0

      I see how that is a relevant question because windows keys are only seen on Microsoft-produced keyboard. And similarly, only Disney-produced dvd players honor the don't skip-bit on dvd's.

      Oh wait..

    49. Re:Grub? by gbjbaanb · · Score: 1

      I agree that the petition is going to go nowhere too but the way to fix it is only partly come up with an alternative.

      We need to ensure IT grunts in big corporations know about UEFI and that it is bad, so when the boss signs off on the budget for new kit, they can go to Dell and say "we'll have 10000 of those, but we will reject them if they come with UEFI and we'll see what HP has to offer instead" (or vice versa), these guys can also tell the boss that they can't use UEFI in their organisation as it means they won't be able to reallocate the machines in the future (meaning - reallocate them as linux machines; use your own wording).

      We also need the companies who might sign this petition also know to write to Dell and tell him UEFI is crap and he shouldn't entertain boards with it, and in turn to tell the mobo manufacturers that UEFI chipset boards will not sell. If Google said "we won't be buying Dell any more due to boards running UEFI" publicly, you can guarantee Dell stock would drop quite a bit and the execs at Dell would sit up and take a lot of notice.

      All in all, the only way to really defeat this is via the money. If UEFI boards meant no sales, the whole thing would become a non-issue in no time.

    50. Re:Grub? by tlambert · · Score: 1

      What Ubuntu did was very unsatisfactory. You still cannot easily compile your own kernel. What that ex-RedHat guy did was a lot better since you can load anything you want as long as you confirm your choice on boot.

      Here is what RMS should be doing instead of this petition which is going to get nowhere:

      1. Restart work on coreboot

      Coreboot is still being worked on, I've personally done patches to it while employed by Google. It's even shipping on a number of ChromeOS platforms from a number of vendors. I think what you are advocating here is actually returning it to its original "Open Source BIOS replacement" role; I think that's unlikely for a number of reasons.

      2. Make coreboot work with Windows and Linux as is

      It's not going to work with a Windows that requires a UEFI boot, and Windows is moving in that direction. You can't buy new Windows XP licenses, and they are not patching the zero days on IE that will run on XP as part of discouraging it, above and beyond not selling XP licenses. So Windows that boots without UEFI boot and runtime services is quickly going to become completely unavailable.

      The consequence of this is that in proposing a coreboot that can boot Windows by default, you are actually proposing replacing the current coreboot with an Open Source UEFI implementation. This is probably not workable, since vendors like non-disclosure from their BIOS vendors until they ship, and the ACPI implementation alone is so chipset specific that it would take a very long time to grow all the chipset support. To further hamper this effort, a number of the PMUs and other chips that get tied into here, such as the EC in laptops, and the EC firmware for each laptop, is also typically under NDA. Coreboot as a BIOS replacement alone, not even considering UEFI boot and runtime services, never really got that far, except on the Chrome OS devices and one or two vendors reference work for single motherboard SKUs.

      For Linux, the Coreboot generally requires uboot on ARM devices, and Linux is somewhat hampered in adoption by the fact that the Linux kernel uses different device tree sources than the coreboot/uboot code. While it's technically possible, it's politically untenable.

      I tried to get to the bottom of this while working on ARM on Chrome OS at Google, and from what I can tell, the device tree stuff dated back to the Open Firmware code for PPC machines, and there was an intentional Apple policy decision to make it impossible to identify specific cores. This prevented locking threads to cores, which in turn allowed the platform support code to take cores on and off line out from under the OS for power management purposes. So all cores showed the same ID. Linux power management is based on ACPI, and since ACPI is significantly primitive compared to the Mac OS stepper code (which is why Mac OS on Mac hardware gets significantly better battery life than Windows on the same hardware), losing the ability to lock threads to cores, which is a basic tenet of Linux scheduling and CPU groups, lost Linux features compared to other systems, without a corresponding power management benefit from adhering to the policy. So Linux built up an infrastructure that "distrusts" the vendor device tree information. For coreboot/uboot systems, this translates to "distrusting" the device tree compiled into them by the vendor compared to the one in the kernel (compiled from the same sources). Which is to say, it's all still there as a means of working around an intentional Apple design decision, and removing it is a political hot potato.

      3. Convince more motherboard manufacturers to support coreboot

      This is relatively easy, if you are willing to work in a private tree and not publish until after they ship so that your commits don't telegraph information to their competitors. Samsung and other manufacturers have enough trust that Google won't disclose prematurely that they are willing to trus

    51. Re:Grub? by Alsee · · Score: 4, Informative

      If you don't like it, disable it. You can also add your own certs.

      Oh really?

      Microsoft confirms UEFI fears, locks down ARM devices

      On x86 systems Microsoft needs computers to be compatible with older versions of Windows. On x86 systems the Microsoft Hardware Certification says that manufacturers must include an option to disable UEFI SecureBoot, and must allow the owner to load his own keys. However on systems with an ARM processor Microsoft doesn't need to worry about hardware being compatible with versions of Windows because there are no versions of Windows for ARM. On ARM systems Microsoft has mandated that MANUFACTURERS ARE FORBIDDEN TO INCLUDE ANY OPTION TO DISABLE UEFI SECUREBOOT. On ARM systems Microsoft has mandated that MANUFACTURERS ARE FORBIDDEN TO INCLUDE ANY POSSIBILITY OF OWNERS LOADING THEIR OWN KEYS.

      Microsoft has made it crystal clear that they can and will use UEFI to lock computers AGAINST their owners and to anti-competively lock out any possibility to load alternate operating systems when they do not have to worry about compatibility with older versions of Windows.

      Currently ARM processors are primarily used in smartphones, however at least one manufacturer, Qualcomm, has announced they will be manufacturing ARM based PCs. Microsoft has mandated that owners of these PCs be denied any possibility of disabling the system and denied any possibility of loading your own keys.

      Microsoft has announced the Windows 7 End Of Life date to be January 14, 2020. On that date Microsoft is no longer concerned with x86 computers being compatible with pre-UEFI operating systems. On that date Microsoft can drop the "Disable SecureBoot" legacy support. On that date there is every reason to expect Microsoft take their ARM-style no-legacy-support terms and impose them on all PC manufacturers.

      Your "If you don't like it, disable it" is already false on some systems today, and there is good reason to suspect Microsoft may forbid it on all systems in a few years.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    52. Re:Grub? by Bert64 · · Score: 1

      Linux was having ACPI issues because ACPI has an internal configuration table called the DSDT, and both Intel and MS publish tools to compile the DSDT table... While the Intel one complies with the published ACPI specs, the MS one tolerates a lot of things which violate the spec and thus cause the Intel compiler (and thus any ACPI implementation which complies with the Intel spec) to fail.
      MS meanwhile implement ACPI to take into account their own compiler...
      The reason others can't comply with the MS spec is because it is not documented, and requires reverse engineering and crude workarounds.

      Just for fun, on any Linux box you have handy, try dmesg | grep DSDT... you will see what compiler was used:

      ACPI: DSDT 00000000cffb0440 064DE (v01 P0004 P0004000 00000000 INTL 20051117)

      You should see either INTL or MSFT. All the boxes i have to hand show INTL, and i have had no ACPI related problems on them.

      As for SecureBoot, MS know that many hardware manufacturers will only test windows compatibility, so that slowly but surely they can choke out users of other software.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    53. Re:Grub? by Bert64 · · Score: 1

      "Outside of the server"? You mean "on the desktop"... Linux is huge in embedded too...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    54. Re:Grub? by gtall · · Score: 1

      Hmm...maybe you could read about the concept of "freedom"?

    55. Re:Grub? by BrokenHalo · · Score: 1

      I am becoming very tired of this often-repeated notion that Ubuntu seems to be synonymous with Linux. It is just one (admittedly currently popular) distro among many, but I have been around for long enough to have seen several such stars wane.

      While I'm very happy for anyone who finds that distribution satisfying, my own impression on the several occasions I have been tempted to install it is that I become just as cranky and irritable as I do when stuck with a Windows system. I inevitably end up spitting the dummy after a few hours and going back to a more congenial distribution.

      FWIW, I use Arch on my laptop, while my less-frequently used desktop machine gets Slackware. I still really prefer the latter, but enjoy being able to conveniently work with bleeding-edge versions of applications, accepting that that means a risk of things getting broken from time to time. With Slackware, nothing ever breaks (unless I break it), and it is so simple, I never forget my way around it.

    56. Re:Grub? by BrokenHalo · · Score: 1

      Exactly. Either way, I never want to have to crawl and say "pretty please" to anybody whenever I recompile a kernel.

    57. Re:Grub? by Culture20 · · Score: 1

      I used to think any hardware manufacturer that didn't ship OS reinstallation CD/DVDs with the computer would be committing business suicide too. Didn't take long for that to become the norm. Thankfully we reinstall with site licenses anyway, but home Windows users are often screwed when their HDD dies and the system didn't prompt to create OS recovery DVDs from the recovery partition. But that's a rare enough occurrence, and the users just play musical chairs with their favorite companies.

    58. Re:Grub? by Anonymous Coward · · Score: 0

      You don't get it do you?
      It's not YOUR computer. It's THEIR'S.
      It's not YOUR data. It's THEIRS.
      It's not YOUR land. It's THEIR.

      Play by the money system rules, and be a serf. Bend over.

    59. Re:Grub? by Missing.Matter · · Score: 4, Insightful
      Sounds like a lot of tinfoil you got there.

      Microsoft has made it crystal clear that they can and will use UEFI to lock computers AGAINST their owners and to anti-competively lock out any possibility to load alternate operating systems when they do not have to worry about compatibility with older versions of Windows.

      Why does this matter at all on ARM? Currently, the number one selling tablet manufacturer in the ARM space does this, and it aint Microsoft. Apple does everything in their power to prevent you from running Linux on iPad. And you know what? I have absolutely no problem with that, because if I want an unlocked tablet I can just go buy any of the dozens of varieties. Choice is good. Microsoft entering the space does not take that choice away, and it doesn't appear that it will any time soon.

      x86 is an entirely different land. I contend that Microsoft's requirement has less to do about backwards compatibility and much much more to do with not running afoul of antritrust regulations. Honestly, Microsoft has nothing to worry about in the x86 space. Their biggest competitor here won't even allow their OS to be installed on generic x86 hardware. Their second biggest competitor is so far removed, they're hardly worth considering. If Linux were gaining any traction before this whole thing started, I would say "yeah, maybe they are getting worried" but Desktop Linux is holding strong at
      So in fact, probably the *worst* thing Microsoft could do is lock down x86 bootloaders for anticompetitive reasons, because there is no real competition on the desktop to Windows. They would be inviting DOJ and EU oversight where this is no need to, as there is no credible threat. As it stands, Microsoft's biggest threat to their desktop marketshare is the dwindling PC market due to the locked down iPad.

      Apple has sold 100 million iPads so far. Microsoft has sold a mere fraction of that in ARM tablets. In that sense, your capslock-infused rage seems misdirected, as Apple is the one leading the charge in locked down bootloaders on ARM devices. I personally have no problem with it, but it seems strange to me all this rage wasn't abound in 2010. Where was the FSF campaign when Apple was getting started with iPad? Or in 2006 with locked down iPhone? Now this practice is commonplace, and the target isn't even the correct company; even if they get Microsoft to completely change their practice, 99% of ARM tablets sold will still be locked down.

    60. Re:Grub? by Smallpond · · Score: 1

      member != developer

    61. Re:Grub? by Anonymous Coward · · Score: 0

      > The problem is that MS's implementation of secure boot allows them to control what can and cannot boot on a device.
      > It is entirely at their discretion.

      No, it is the fault of the platform vendors. The vendors could choose to sign more KEKs than just the Microsoft KEK.

    62. Re:Grub? by Anonymous Coward · · Score: 0

      TPM and Secure Boot are different things.

    63. Re:Grub? by cheesybagel · · Score: 1

      the open-source development model cannot provide guaranteed deadline compliance, will not respect NDAs covering proprietary electronics design, and provides no-one to sue in the event of a serious flaw. They'd have to set up their own in-house development team to work on coreboot customisations - a difficult and thus risky prospect, as well as expensive.

      This can be solved by creating a company like Cygnus Solutions or CodeSourcery that adapts coreboot to your motherboard for a fee.

    64. Re:Grub? by AmiMoJo · · Score: 1

      Do you have any firm evidence that MS is trying to block other operating systems? 99.9% of users never change the OS, and will benefit from the extra protection against rootkits.

      The increased difficulty if installing Linux is a side effect, not the goal. I seriously doubt MS gives a shit about people changing the OS, because hardly anyone does.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    65. Re:Grub? by Anonymous Coward · · Score: 0

      You are wrong!

    66. Re:Grub? by Culture20 · · Score: 1

      One of the worst things I hate about the new Mac Air laptops is that they will only boot an OSX install instance from the USB key that came with the laptop. And I mean the Exact key. Another key from the same shipment of laptops isn't good enough. So all the keys need to be kept from the users, labeled, and stored somewhere. And hope they don't go bad, or another OS is your only option (you might be able to dd an image in target mode, but that's just a guess).

    67. Re:Grub? by Anonymous Coward · · Score: 0

      SecureBoot is basically Authenticode pulled from Windows into firmware.

    68. Re:Grub? by Anonymous Coward · · Score: 0

      Do you have any firm evidence that MS is trying to block other operating systems?

      Did the founding fathers of The USA have any firm evidence that the government they would set up would try to restrict the rights of the citizens? And yet they spent a lot of time worrying about it and trying to prevent it from ever happening.

    69. Re:Grub? by Bengie · · Score: 1

      Secure Boot has a definite bias towards Windows, Microsoft implemented the whole thing.

      From what I've read in the past Intel, IBM, and Dell designed SecureBoot and MS only jumped on the wagon when they decided it looked interesting enough to use.

      Intel created UEFI on their own and made it a collaborative effort once they decided UEFI was mature enough to open up to the industry. You make it sound like MS is the sole pusher and has been doing so from the very beginning to force SecureBoot on everyone, when actually MS has been more of an end user of SecureBoot and has been giving feedback to the real designers. Maybe OpenSource needs better social connections so they can give feedback during design processes instead of reacting after 5+ years of work had been put into an industry standard.

      I understand that it could also be that the industry isn't playing well with OpenSource, but I just don't see Intel and IBM leaving Linux out of the picture since they have so much vested money.

      If the industry is being mean to OpenSource, then maybe we need an official group to represent OpenSource as a whole and some sort of political push to make sure this group is included on industry decisions. I am all for this, but some times I feel that OpenSource as a whole doesn't try, then cries after standards are created.

      I am just giving my opinion of what I've seen over the years. I personally love the whole OpenSource "movement" and hope to make Linux and *BSD part of my life.

    70. Re:Grub? by Osgeld · · Score: 1

      i dont care about or for political software idealism

    71. Re:Grub? by Anonymous Coward · · Score: 0

      Completely irrelevant since:
      I am making my own machines "you insensitive clod!" Since that is the only way to secure computing!

    72. Re:Grub? by sjames · · Score: 1

      That is a closely related issue. Hidden information and playing shell games with brands are increasingly popular techniques used to create confusion in the market so they can chain the invisible hand to the wall.

    73. Re:Grub? by Zero__Kelvin · · Score: 2

      " Linux was having ACPI issues and eventually MS has to step in and help them by showing the work-around"

      Linux wasn't "having ACPI issues". Microsoft's compiler for DSDTs didn't follow the standard that Microsoft created and published, and instead allowed erroneous ASL files to compile "successfully" even though they were horribly broken. Microsoft didn't come to the rescue here, "stepping in and showing the the work-around". They merely finally shared what they already knew, which was that their standard said one thing, while their OS did quite another(though they obviously didn't phrase it that way.) Microsoft knew what to ignore in the DSDT while Linux guys didn't, since it was only documented internally at Microsoft, and the source is closed. Once again the problem is, as it has always has been, Microsoft. See also ...

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    74. Re:Grub? by BitZtream · · Score: 1

      So your upset that you bought something that doesn't fit your requirements and you're bitching about the vendor rather than instead going and buying something that does actually meet your requirements?

      Freedom isn't granted to those to stupid to use it properly.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    75. Re:Grub? by BitZtream · · Score: 1

      1) SecureBoot has no bias towards Windows or OpenSource. The only "issue" is how to manage the certs.

      Secure Boot has a definite bias towards Windows, Microsoft implemented the whole thing.

      No they didn't, its an open standard they participated in. Along with many other companies. You don't know what you're talking about.

      2) SecureBoot was ratified over 4 years ago. Why did they take so long to complain?

      Because Microsoft is a UEFI promoter, no Linux companies have representation at that level.

      No they aren't. Intel started EFI, Apple has been using it since the jump to Intel. Other makers have been using it as well before Microsoft jumped on the train to the future. Linux companies, you know the big ones are involved in it. You don't know what you're talking about.

      3) SecureBoot is just a dumb system that makes sure the executing boot code has a trusted signature.

      It's all about the key distribution.

      Which is required to be controllable by the user per Microsoft's requirements for getting the Windows 8 certification logo. So basically if you want Microsoft's blessing and key in your UEFI implementation, you have to allow it to be managed by the user. You don't know what you're talking about.

      4) Linux seems to have bad relations with BIOS makers.

      No, it has "relations" with BIOS makers that focus on Windows to a ridiculous degree thanks to their Monopoly on the desktop.

      And who's fault is that? Its not like say ... IBM has no control over the bios used in its computers. You're hiding behind a bullshit excuse that isn't even relevant. Its not Microsoft's problem that your favorite OS is statistically irrelevant. Its rather stupid of you to expect anyone else to care.

      Linux was having ACPI issues and eventually MS has to step in and help them by showing the work-aroundw that MS figured out because hardware manufactures not following the specs. MS learned that companies don't always follow specs.

      Linux implemented ACPI to spec. Microsoft's own ACPI compiler will accept ACPI code that breaks the spec but works for Windows. MS didn't have to "step in and help them," people had to reverse engineer and lie about being Windows to get the correct ACPI parameters because Microsoft has so fucked up the standard.

      So Microsoft is at fault for making things work rather than crapping out due to buggy implementations. You clearly aren't an engineer, or if you are, you've got to be the worst possible kind. The real world isn't some idealistic fantasy land. Linux also could refuse to support broken ACPI implementations, but it doesn't, so whats your point? Its okay for Linux to do the wrong thing because they are the little guy but not okay for the big guy to do it? Hypocrite.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    76. Re:Grub? by BitZtream · · Score: 1

      Bullshit.

      I installed just a few days ago with my own key. Mine didn't come with a USB key anyway, it came with Internet restore. I made my own key just so I didn't have to wait for the Internet install to download everything as I knew in advance I would be wiping the machine (had to send it in for service, thus I had to remove all data as terms of my contract) so I was prepared.

      My reasons or irrelevant, there is no truth to your statements in my experience.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    77. Re:Grub? by dch24 · · Score: 1

      Maybe we should only buy machines listed on coreboot.org

    78. Re:Grub? by Demonoid-Penguin · · Score: 1

      Because RMS and other GNU maintainers think implementing SecureBoot is hard.

      Oh really Einstein? Guess you've already installed Linux on Surface? - that and made the sun rise this morning.

    79. Re:Grub? by Sir_Sri · · Score: 1

      Outside of...?

      If you mean the case, then all cases would have to be changed to allow it. If you mean the mobo itself then you still have to open it. There is probably room on the back panel for suck a switch, but that's likely to have unknowning users messing with it.

    80. Re:Grub? by man_of_mr_e · · Score: 1

      Members vote on the specifications as to whether or not they're accepted. Members participate in the development of these standards in working groups.

      So yes, they do have input, which is what the original post was claiming didn't exist.

    81. Re:Grub? by man_of_mr_e · · Score: 1

      I can find no such "status" on the UEFI web site. Where did you get this "information"?

      Anyone can promote something.

    82. Re:Grub? by Culture20 · · Score: 1

      And there is 100% truth to my statement is my experience. Maybe the latest Mac airs are nicer than the first gen ones, but the stupid USB sticks that come with them are not interchangeable, and USB DVD drives won't install from standard OSX installation media. It's original stick or nothing.

    83. Re:Grub? by Anonymous Coward · · Score: 0

      For some reason you seem to assume to Apple is going to be relevant in the long term.

      Haha, plebes are funny.

    84. Re:Grub? by Anonymous Coward · · Score: 0

      That WOULD be impressive. But it'll never happen. FOSS supporters are more interested in staging useless "protests" about how Microsoft and Apple choose to do business, or tarring and feathering their own colleagues (Ubuntu, Red Hat, et. al) for not being TRUE scotsmen, or bitching about how graphics card companies are assholes because they won't open all their specs, instead of designing and building their own alternatives.

      If they spent one one-hundredth of the time actually building a competing system that they do bitching, they'd have a commercially viable alternative readily available for them today - and they could run Linux on it. But that takes work, and vision, and cooperation, and a motherfucking business plan, and "who needs all that? LOL I'm no PHB!"

      This sort of shit makes me sick - instead of bitching about what features of a completely arbitrary hardware platform Microsoft chooses to support and implement, why not offer your own device that's better than a Surface, and doesn't lock you down? Surely if Motorola, Microsoft, Apple, Samsung, HTC, Dell, and all of these other companies can build and offer tablet hardware - it's not THAT hard. Where's the FOSS competitor? Where's the news about the compelling commercially viable alternative that doesn't lock you down?

    85. Re:Grub? by Anonymous Coward · · Score: 0

      I completely disagree with the method, but since I will only now use Windows anyway due to the fact Linux is a very unfriendly OS that has a larger following than expected and if I wanted to DOS prompt my way through an OS I would dust of my old 486 and be afraid of everything new, Mac has no software available for it thats worth the purchasing price. It doesn't affect me directly, but I will sign the petition because I believe in freedom to use whatever you want to use on your device/desktop....If you want to brick it, you should have the freedom to do so...

    86. Re:Grub? by randyleepublic · · Score: 1

      And if you can upgrade your bios without jumper-foo, that creates the perfect attack vector. No, no, a thousand times no!

      --
      Social Credit would solve everything...
  2. Straight jacket clipart by Anonymous Coward · · Score: 2, Insightful

    I like the straight jacket clipart - It reminds me of how this is all just insanity.

    Secure Boot is a good thing people! It means I can actually lock out my machines so they'll only boot linux and never windows!

    1. Re:Straight jacket clipart by icebraining · · Score: 2

      Good thing that the FSF isn't against Secure Boot, but against implementations of it that don't allow the user to install free software OSs.

      The threat is not the UEFI specification itself, but in how computer manufacturers choose to implement the boot restrictions.

  3. Too late by Anonymous Coward · · Score: 0

    It's already commonplace, and almost no one noticed.
    There's nothing that can be done. Regardless of which half of the Party is in power, no one's going after the monopolists.

  4. Concealed defect by jandar · · Score: 3, Interesting

    It should be mandated that any restriction on a general purpose computer has to be stated clearly as such on the packing, otherwise it would a intentionally concealed defect.

    1. Re:Concealed defect by bbelt16ag · · Score: 1

      i didnt have any problems booting from usb, although it was turned off by default, but i am not buying tablets and what not so they just going to loose money on me..

      --
      NEVER NEVER NEVER NEVER NEVER NEVER NEVER NEVER GIVE UP! "No limitations, no boundaries, there is no reason for them."
    2. Re:Concealed defect by Kjella · · Score: 2

      i didnt have any problems booting from usb, although it was turned off by default, but i am not buying tablets and what not so they just going to loose money on me..

      Anything that wants the "Made for Windows 8" sticker must ship with Secure Boot enabled, whether it's tablets, laptops, desktops or whatever. In practice that is any Win8 machine shipped from a major OEM, I'm guessing there's smaller stores who might install Win8 without enabling it but try it on any HP, Dell, Lenovo, Acer, Asus or any other big name machine shipping with Win8. Clearly the machine you tried isn't one of them, because you will find it is very, very hard to boot anything else...

      --
      Live today, because you never know what tomorrow brings
    3. Re:Concealed defect by Missing.Matter · · Score: 4, Informative

      Any x86 machine must also include the ability to turn secure boot off as well, according to ms win8 certification guidelines.

    4. Re:Concealed defect by jbolden · · Score: 2

      Microsoft has been pretty clear about where UEFI is and the spec. They've been publishing papers, having websites, publishing books, giving talks, having videos on channel 9 for over a dozen years. You may disagree with them, but you can't accuse them of lack of disclosure.

    5. Re:Concealed defect by Kjella · · Score: 3, Informative

      Any x86 machine must also include the ability to turn secure boot off as well, according to ms win8 certification guidelines.

      Yeah.... but they don't have to make it easy. Here's one tale of the new future.

      --
      Live today, because you never know what tomorrow brings
    6. Re:Concealed defect by Anonymous Coward · · Score: 0

      It should be mandated that any restriction on a general purpose computer has to be stated clearly as such on the packing, otherwise it would a intentionally concealed defect.

      What part of the "Windows Tablet" brochure did you not understand? Last time I checked, they weren't marketing the things as general purpose computers.

    7. Re:Concealed defect by mrchaotica · · Score: 1

      So why is it okay for the ability to turn off secure boot not to be included for non-x86 machines? That (among other things) is what's unacceptable here!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    8. Re:Concealed defect by Anonymous Coward · · Score: 1

      Anyone who thinks those steps are hard is going to have a hell of a time "trying linux."

    9. Re:Concealed defect by jones_supa · · Score: 1

      And a link to Channel 9 if folks here are not familiar with it.

    10. Re:Concealed defect by SuricouRaven · · Score: 1

      Not merely OK. The MS certification agreement specifies that there must be some way to disable secure boot on x86, but also says that there must *not* be any way to disable secure boot on ARM. Microsoft need only change a single word of a contract to effectively make it impossible to install linux on any store-purchased PC, and I would not be remotely surprised if that is exactly what they do in a few years, once they are satisfied they can get away with it.

    11. Re:Concealed defect by dingen · · Score: 1

      How is going into your motherboard's menu and disabling SecureBoot not easy?

      --
      Pretty good is actually pretty bad.
    12. Re:Concealed defect by Anonymous Coward · · Score: 0

      That's only because Win7 and Vista still need support. Once they are gone in a few years, all bets are off.

    13. Re:Concealed defect by Kjella · · Score: 4, Informative

      How is going into your motherboard's menu and disabling SecureBoot not easy?

      Well you could read the link I just posted and find out, but in case you didn't getting into the BIOS wasn't obvious, he had to ignore a big red warning and after doing that he had to enable legacy boot, then a specific legacy device, then hold a secret button while rebooting to boot into it. If that's your understanding of easy, have you ever had the feeling other people perceive the world differently than you?

      --
      Live today, because you never know what tomorrow brings
    14. Re:Concealed defect by Anonymous Coward · · Score: 0

      What part of "I paid for it, it's mine" do you not understand?

    15. Re:Concealed defect by Missing.Matter · · Score: 0

      Because the competitive landscape is so much different when you consider just ARM devices. There, the number one selling tablet with the largest marketshare (iPad) also locks down the bootloader. But if you don't like that, you also have the option of buying about 1000 different varieties of tablets with unlocked bootloaders. Microsoft is doing nothing different from Apple in this respect. It's funny though, that Slashdot spends most of its time reaming out the Surface as a failed product, but in threads like this one it's the end of computing as we know it.

    16. Re:Concealed defect by Anonymous Coward · · Score: 1

      There, the number one selling tablet with the largest marketshare (iPad) also locks down the bootloader.

      Which has been criticized numerous times, and should be illegal.

      That said, once this nonsense is implemented, all it takes is the change of a few words to get rid of user choice.

    17. Re:Concealed defect by Anonymous Coward · · Score: 0

      "Boot machine while pressing F10
      Find Secure Boot in the menu tree, ignore warnings
      Disable Secure Boot feature
      Enable legacy boot options
      Enable specific legacy devices, such as USB devices
      Save and reboot while holding down F9"

      so he had to... enter the UEFI using its key press... find the option which warns you what it does... disable the option... enable what it replaced... and finally access the boot menu because he didn't include the USB stick in the boot order... heres what he actually said without his bias.

      "I booted into the new UEFI, went to the secure boot section which gave me a warning about what secureboot is (nice feature for new users), disabled it, activated the legacy boot options and then because I forgot to set it to boot USB first I had to access the boot menu on restart"

    18. Re:Concealed defect by dingen · · Score: 1

      Secret key? What? That's just the boot menu key, because apparently he hadn't set up his boot sequence properly. I he had, he wouldn't have to press to key, obviously.

      And ignoring a warning, are you serious? When were us geeks ever impressed by some corporate bullshit message?

      Long story short, yes, I think this is all fairly basic stuff. It's just changing a little option in your BIOS before you install your operating system, since when did that become a hassle for the Slashdot crowd?

      --
      Pretty good is actually pretty bad.
  5. Not realistic by girlintraining · · Score: 4, Insightful

    Richard, it's a nice sentiment, but what are the alternatives? Signing something saying I won't buy a UEFI-enabled system is basically saying I've doomed myself to the stone age. Every company is switching over. Nobody's going to go for that in the long term, anyone signing that is doing it just to make a statement. Eventually, their decrepit pre-UEFI system is going to fry, and they're going to go looking for a new one.

    Rather than do something useless like a petition, which have a very low success rate on the internet, why not give us something useful: Like a list of motherboards and builds that do not have UEFI and sport otherwise modern hardware and features?

    --
    #fuckbeta #iamslashdot #dicemustdie
    1. Re:Not realistic by Anonymous Coward · · Score: 1

      1. It must be disabled at first boot (it can enable itself from windows setup or something)
      2. It should be able to have a trusted key loaded from a usb drive, ONLY WHILE IN UEFI/BIOS

      This solves everyone's problems, I think

    2. Re:Not realistic by Microlith · · Score: 2, Insightful

      a list of motherboards and builds that do not have UEFI

      Which will trend to zero very rapidly. The problem, of course, is not UEFI but the Microsoft-centric architecture behind Secure Boot.

    3. Re:Not realistic by tftp · · Score: 2, Informative

      Which will trend to zero very rapidly.

      If there is a demand there will be the offer. I will personally make m/boards for you that run whatever CPU you want and use whatever booting technology you want. If you insist I can use an entirely FPGA-based design that is 100% F/OSS. It may not be as good as an Intel CPU, but it will work.

      OpenCores Projects

      The only way to block this is to make it illegal. But I cannot imagine how you can make microcontrollers illegal today. Would I need a license to own a debugger or a soldering iron?

    4. Re:Not realistic by fredprado · · Score: 1

      I don't see your predictions with the same surety you do. Having MS in the control of what runs in all general purpose computers is not good for anybody but to Microsoft. Even if manages to push it at first, there will be enough interest from other companies to make systems outside their control.

    5. Re:Not realistic by DigiShaman · · Score: 1, Insightful

      What's wrong with supporting UEFI secureboot by default, but still providing users a BIOS option of disabling it for legacy/alternate OSes? Secureboot should be an added feature, not a forced requirement for motherboards. If Microsoft Windows X is require secureboot, the user can toggle secureboot on. Why does this have to be such a big deal?

      Is there really some conspiracy going on in which Microsoft will own the PC market with Intel as the -unofficial- official Microsoft hardware developer locking out all other OSes?

      --
      Life is not for the lazy.
    6. Re:Not realistic by Anonymous Coward · · Score: 0

      "Every company is switching over."
      I believe ZaReason said they wouldn't.

    7. Re:Not realistic by Kjella · · Score: 2

      I will personally make m/boards for you that run whatever CPU you want (...) It may not be as good as an Intel CPU, but it will work.

      So which is it, can you make me a LGA1155 socket motherboard or can't you? Or did you mean "any CPU you want, as long as it's an ancient and outdated one with open specs"?

      --
      Live today, because you never know what tomorrow brings
    8. Re:Not realistic by sjames · · Score: 1

      The pledge does NOT demand non-UEFI systems. It demands:

      To respect user freedom and truly protect user security, manufacturers must either allow computer owners to disable the boot restrictions, or provide a sure-fire way for them to install and run a free software operating system of their choice.

      Where in there do you see UEFI being rejected? It says the signers will not buy a system that doesn't allow SecureBoot to be disabled by the owner or offer a reasonable alternative for loading any Free Software OS of the owner's choice.

    9. Re:Not realistic by Anonymous Coward · · Score: 0

      The problem is that UEFI is essentially required if the system disk is bigger than 3tb as the old partition table can't handle a bigger disk. So the manufacturers have to go to UEFI to be able to put bigger disks on (Dell now offers desktop systems with 2tb drives so its not long till it becomes a big problem to not go UEFI). Of course then the question becomes can windows be a host for Linux guest systems? If so then the only object is paying MS for its software. So beyond the issue of secure boot it is the issue of increasingly bigger disks that forces the demise of the older Bios.

    10. Re:Not realistic by Anonymous Coward · · Score: 0

      Oops make that bigger than 2tb. It bit me when I added a 3 TB disk to windows 8 and repartitioned and 800 gb went into a black hold. I changed the partition table size and the space came out of the black hole.

    11. Re:Not realistic by Frosty+Piss · · Score: 1

      there will be enough interest from other companies to make systems outside their control.

      Absolutely true. There is enough of a Linux presence in the server market to insure appropriate motherboards are available, and there will always be niche companies providing PC boards as well.

      --
      If you want news from today, you have to come back tomorrow.
    12. Re:Not realistic by fredprado · · Score: 2

      MS, as all big companies, wants control, at least enough of it to eliminate any possibility of competition. It cannot force total control out of the blue, but it can try to erode resistance with time, pushing it bit by bit. The current UEFI implementation is just one more attempt to do exactly this.

    13. Re:Not realistic by tftp · · Score: 3, Informative

      So which is it, can you make me a LGA1155 socket motherboard or can't you? Or did you mean "any CPU you want, as long as it's an ancient and outdated one with open specs"?

      I can make any motherboard, with LGA1155 or any other socket - or with direct attachment of a CPU that is packaged as a BGA. Why not? It's not rocket science. The pin grid is 0.91 mm, which is pretty generous today. My last BGA design involved a part with a 0.5 mm pitch; that was expensive. You may want to have Intel's reference designs, but they are obtainable today, and I have some for Atom (because that's what I need.) The DDRx routing will have to be carefully done, but that's also not an impossible task. I built 20A, 0.9V polyphase power supplies before, for a PowerPC project. There is hardly anything else that is notable.

      But super-fast and super-hot motherboards of this kind are not what the digital rebel needs, IMO. He needs a small, lightweight, portable system - a tablet would be ideal, especially if it accepts external attachments like the monitor and USB. In reality all modern tablets are already suitable for the task. Communication, not data crunching, is the primary use of computers today - and any low-power system can do it just as well as a hot desktop.

      Another reason for a digital rebel to not depend on Intel is that Intel can be asked (or forced) to make sure that their CPUs don't even start until they authenticate with the BIOS. You can build such a system already. For example, the CPU will refuse to access most of its address space until it issues a challenge to the BIOS (or TPM) and receives a correct response. The pre-auth mode would be just good enough to boot up, but if you need to run an OS you need the CPU unlocked. The private key to the CPU is in the mask, and the chances of getting to it are nearly zero.

      In this situation it is essential to have an entirely free CPU design that is not constrained by artificial barriers. There are already lots of good CPUs that are ready for an FPGA. If there is a need, a SoC can be synthesized from existing RTL components and then manufactured as an ASIC. If that is illegal, use FPGA and program your own bitstream. Either way, computers are here to stay, and the only way to restrict access to them is not technical but social (like public beheading of underground engineers.)

    14. Re:Not realistic by jbolden · · Score: 1

      No it doesn't. You don't want the key to be loadable at all you want it installed in hardware and unchangeable. You might want the OS to change, but you don't want to change how the OS is signed.

    15. Re:Not realistic by jbolden · · Score: 2

      What you are describing is what Microsoft is doing on x86 systems, pretty much.

    16. Re:Not realistic by girlintraining · · Score: 2

      What's wrong with supporting UEFI secureboot by default, but still providing users a BIOS option of disabling it for legacy/alternate OSes?

      Because the definition of 'UEFI secureboot' is that you can't disable it. Disabling it would defeat the entire point of the Trusted Computing Module... which is to fuck you, the customer, over a barrel--er, I mean, provide the customer with the security and reliability they've come to expect in a modern operating system...

      --
      #fuckbeta #iamslashdot #dicemustdie
    17. Re:Not realistic by girlintraining · · Score: 0

      Would I need a license to own a debugger or a soldering iron?

      Why not? Law enforcement considers having bottled water in your car evidence of drug use and can tag you with possession of drug paraphenilia or use it as an excuse to strip your car down to the axles looking for drugs, then leave you with a disassembled car on the side of the road. A teenager was recently arrested and charged with possession of an explosive device because he doodled a comic book character who could shoot beams of energy out of his fists -- unfortunately, he also had an interest in engineering and electronics and his house contained many things that had been disassembled. No explosive material was found. He's still looking at life in prison.

      All it'll take is the right lobbyist whispering "Terrorism" in the right ear, and you can bet your ass a soldering gun and the other stuff required to assemble your own computer will land you on some government watchlist. Cyberterrorists Build Own Computers To Thwart Security Measures, headlines will read. Yes, it's a bit of a stretch. But only a bit.

      --
      #fuckbeta #iamslashdot #dicemustdie
    18. Re:Not realistic by westlake · · Score: 1

      Rather than do something useless like a petition why not give us something useful: Like a list of motherboards and builds that do not have UEFI and sport otherwise modern hardware and features?

      UEFI and Secure Boot are not exclusive to Microsoft and Windows.

      The Unified EFI Forum or UEFI Forum (where UEFI stands for Unified Extensible Firmware Interface) is an alliance between several leading technology companies to modernize the booting process. The board of directors includes representatives from eleven "Promoter" companies: AMD, American Megatrends, Apple, Dell, HP, IBM, Insyde Software, Intel, Lenovo, Microsoft, and Phoenix Technologies.

      Unified EFI Forum

      The board that supports "modern hardware and features" is going to support UEFI and Secure Boot.

      I believe Linus was quoted recently as saying that Linux-on-the-Desktop was dead in the water because of the lack of OEM support. But you can't build OEM support based on demands for the preservation and use of core technologies that their major suppliers and markets are abandoning.

      The Raspberry Pi supports HDMI and hardware accelerated MPEG 2 and H.264 video because these are essential requirements for a commercially viable product. No Internet petition or lobbying by the EFF could have changed that.

      The geek has been dreading hardware-level security on the commercial ---- mass-market --- platforms for years.

      Well, now it is here and it isn't going away,

    19. Re:Not realistic by realityimpaired · · Score: 1

      You know, the part that you cut out with the ellipsis answers your question....

      If you insist I can use an entirely FPGA-based design that is 100% F/OSS.

    20. Re:Not realistic by drsmithy · · Score: 1

      Law enforcement considers having bottled water in your car evidence of drug use and can tag you with possession of drug paraphenilia or use it as an excuse to strip your car down to the axles looking for drugs, then leave you with a disassembled car on the side of the road. A teenager was recently arrested and charged with possession of an explosive device because he doodled a comic book character who could shoot beams of energy out of his fists -- unfortunately, he also had an interest in engineering and electronics and his house contained many things that had been disassembled. No explosive material was found. He's still looking at life in prison.

      Links ?

    21. Re:Not realistic by mister_playboy · · Score: 2

      You are confusing Secure Boot with UEFI. UEFI is a necessary technical advancement, whereas Secure Boot is just vendor lock-in disguised as security.

      --
      Do what thou wilt shall be the whole of the Law ::: Love is the law, love under will
    22. Re:Not realistic by mrchaotica · · Score: 4, Insightful

      The only way to block this is to make it illegal. But I cannot imagine how you can make microcontrollers illegal today. Would I need a license to own a debugger or a soldering iron?

      Maybe you can't imagine it, but RMS imagined it a decade and a half ago.

      Much like 1984, it was scary then, but scarier now.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    23. Re:Not realistic by mrchaotica · · Score: 1

      But super-fast and super-hot motherboards of this kind are not what the digital rebel needs, IMO. He needs a small, lightweight, portable system - a tablet would be ideal, especially if it accepts external attachments like the monitor and USB. In reality all modern tablets are already suitable for the task.

      Except the ARM version of Microsoft Surface, on which Secure Boot can't be disabled...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    24. Re:Not realistic by tftp · · Score: 1

      What stops you from connecting a JTAG pod and reflashing the UEFI BIOS, replacing it with a copy of GRUB, for example? As long as the hardware is not crippled until some magic occurs between the CPU and the TPM, you should be able to run your code right from the reset vector.

      But my comment was about suitability of a form factor to the lifestyle of the digital rebel. You carry a phone, but not a desktop. Even my parents rarely turn the desktop on after they got a new Nexus 7 tablet. They only need a browser, Skype and Foliant. Everything else is an unwanted complexity that is only likely to fail.

      And yes, I was aware of that short story by RMS.

    25. Re:Not realistic by Anonymous Coward · · Score: 0

      Would I need a license to own a debugger or a soldering iron?

      Possibly.
      Remember there have been times they have tried to outlaw tools like wireshark. You currently need a licence to posess lockpicks.
      It wouldn't suprise me to see the same thing for coding - after all there is now mac, m$ and android developer licences that now need to be purchased. How long before it is a prerequesite to learn?

    26. Re:Not realistic by DigiShaman · · Score: 2

      I'm not saying this topic isn't cause for some eyebrow raising, but it doesn't do anyone any good to be spreading FUD! If you actually spent some time researching this topic, you will find that what you said isn't entirely true. Take the Dell Latitude 6430u that comes with Windows 8. You can disable secure boot in BIOS. I refer you to page 44 of its owners manual (PDF format). Not only that, but TPM can be disabled along with the options of booting via legacy ROM (BIOS).

      Basically here's the skinny. For x86 computers brandishing a Windows 8 sticker, Secure Boot will be enabled by default (or it's supposed too). But, the machine still must allow the user the option of disabling it in BIOS. However, if the machine is ARM based certified for Windows-RT it will be locked down. Essentially, a Windows 8 *only* machine.

      Ars Technica wrote a much better article on the subject here dated Jan-2012.

      --
      Life is not for the lazy.
    27. Re:Not realistic by Anonymous Coward · · Score: 0

      It is wrong, because it simply makes an alternative OS cumbersome to boot.

      Nowadays most Linux distro's are so easy to install, that everybody who ever installed Windows themselves is also capable installing Linux. Most of those people make a dual boot system, because they still want to play some games that are not ported to Linux (and do not run under wine). This is clearly not wanted by Microsoft, so they designed a "security measure" that is is a artificial hurdle to make a simple dual boot system.

      If UEFI secureboot is in place it is not longer possible to make a simple dual boot system. At this moment the only thing you have to do is just reboot and choose the OS from the boot list and off you go. With secureboot however you have to reboot, go into the BIOS, search the page you need, make a change, save the change and reboot again, and finally boot into the wanted OS. Want to boot to Windows again? Same procedure.

      Yes you can use a "certified" OS like Ubuntu or Fedora, but do not forget Microsoft is capable to revoke that certification if something is seen as a "security risk". Guess what? How long would it take to see some Linux distributions as "security risk" because you can "tweak something in a windows partition"? And the work-arounds that have been made at this moment? Will they still work if Microsoft "tighten" the specs needed to get a windows-certified approval of hardware? How long before windows will be made to be non-bootable if the hardware is not "windows-certified"?

      Do not forget Microsoft is pushing this crap for a long time. Every little step met resistance, but in the end Microsoft succeeded to push this Trojan horse upon the hardware makers. Sure - at this moment only ARM based systems lock out any non-Windows OS, but this is only a first step. If you think Microsoft will not try to push this on all types motherboards you are incredibly naive of insanely optimistic. I predict a future version of Windows will only boot from "certified" hardware, and certification is only granted if that hardware locks out any other OS.

    28. Re:Not realistic by guruevi · · Score: 1

      There are non-SecureBoot EFI devices out there. Heck, EFI is a lot older than you think, from ~2000 I think (with Intel Itanium) SecureBoot was only introduced in version 2.2 of UEFI. Even Mac's have EFI and it's both open and replaceable, there has been an open source EFI available since ~2009

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    29. Re:Not realistic by icebraining · · Score: 1

      Signing something saying I won't buy a UEFI-enabled system

      Good thing the FSF statement doesn't say that.

    30. Re:Not realistic by SuricouRaven · · Score: 3, Insightful

      Because if you need advanced knowledge of hardware engineering and specialist tools to install linux, then linux is dead.

    31. Re:Not realistic by Anonymous Coward · · Score: 1

      The only way to block this is to make it illegal. But I cannot imagine how you can make microcontrollers illegal today. Would I need a license to own a debugger or a soldering iron?

      In case you haven't noticed, there's a big push to blame and ban tools when a very small minority of their users misapply them. You don't need to quote Niemoller to understand the parallels between "gun control" and "CPU control."

    32. Re:Not realistic by SuricouRaven · · Score: 1

      It's an issue for new users. Right now it's moderatly difficult for a newbie to try linux. They can set it up as a dualboot, or install it on an older PC after buying a replacement. If MS does at some point mandate secure boot be locked on (And given the company history, this is a very serious threat), then you're right: There will be server motherboards and niche companies. But installing linux will go from something that can be done in a few hours on old hardware to requiring the purchase of a new and very expensive motherboard or entire computer, possibly followed by the complicated process or motherboard replacement. This is not something the typical newbie wants to go through. It also defeats one of Linux's main advantages, zero direct cost, if you need to buy new hardware to run it.

    33. Re:Not realistic by SuricouRaven · · Score: 3, Interesting

      Conspiracy? Well, yes. This is *Microsoft* we're talking about here. The company convicted of antitrust violations by both US and EU regulators. The company which has a history of using every dirty trick in the book to get ahead, and which for many years waged a campaign against open source that seemed at times like some sort of personal vendetta. And the company which has now announced they are building a big 'Kill linux' button which they can press by revising a single clause in a contract. Based simply on the past actions of the company, it would seem a very bad idea to trust them with such power.

    34. Re:Not realistic by jonwil · · Score: 1

      There is no reason why a system using UEFI has to be using any of the secure boot stuff that is being complained about.

      Its perfectly possible to produce a UEFI system that doesn't support secure boot or one where secure boot is disabled unless the owner of the PC specifically enables it

    35. Re:Not realistic by tftp · · Score: 0

      You don't need advanced anything to install Linux. You only need to buy the compatible hardware - not the one that is locked down to become an entertainment console and a telescreen in one neat package.

    36. Re:Not realistic by jandar · · Score: 1

      You might want the OS to change, but you don't want to change how the OS is signed.

      If you can't change the signing than you can't install your own OS without relying on another (untrustworthy ?) party. See how long it has taken to sign a simple linux shim-bootloader.

    37. Re:Not realistic by Zontar+The+Mindless · · Score: 2

      Is there really some conspiracy going on in which Microsoft will own the PC market with Intel as the -unofficial- official Microsoft hardware developer locking out all other OSes?

      Yeah, pretty much.

      --
      Il n'y a pas de Planet B.
    38. Re:Not realistic by Zontar+The+Mindless · · Score: 1

      It is wrong, because it simply makes an alternative OS cumbersome to boot.

      Almost correct, but not quite.

      It is wrong, because its only purpose is to make any alternative OS cumbersome to boot.

      --
      Il n'y a pas de Planet B.
    39. Re:Not realistic by jez9999 · · Score: 1

      Which will trend to zero very rapidly. The problem, of course, is not UEFI but the Microsoft-centric architecture behind Secure Boot.

      What about all the Linux servers out there? Will they have to switch over to Windows Server when it comes to replacing their hardware?

    40. Re:Not realistic by jbolden · · Score: 1

      The most obvious way, is you pay a signer for a key. So for example you compile up your own Linux kernel to use with Slackware or whatever and you pay, $79 to Microsoft and they sign your kernel for you you load it and move on. Linux shim.... has been complex because the idea has been to create some way to bypass the process rather than follow the process.

      There most likely will soon be some of the Asian manufacturers as signers. They may use different schemes. They might for example use something like Apple's developer's scheme which use a key which makes use of CPUID so you just submit the checksum + CPUID of the system you want to install on and bang a custom key for that machine. And that could be free.

    41. Re:Not realistic by fredprado · · Score: 1

      Not likely. Currently it is easier to install Linux end user distributions than to install Windows. It wont likely change in the near future because all new Linux distributions will used the signed bootloader the article refers too. If MS closes that possibility the internet server market alone will push an immediate reaction and the control will slip from MS fingers. I dont see Linux installing becoming more difficult for anyone.

    42. Re:Not realistic by Anonymous Coward · · Score: 1

      So I need to pay pay $79 every single time I recompile my kernel? Fantastic! I've always wanted another way to piss away the money burning a hole in my pocket.

      I don't know how many times I compiled my own kernel, for one reason or another, but I wouldn't be surprised it it amounted to 100 times, sure most of those times would have been unnecessary or for trivial reasons, but occasionally it was to get an obscure feature that wasn't included in a standard kernel. Paying to run FOSS software you compiled yourself on your own hardware is nothing other than extortion.

      I certainly don't want to trust the security of my hardware to a company that I don't trust, and I don't want to pay such an unethical company such as Microsoft a single dollar let alone 79 of them.

    43. Re:Not realistic by jbolden · · Score: 1

      I'd assume if you are regularly compiling your own kernels:

      a) You make sure to get a system where keys can be disabled
      b) You make sure to buy a system where you install your own keys

      Which might mean you don't buy an off the shelf system first but rather choose your system around your requirement.

    44. Re:Not realistic by mrchaotica · · Score: 1

      The way things are going, soon they're not going to make the non-locked down stuff anymore.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    45. Re:Not realistic by shutdown+-p+now · · Score: 1

      No it doesn't. You don't want the key to be loadable at all you want it installed in hardware and unchangeable.

      That's wrong. You don't want other software running on the system to be able to change it, but there's no reason why UEFI itself can't provide the ability to change it through its own UI (which is obviously also software). That's precisely how it's done on Win8 today. Allowing to add keys from a USB stick when in UEFI setup would not change anything there.

    46. Re:Not realistic by shutdown+-p+now · · Score: 1

      What's wrong with supporting UEFI secureboot by default, but still providing users a BIOS option of disabling it for legacy/alternate OSes? Secureboot should be an added feature, not a forced requirement for motherboards. If Microsoft Windows X is require secureboot, the user can toggle secureboot on. Why does this have to be such a big deal?

      This is exactly how it all works already, on Intel architecture.

      Secure Boot is enabled by default on all devices certified as "designed for Win8". But, it can be disabled by the users on all those devices (the ability to disable is a certification requirement).

      Win8 does not require Secure Boot, so it runs on all existing hardware that can run Win7. It will only use Secure Boot when it's there.

      The story is different on ARM, though (basically, it's total lockdown), and a lot of people get those two stories confused.

    47. Re:Not realistic by jbolden · · Score: 1

      I'm considering UEFI hardware. So we are down to the changeable and unchangeable. On the TCPI chip it was changeable, usable (i.e you could do computations with it) but not directly readable and that's the best. So yeah, point taken I was being inaccurate.

    48. Re:Not realistic by hazydave · · Score: 1

      If you're paying a signer, that means they're signing your image with their private key so it works with their KEK (Key Exchange Key), presumably already in Flash. But that's not the correct process.

      Rather, the original intention was for the user to be in charge of keys. You can go with the PK (platform key, which is the root key) supplied by your board manufacturer, but you're supposed to have the ability to replace it (and of course, clear out any KEKs) if you like. And you're supposed to be able to install your own KEK.

      So for example, you compile up your own Linux kernel to use with Slackware or whatever. Long ago, you generated your own private key for signing your personal Linux binaries, and generated a KEK for your motherboard for that private key, which lives in the signature database right next to the Microsoft KEK and any others you or your motherboard manufacturer might have installed. So you sign the new binary, and it just loads (actually, the signature database can deal with both signed and unsigned binaries -- if you image isn't signed, the OS can be securely installed by storing a SHA-256 hash of the boot image in the signature database). No need to involve Microsoft, no need to risk boot from a virus.

      But of course, making it this simple gets around Microsoft's ultimate plan to control your personal hardware. Can't have that, can we. Microsoft's got the only KEK pre-installed on every UEFI motherboard, and they do because the industry let that happen.

      --
      -Dave Haynie
  6. Antitrust in EU? by Anonymous Coward · · Score: 5, Informative

    The secure boot crap could be an antitrust issue.
    German goverment has spoken abit about it
    http://www.h-online.com/open/news/item/German-government-advocates-security-in-the-hands-of-users-1753715.html

    1. Re:Antitrust in EU? by Anonymous Coward · · Score: 1

      This probably will not get read, but me and my lawyer filed a Anti Trust claim with the DOJ last week. Cost me all of $200 to get the letter and forms submitted, so I'm doing my part; I suggest you all jump in.

  7. Re:i wont buy hardware like that by TheRealMindChild · · Score: 4, Funny

    I'm pretty sure your shift key is broken. Possibly, your comma key as well

    --

    "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
  8. Re:i wont buy hardware like that by Anonymous Coward · · Score: 0

    screw it ill start getting parts and building my own and i bet that will make me a ton a cash
    so go on microstupid and apple keep it up your making me flush with doh i love you idiots er guys

    Huh?

  9. UEFI Signature Infrastructure by Microlith · · Score: 5, Insightful

    If anything, the FSF should push to have how UEFI handles its signature database, and who handles signing, fixed so that it isn't so wholly Microsoft centric. You can tell because it puts key acquisition and installation in the hands of the system vendors, and the only one they'll independently acquire with any regularity is Microsoft's. And as a result everyone goes to them for signing.

    If key handling were decentralized and standardized across all vendors, and adding your own key wasn't mutually exclusive with other keys (as it effectively is now,) then it probably wouldn't be such a problem. Hell, if they included a system-specific key installed on each platform and a hardcopy of the key, that would probably eliminate most of the concerns expressed here.

    Unfortunately, doing this would likely require them becoming a promoter ($200,000) and contributing code out the ass to see it happen. As it stands the only OS vendor at that level in the UEFI Foundation is Microsoft. All the Linux vendors are Contributor or lower and can't possibly have a voice as loud as Microsoft. Net result a perfectly good security concept gets twisted into a Microsoft-specific hazard.

    1. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      The signing is the real issue - is it not an antitrust issue as well?

    2. Re:UEFI Signature Infrastructure by Microlith · · Score: 1

      Only if they abuse it, which is why Microsoft is treading carefully.

    3. Re:UEFI Signature Infrastructure by EdZ · · Score: 3, Informative

      fixed so that it isn't so wholly Microsoft centric

      Good news, it's already fixed then!

      So who decides what keys can be added to the bootloader? The end user, in the case of every x86 board. Microsoft requires any system vendor to allow end users to add their own keys (either directly, or by wiping the existing keys and requiring the user to add their own and microsofts back in). No user-modifiable Secure Boot, no Windows 8 for you. No windwos 8 certification? The manufacturer can do whatever they want, from locking down the loader to only one key of their choice, or not implementing secure boot at all/ Basically, the current state of affairs.

      If key handling were decentralized

      It is decentralised. It's so decentralised, that it's handled on a per-end-device basis. Because you manage the keys on your device by entering them.

      and adding your own key wasn't mutually exclusive with other keys (as it effectively is now,)

      No, it isn't. If you can add your own keys, you can add any keys.

      The level of FUD over Secure Boot, and it's non-relation to Windows 8, is astounding.

    4. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      But if you add your own keys then you lose the Windows 8 keys which means you have to hack Windows 8 to think it is running in secure boot mode or risk losing functionality.

    5. Re:UEFI Signature Infrastructure by jbolden · · Score: 2

      If the FSF were more responsible about these things, they could register with Microsoft as a signing authority and have their key be one of the default signing keys embedded in hardware. Then we have asian manufacturers, Microsoft and FSF and everyone is going to trust one of them.

    6. Re:UEFI Signature Infrastructure by jotaeleemeese · · Score: 2

      Oh, I see. Microsoft is now a de facto authority without which we can't use a computer. Who gave them that prerogative?

      --
      IANAL but write like a drunk one.
    7. Re:UEFI Signature Infrastructure by jbolden · · Score: 0

      Consumers when in huge numbers they decided to make Microsoft / Western Digital / Intel standard their computer of choice, to the extent that virtually every other alternative: DEC, Unisys, IBM Microchannel, Apple power, Amiga.... disappeared.

    8. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      Wow. You are such a complete and utter tool. This is motion backwards.

    9. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      If we look at the Windows 8 hardware certification requirements from the horse's mouth:

      http://msdn.microsoft.com/en-us/library/windows/hardware/hh748188.aspx

      It is stated "It shall be possible for a physically present user to use the Custom Mode firmware setup option to modify the contents of the Secure Boot signature databases and the PK. This may be implemented by simply providing the option to clear all Secure Boot databases (PK, KEK, db, dbx), which puts the system into setup mode."

      Further on "If the firmware is reset to factory, then any customized Secure Boot variables are also factory reset. If the firmware settings are reset to factory defaults, all custom-set variables shall be erased and the OEM PKpub shall be re-established along with the original, manufacturer-provisioned signature databases."

      So an OEM would still comply with the Windows 8 hardware certification requirements even if the end user were blocked from adding any custom keys. In such a scenario the end user would have to disable secure boot completely via firmware setup which must be available on Windows 8 systems (but not Windows RT).

    10. Re:UEFI Signature Infrastructure by Microlith · · Score: 3, Informative

      Good news, it's already fixed then!

      No, it isn't!

      So who decides what keys can be added to the bootloader?

      Theoretically, the BIOS vendor. Or if you make a Windows RT device, Microsoft. In practice, Microsoft.

      The end user, in the case of every x86 board.

      Only through an irritating process that, in virtually every functional example is mutually exclusive with the Microsoft keys.

      Microsoft requires any system vendor to allow end users to add their own keys (either directly, or by wiping the existing keys and requiring the user to add their own and microsofts back in). No user-modifiable Secure Boot, no Windows 8 for you.

      Microsoft. So benevolent. We'll see how long this lasts.

      No windwos 8 certification? The manufacturer can do whatever they want, from locking down the loader to only one key of their choice, or not implementing secure boot at all/ Basically, the current state of affairs.

      Not a single vendor would dare omit Windows 8 certification.

      It is decentralised. It's so decentralised, that it's handled on a per-end-device basis. Because you manage the keys on your device by entering them.

      The "decentralization" is a joke. It's so decentralized that the only vendor with any guarantee of getting their key on the system is Microsoft. That's why EVERY LINUX VENDOR is going to Microsoft for a signature. Which, of course, such a supposedly vendor independent system shouldn't result in.

      It's totally biased in Microsoft's favor and they know it.

      No, it isn't. If you can add your own keys, you can add any keys.

      Go show me one system that lets you add one with out forcing you to clear the Microsoft key? Or without having to rebuild the entire key database from scratch and installing it? It puts a nice high, high bar on being able to leverage that security and even more so for any system not approved by Microsoft to use it.

      FUD

      Please. Why is it that every time this subject comes up we're told to just, y'know, shut the fuck up and trust Microsoft?

    11. Re:UEFI Signature Infrastructure by mrchaotica · · Score: 4, Insightful

      So who decides what keys can be added to the bootloader? The end user, in the case of every x86 board.

      AND WHAT ABOUT ARM DEVICES?

      If such restrictions are allowed to happen everywhere, they will inevitably end up happening everywhere. The situation is already completely unacceptable!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    12. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      mod parent way way up, and GP way way down

    13. Re:UEFI Signature Infrastructure by segedunum · · Score: 2, Informative
      I'm sorry, but this load of bull and misiniformation is going to have to be smacked down - hard.

      So who decides what keys can be added to the bootloader? The end user, in the case of every x86 board.

      No they fucking don't. There will be one key in there, and that will allow you to boot Windows. How many motherboard manufacturers do you think are going to implement a whole key management system in their firmware that Windows does not require, you silly idiot?

      However, I'm seeing this deliberate misiniformation coming up more and more, probably because it's all certain people have left to tell us that there is no problem.

      Microsoft requires any system vendor to allow end users to add their own keys (either directly, or by wiping the existing keys and requiring the user to add their own and microsofts back in). No user-modifiable Secure Boot, no Windows 8 for you.

      No they do not, so I don't know where you're getting this from. No motherboard manufacturer is going to lose any certification if they do not implement certificate management or Secure Boot disabling. The only reason any manufacturer is forced into being able to disable it right now is because there are existing versions of Windows people will want to install and ghosting and imaging tools. It's not being required by Microsoft.

      No windwos 8 certification? The manufacturer can do whatever they want, from locking down the loader to only one key of their choice, or not implementing secure boot at all/ Basically, the current state of affairs.

      Utter bullshit. Nothing more can be said.

      It is decentralised. It's so decentralised, that it's handled on a per-end-device basis. Because you manage the keys on your device by entering them.

      I believe we've dealt with this untrue bullshit.

      and adding your own key wasn't mutually exclusive with other keys (as it effectively is now,)

      No idea what this nonsense means.

      The level of FUD over Secure Boot, and it's non-relation to Windows 8, is astounding.

      The level of bullshit we're getting from various people who desperately want to paint a picture of there not being a problem is astounding now, right down to plucking untruths out of thin air about what Microsoft does or does not require. The point here being that we are relying on Microsoft to tell us what can and cant be run on hardware.

    14. Re:UEFI Signature Infrastructure by EdZ · · Score: 3, Informative

      No they do not, so I don't know where you're getting this from.

      The Windows 8 Hardware Certification requirements published by Microsoft. To quote the relevant section:

      Mandatory. On non-ARM systems, the platform MUST implement the ability for a physically present user to select between two Secure Boot modes in firmware setup: "Custom" and "Standard". Custom Mode allows for more flexibility as specified in the following: It shall be possible for a physically present user to use the Custom Mode firmware setup option to modify the contents of the Secure Boot signature databases and the PK. This may be implemented by simply providing the option to clear all Secure Boot databases (PK, KEK, db, dbx), which puts the system into setup mode.

      Mandatory. Enable/Disable Secure Boot. On non-ARM systems, it is required to implement the ability to disable Secure Boot via firmware setup. A physically present user must be allowed to disable Secure Boot via firmware setup without possession of PKpriv.

    15. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      I'm fairly sure there are rules explained on the UEFI site that mean it's not as simple as handing over money to get Promoter status - it's deliberately limited to certain companies.

    16. Re:UEFI Signature Infrastructure by segedunum · · Score: 1

      2. Mandatory. Secure Boot must ship enabled Configure UEFI Version 2.3.1 Errata B variables SecureBoot=1 and SetupMode=0 with a signature database (EFI_IMAGE_SECURITY_DATABASE) necessary to boot the machine securely pre-provisioned, and include a PK that is set and a valid KEK database. The system uses this database to verify that only trusted code (for example: trusted signed boot loader) is initialized, and that any unsigned image or an image that is signed by an unauthorized publisher does not execute. The contents of the signature database is determined by the OEM.....

      I don't think I need to go over the sometimes downright contradictory nonsense within that document. Frankly, it looks as if a great deal has been tacked on to that document ad-hoc without seemingly little thought. As I've said, there is no way an OEM is going to write code for a key database and it shows the difference between specification and implementation. It's already started:

      http://mjg59.dreamwidth.org/20187.html

      Besides, we're getting somewhat off the beaten track. We are referencing a MSDN document here where Microsoft tells everyone what will and will not run on hardware. That is the problem here.

    17. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      What the fuck are you saying is contradictory? Your bolded parts say 1. it must ship enabled and 2. the contents of the key database is up to the OEM. WHERE IS THE CONTRADICTION?!?

      Seriously if your gonna try and FUD at least be accurate in your FUDing.

    18. Re:UEFI Signature Infrastructure by strikethree · · Score: 1

      So who decides what keys can be added to the bootloader? The end user, in the case of every x86 board. Microsoft requires any system vendor to allow end users to add their own keys (either directly, or by wiping the existing keys and requiring the user to add their own and microsofts back in)

      I think you and numerous other people are being intentionally blind. Note the part that I bolded and reread the sentence without any blinders. You mentioned yourself exactly WHY the problem is not fixed as you so glibly proclaim:

      Microsoft requires that key management be available to the end user. Currently that is true. What about tomorrow? Five years from now? Ten years from now? The standard needs to be set up so that Microsoft or another vendor absolutely can not cause the rules to change in such a manner. Currently, those rules CAN be changed in such a manner... and Microsoft is in a position to do it, as you yourself pointed out. D'oh!

      --
      "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
    19. Re:UEFI Signature Infrastructure by shutdown+-p+now · · Score: 1

      Any solution to this will have to be legal. Either the companies have the right to sell you arbitrarily locked down hardware, or they don't. If they don't, you have to write a law that says they can't (since clearly "free market" has already made the opposite decision).

      And if you want to write laws - or apply existing laws, like anti-monopoly ones - you'd have to start with the monopolies. Which, on ARM, is not Microsoft. Actually, arguably it's no-one right now, since Android is a slew of different vendors, and iOS is below 50%. So I don't think you could reasonably argue the monopoly angle at all.

    20. Re:UEFI Signature Infrastructure by Anonymous Coward · · Score: 0

      Oh, I see. Microsoft is now a de facto authority without which we can't use a computer. Who gave them that prerogative?

      Users did, when they insisted that "Designed for Windows" logo on hardware they buy is the necessary requirement for their purchase. All this Secure Boot stuff is mandatory only for hardware that participates in that certification program, and that participation is voluntary. But users want it, and so hardware manufacturers do it. That said, I'm sure there will always be plenty of systems built somewhere in China that couldn't care less - and you can support them with your money.

  10. hail! by Denihil · · Score: 0

    neckbeards, unite!

    --
    WÌÌfÍ--ÍSÌÒÍ...Í...ÌHÌÍfÍÍÍ--ÍÍÍ
  11. What about severs and web hosts / ECT by Joe_Dragon · · Score: 3, Interesting

    What about severs and web hosts / ECT.

    Windows 7 UEFI secure boot??? enterprise use is way to big for that to get locked out.

    Where is HP and DELL in this???

    Supermicro??

    Tyan??

    Linux in Medical Devices (do really want MS windows to be the only choice there??)

    http://blogs.windriver.com/medical/2011/11/using-linux-in-medical-devices-what-developers-and-manufacturers-need-to-know.html

    1. Re:What about severs and web hosts / ECT by flimflammer · · Score: 2

      You can easily disable secure boot for all but the ARM tablets (tablets are rarely open to begin with).

      The only way secure boot will ever be a serious problem is if Microsoft actually grows the balls to force OEMs to enable secure boot and force it locked on at all times. To be honest, I'm all for doom and gloom but I just don't see this ever happening. The legal jungle gym Microsoft would thrust themselves into would be so ridiculous that it would make the monopoly charges over Internet Explorer look like a walk in the park.

      I often hear examples of how hard it will be for end users to add "disable secure boot in your bios" as being a huge barrier to entry, but if they're installing Linux or an operating system other than Windows, they're not completely brain dead in the first place. It might not be absolutely ideal, but such a trivial step should not turn off anyone from installing Linux with secure boot disabled.

      The other argument I hear is that users unaware of its real purpose will refuse to install Linux because they need to "make their system insecure" in order to do it. Again, that argument always seemed weird to me because if they're willing to put an operating system on their machine, but wont trust the developers of said software that secure boot has nothing to do with making their machine insecure, then they have seriously bizarre trust issues for that to be the one nagging problem.

      All in all, I find the whole deal with secure boot to be vastly overblown. I don't mind getting modded down for this post, but honestly I'm confused by everyone's absolute panic.

      I signed the FSF's petition, by the way. I don't think secure boot is worth the hassle, but I also don't think it's the coming apocalypse.

    2. Re:What about severs and web hosts / ECT by jez9999 · · Score: 1

      I'm not trying to be facetious, but does "ECT." mean "et cetera" or is it some other acronym? "Et cetera" should be written as follows: etc.

  12. pseudo synchronicity whilst reading by Anonymous Coward · · Score: 0

    Don't work towards freedom, but allow the work itself to be freedom.

    - Dogen Roshi

  13. Bread buttered by EmperorOfCanada · · Score: 5, Insightful

    Desktop motherboard manufacturers know that in the past and in the present that following the dictates of Microsoft is how to survive. But those days are mostly over. I doubt any of the MB manufacturers are going to stand up and fart in Microsoft's face and say NO. But I suspect they know the trend is moving away from Microsoft and with the Linux noises that companies like Valve are making that Microsoft will only get weaker. Thus they will probably pretend to put UEFI onto the motherboard but make it really really easy for anyone with the capability to install linux to turn it off. So I suspect that the motherboards will soon come with UEFI enabled by default (maybe) but that you can either go into the bios and turn it off or short a jumper.

    Other options would be to leave a weakness in the system so that it is easily hacked and thus bypassed; this way they can meet the letter of Microsoft's law but not at all the spirit. And of course they don't need to make a hole, they know people will find a hole and they won't bother patching it. But I just don't see the manufacturers coming out and directly attracting Microsoft's rage. Plus companies know that all kinds of businesses will want to put a whole range of products on their systems from oddballs like DOS with many wanting XP, Vista, and Windows 7. It wasn't that long ago that I saw an ATM running OS/2. I suspect the guts of the ATM were newish.

    But in the near term Microsoft is going to ask "Who farted?" and the various manufacturers are going to pretend that they didn't.

    All that said, Microsoft's worst nightmare would be for a company to start releasing Motherboards/Machines with UEFI disabled as a feature and telling the world that smart discerning high-end customers buy systems without UEFI and that the drones buy what the suits at Microsoft tell them. What microsoft seems to forget that while computer nerds running things like Linux are not a significant market share in and of themselves they are who guides, or outright chooses what systems get picked. Minimally how many slashdoter's are involved by their families when they are picking machines. Without starting a religious war about my personal tastes I can say that when people around me are buying a system I give them a fairly narrow range of choices that if they stray from I won't take their "urgent" calls at 10pm when things are going wrong a month later. "Oh your poorly designed laptop that sucks cooling air in only from the bottom overheated when sitting on the sofa and now you need your data pulled from its carcass? How about no." So while people like us probably only represent 1% of the market we probably influence 30+% of the market. So if we don't like UEFI the manufacturers will soon find that we have a bigger vote than simplistic market surveys might otherwise suggest. So even if they totally cave to MS I suspect cracks will appear fairly quickly.

    1. Re:Bread buttered by Kjella · · Score: 1

      Desktop motherboard manufacturers know that in the past and in the present that following the dictates of Microsoft is how to survive. But those days are mostly over. I doubt any of the MB manufacturers are going to stand up and fart in Microsoft's face and say NO. But I suspect they know the trend is moving away from Microsoft and with the Linux noises that companies like Valve are making that Microsoft will only get weaker. Thus they will probably pretend to put UEFI onto the motherboard but make it really really easy for anyone with the capability to install linux to turn it off.

      Whether Microsoft is experiencing competition from Macs or iPads or Android tablets doesn't matter, the only thing is how many repurpose a machine that came with Windows installed. That market share is still 1% and more importantly the motherboard manufacturers don't care - they got their sale back when it had Windows on it. Hell if Linux fans have to buy a different motherboard to run Linux on it, they get double sales.

      Plus companies know that all kinds of businesses will want to put a whole range of products on their systems from oddballs like DOS with many wanting XP, Vista, and Windows 7.

      And Microsoft will, if they're kind, sign MS-DOS, XP, Vista, Windows 7 and anything else Microsoft has made just not DR-DOS, OS/2, BSD or Linux.

      All that said, Microsoft's worst nightmare would be for a company to start releasing Motherboards/Machines with UEFI disabled as a feature and telling the world that smart discerning high-end customers buy systems without UEFI and that the drones buy what the suits at Microsoft tell them.

      Yeah, because getting on Microsoft's shit list so they get trouble getting validated for the next Windows version and lose all their big OEM contracts is so going to help business. Nobody's going to do that for a number of reasons.

      --
      Live today, because you never know what tomorrow brings
    2. Re:Bread buttered by NicknamesAreStupid · · Score: 0

      This is the end of the motherboard era. LIke Mainframes (that are doing well, BTW), the motherboard has seen its heyday. Intel is de-emphasizing them in favor of processors for mobile, and AMD is looking pretty sad, see http://www.techradar.com/news/upgrades/graphics-cards/motherboards/computing-components/processors/computing/pc/why-the-pc-of-2020-could-be-bad-news-for-modders-1117302

      As a desktop guy from way back (my 1st was a H89 that I built myself), I find this news to be depressing. However, the handwriting is on the wall. Once the volumes of desktops drop, the motherboard will become the exotic anomaly and hardware hacking will be the domain of the Raspberry PI generation.

    3. Re:Bread buttered by Joe_Dragon · · Score: 1

      what about SBC cpu / chipset cards with a backplan / MB with all the pci-e slots on them.

    4. Re:Bread buttered by guruevi · · Score: 1

      All motherboard manufacturers have to do is implement UEFI without the encrypted/approved boot loaders. If an OEM wants to do that, that's on them. UEFI is a decent standard but MS perverts it by requiring they are the keepers of the key to the kingdom. Even if they allow anyone and everyone to run on them, what's to say they'll still be around in a decade when Ballmer runs the company over a cliff?

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
  14. Secure Boot is just a waste and fixes no problem. by VortexCortex · · Score: 5, Interesting

    Let's put on our thinking caps folks. Return Oriented Programing is an exploit engineering technique that uses the existing signed and/or encrypted code to create the exploit code. That means Secure Boot is defenseless to stop this type of exploit. If the application or OS code has mistakes in it then a function pointer on the stack, or in the heap (read/write memory) can be overwritten and be used by exploits via return oriented programming, and SecureBoot won't help one bit -- The code that's running is signed and/or encrypted. So if the Application or OS code isn't secure (which it won't be) then SecureBoot is pointless. What that? It won't be able to infect a boot sector? Well, if you've got malicious code running on your system then there exists an exploit vector that cane simply be re-exploited next time you boot up. See? Pointless.

    Ah, but what if the Application and OS code could be written to be secure against stack smashing and undesired code pointer manipulations? Well then, there wouldn't be any exploit vectors that you needed SecureBoot to protect you against. See? Pointless.

    Well, I say "Pointless", but what I mean is useless from an end user perspective. I don't mean to gloss over the only real use SecureBoot has: To prevent you from installing your own OSs and Applications, and having control over your own computers.

  15. White House Petition thing by karit · · Score: 1

    Any American's thought of starting a thing on the White House Petition thing? Get 25k American's and Obama has to comment on it. Would have thought that would be a cheap easy way to raise some awareness on the topic.

    --
    http://blog.karit.geek.nz/
    1. Re:White House Petition thing by Joe_Dragon · · Score: 1

      Obama says I am not a tech guy and free markets are good.

    2. Re:White House Petition thing by SuricouRaven · · Score: 1

      Needs more political buzzwords, and some empty reassurances. Make sure to include something about how important the technology industry is to the American economy, and how many American jobs it has created free from the heavy hand of regulation. Don't be afraid to stick 'American' in a lot - the people love patriotism.

    3. Re:White House Petition thing by gbjbaanb · · Score: 1

      free markets are good - which is why we don't allow monopolies to distort them.

      Besides, he might change his mind about not caring about technology after he starts using Windows 8 :-)

  16. $50 Minimum Donation by nuckfuts · · Score: 1

    I'm supportive of this campaign, but I'm turned off by their $50.00 USD minimum for individual donations. I don't have a lot of spare income, but will often donate $5 or $10 to what I think is a good cause. I've always assumed that if enough people do likewise, my small contribution will add up to something significant.

    The only reason I can think of to justify a minimum contribution amount would be if they are issuing receipts for tax deductions and there is some cost involved in doing so. Even if that case, however, they could simply have a statement that says tax receipts won't be issued for donations below a certain amount.

    1. Re:$50 Minimum Donation by Osgeld · · Score: 0, Flamebait

      I see this often with FSF shenanigans, they hype something up to get the freetards all bent out of shape, and when the froth is at its peak they start hitting up the donations. Not even sure what good they actually do other than making noise and collecting money.

    2. Re:$50 Minimum Donation by enrevanche · · Score: 2

      The article is wrong. I went through the links in the article and donated $10 without a problem.

    3. Re:$50 Minimum Donation by Anonymous Coward · · Score: 0

      I don't see why you are having such problems.
      In that long post of yours, you managed to type two numbers lower than $50. Why are you incapable of doing that on the donations page, yet seem to manage it just fine on slashdot?

      Don't get me wrong, I'm not mocking your intelligence because you are unable to perform the action of NOT typing an extra zero...
      I'm only questioning your intelligence for implying other people would not be able to make a small donation, simply because you personally can't type just "5" or "10" into one particular box but can in others.

      Hopefully you get modded down so your scam to prevent donations to the FSF will fail.

  17. I have no problem with UEFI as long as.... by mark-t · · Score: 2

    ... it is possible for the owner to disable it.. I have no problem with this being accomplished either in BIOS settings or even if it requires placing a pin jumper on the motherboard.

    As for OS's that won't run with UEFI disabled. I have no use for them.

    1. Re:I have no problem with UEFI as long as.... by luther349 · · Score: 1

      thats supposed to be the rule with uefi is there has to be some sort of disable so Microsoft responds to that if you do disable it windows 8 does not run.

    2. Re:I have no problem with UEFI as long as.... by EdZ · · Score: 4, Informative

      Bullshit.
      1) Windows 8 runs perfectly fine without Secure Boot
      2) For a manufacturer to provide a computer with Windows 8 pre-installed, or to label their product as compatible with Windows 8, they MUST allow end-user modification of the bootloader keys. If they don't, then no Windows 8 for them, as per MS' own hard certification requirements.

    3. Re:I have no problem with UEFI as long as.... by Pix64 · · Score: 1

      First, UEFI replaces BIOS. You're not disabling UEFI, you're disabling SecureBoot. Second, Windows 8 runs fine without SecureBoot. Third, Windows 8 certifications REQUIRES the user to be able to turn off or reconfigure SecureBoot. UEFI (and in turn SecureBoot) is NOT controlled by Microsoft. The UEFI Forum consists of members of AMD, American Megatrends, Apple, Dell, HP, IBM, Insyde Software, Intel, Lenovo, Microsoft, and Phoenix Technologies.

    4. Re:I have no problem with UEFI as long as.... by Microlith · · Score: 1

      Except on Windows RT, where the vendor must not allow for it to be turned off. And like that Secure Boot goes from being system security to platform DRM.

    5. Re:I have no problem with UEFI as long as.... by mrchaotica · · Score: 1

      For a manufacturer to provide a computer with Windows 8 pre-installed, or to label their product as compatible with Windows 8, they MUST allow end-user modification of the bootloader keys.

      So what does that make Microsoft Surface? A toaster?

      The important thing to understand here is that we're one Microsoft policy change away from completely fucked: if ARM is allowed to be locked down, then x86 will be too. We need to be drawing a line in the sand right now, not rationalizing the issue away like frogs in a cauldron.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    6. Re:I have no problem with UEFI as long as.... by Anonymous Coward · · Score: 0

      For now.....

    7. Re:I have no problem with UEFI as long as.... by KingMotley · · Score: 1

      As for OS's that won't run with UEFI disabled. I have no use for them.

      I think you meant SecureBoot. Disabling UEFI would be silly.

    8. Re:I have no problem with UEFI as long as.... by Anonymous Coward · · Score: 0

      True only for x68. For ARM, MS requires exact opposite - manufacturer MUST NOT allow end-user modification of keys.

    9. Re:I have no problem with UEFI as long as.... by shutdown+-p+now · · Score: 1

      So what does that make Microsoft Surface? A toaster?

      Microsoft Surface is not a device running Windows 8. It is a device running Windows RT.

      The important thing to understand here is that we're one Microsoft policy change away from completely fucked: if ARM is allowed to be locked down, then x86 will be too.

      If you mean legally allowed, then yes, of course. For Microsoft in particular, though, it's tricky because of the track record of Microsoft v. United States, and in particular the part of the trial where the scope of the monopoly was defined as "Intel-based personal computers". Which means extra attention from any anti-monopoly regulatory bodies in US and EU for years to come.

      But, of course, nothing precludes Apple from locking down their Intel hardware to only run OS X.

  18. Tit for tat by freeasinrealale · · Score: 1

    So can FSF design/modify UEFI/Secure Boot that locks out proprietary (non-free) software?

    --
    A man spends the first half of his life accumulating stuff, the second trying to get rid of it all.
    1. Re:Tit for tat by dns_server · · Score: 1

      The user is able to edit the keys database on x86 based and not arm based uefi implementations.
      You can put the microsoft keys on a black list if you want and it will not boot.

    2. Re:Tit for tat by Anonymous Coward · · Score: 0

      They already have. What do you think Viral licensing is about?

    3. Re:Tit for tat by Sarten-X · · Score: 1

      And here I thought it was about not letting others take open-source software, package a wrapper around it, and sell it as their own closed-source work.

      How mistaken I must be...

      --
      You do not have a moral or legal right to do absolutely anything you want.
    4. Re:Tit for tat by UltraZelda64 · · Score: 1

      I don't think RMS and the FSF believe so much in inserting technical measures directly in hardware to forcefully lock out competing software. They go more along the lines of spreading the word and encouraging people to use more open/less restricted computers and software. Like... oh, I dunno... this campaign, perhaps?

      Microsoft, Apple and the other scumbag mega-corporations that have much to gain by locking out their competition in the market and using other sleezy tactics are the ones trying to gain control over their OS users' entire machines.

  19. windows 8 stink as well hurts ms a 7 boot loader by Joe_Dragon · · Score: 1

    windows 8 stink as well hurts ms a 7 boot loader will help alot of this may be DOA as it will be a hard sell with a MB that can only boot windows 8

  20. Re:i wont buy hardware like that by Anonymous Coward · · Score: 0, Funny

    I'm pretty sure your shift key is broken. Possibly, your comma key as well

    Punctuation isn't free. You and your "I'll use it 'cuz I got it" attitude doesn't fly in our txt/140 world.

  21. UEFI by hackus · · Score: 0

    UEFI doesn't solve any sort of security problem, and like a lot of solutions it is so obvious it was done to secure Microsoft's monopoly you have to be a moron to not see it.

    BIOS based systems are fine, and they have been fine for a long time. What we need, is an OpenBIOS, adopted industry wide, not UEFI.

    UEFI is crap.

    -Hack

    --
    Got Geometrodynamics? Awe, too hard to figure out? Too bad.
    1. Re:UEFI by Kjella · · Score: 1

      The BIOS is the last remnant of the original IBM PC from the early 80s, and the limitations are many. That you take the one feature Microsoft wants (Secure Boot) and think the whole of UEFI revolves around it and to secure Microsoft's monopoly makes you the moron. Initially it was Intel who wanted a better way to boot Itanium processors without pretending to be a 1980s PC, then later Apple used it for their Intel Macs since they controlled both the hardware and the OS. Secure Boot is a much more recent addition.

      The main problem with UEFI is that when they first could replace the BIOS, they wanted to fix all issues past, present and future no matter if you used completely different storage hardware, input hardware, display hardware or network boot of types both known and unknown. The result is that it's practically a complex "pre-OS" by itself that wants all the hardware initialized and EFI drivers installed.

      I'd go with the opposite approach, *unless* a defined boot key is held down then just run whatever is defined as the standard boot option ASAP, load as many bytes as requested in memory (today it loads 512 bytes, leading to boot loader chaining) and turn over control to the OS immediately. It can handle the remaining probing/initialization. If you *do* press the boot key and the simple boot device selection isn't enough you'd have to load an "extended BIOS" from USB/CD-ROM that could have all the other junk to give you a GUI, mouse, network, wireless, RAID etc. support and if you wanted network boot over wireless then it could install code to do just that, sort of a "custom boot method" flash area that would provide the flexibility. But the BIOS itself wouldn't contain everything and the kitchen sink the way UEFI does.

      --
      Live today, because you never know what tomorrow brings
    2. Re:UEFI by mrchaotica · · Score: 1

      The main problem with UEFI is that... it's practically a complex "pre-OS" by itself...

      ...I'd go with the opposite approach, *unless* a defined boot key is held down then just run whatever is defined as the standard boot option ASAP... If you *do* press the boot key and the simple boot device selection isn't enough you'd have to load an "extended BIOS" from USB/CD-ROM that could have all the other junk to give you a GUI, mouse, network, wireless, RAID etc.

      If it's supposed to work "even if you used completely different... hardware" then how is it supposed to know you pressed a key (let alone find the USB/CD-ROM) without probing the hardware and loading the drivers?

      ; )

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    3. Re:UEFI by KingMotley · · Score: 1

      BIOS is not fine. BIOS is a piece of shit that should have been thrown away 10 years ago.

      Have you ever tried installing multiple high performance devices into a motherboard that still uses BIOS? Didn't think so. BIOS is limited to 16-bit, and addressing less than 1MB of RAM, and devices are forced into 384K of that space (Boot ROM/Required Memory mapping). Of course there are other issues as well, like being single threaded, not being able to initialize multiple devices in parallel, etc etc.

      BIOS was acceptable when we had the 8086 and 640k was more than enough for everyone. We aren't in that world anymore.

    4. Re:UEFI by RyuuzakiTetsuya · · Score: 1

      UEFI doesn't solve the problems that it's supposed to either.

      UEFI means the firmware now has to have drivers for devices and the OS is now supposed to have drivers. In an ideal world, only the firmware would need drivers or the device itself would inject drivers into firmware on boot or connection.

      --
      Non impediti ratione cogitationus.
    5. Re:UEFI by KingMotley · · Score: 1

      UEFI doesn't solve the problems that it's supposed to either.

      Oh really?

      UEFI devices are no longer trying to cram all their ROMS into a shared 384k area.
      UEFI devices have a common API so that they can be configured all through a common interface (No more hit control-I/N/Z/Q during boot to configure that specific device).
      UEFI systems *CAN* (Not required) to have a GUI interface, full help system, ability to update itself from a secure (relatively) environment.
      UEFI systems *CAN* (not required) be assured that the OS gets control first rather than some unsecured (rootkit) gets control before the OS does.
      UEFI systems *CAN* (if written that way) boot faster by initializing multiple devices concurrently rather than serially.

      Seems UEFI does exactly what it is supposed to be doing. Maybe it's not doing what you want in an ideal world, but it does solve the problems it was designed to. And it works today. Considering I'm using it right now, and it did solve all those problems for me, which traditional BIOSes could not either because of technical limitations of BIOS itself, or because of the limited space available to it.

    6. Re:UEFI by RyuuzakiTetsuya · · Score: 1

      I know I'm the gp, but, mod parent up. I'd still like to stress that UEFI is ultimately flawed.

      --
      Non impediti ratione cogitationus.
  22. Anyone remember AgainstTCPA.com by Anonymous Coward · · Score: 0

    This is TCPA Round Two

  23. Wow, 41,000 signatures! by Anonymous Coward · · Score: 0

    1,000,000 signatures would be 1/3 of 1% of the US population, if the US population was only 300 million.
    500,000 would be 1/6 of 1%.
    We'll continue being generous and assume this 41,000 is in fact 50,000, so it's 1/10th of 1/6th of 1% of my very generously underestimated US population model.

    To put it another way: Nobody cares.
    41,000 isn't even a small drop in the bucked.

    The reality is that people can go out and buy a PC and install Linux on it with no problems - so why should they care?

  24. SecureBoot is a great idea by Anonymous Coward · · Score: 2, Insightful

    I support FSF in most things, but this is an important feature.

    Rootkits are a very real problem, and SecureBoot is a good step towards eliminating them.

    As long as there is some way for the user to disable it, I'm happy. Although it could be a bit tricky to achieve that without breaking the security model. Perhaps a hardware switch that can only be accessed by removing a few screws from the case...

    1. Re:SecureBoot is a great idea by Anonymous Coward · · Score: 0

      And that makes dualboot sooooo easy...

      Oh wait...

    2. Re:SecureBoot is a great idea by KingMotley · · Score: 1

      I have no problem supporting FSF in this area. But, they aren't advocating what the article on slashdot says (Specifically the title). They aren't rallying against UEFI, nor even Secure Boot. Just making sure that end users can disable Secure Boot if they want.

      A story made from a non-story. Nice.

    3. Re:SecureBoot is a great idea by jopsen · · Score: 1

      I support FSF in most things, but this is an important feature.

      Rootkits are a very real problem, and SecureBoot is a good step towards eliminating them.

      Agree... I feel the same way, but I'm not familiar with how certificates for SecureBoot is managed...

      As long as there is some way for the user to disable it, I'm happy. Although it could be a bit tricky to achieve that without breaking the security model. Perhaps a hardware switch that can only be accessed by removing a few screws from the case...

      Imagine a world where the linux install guides says to lookup laptop manual remove skrews, etc... That's anti competitive...

      Anyways, don't read the summary, the actual appeal is shorter and more correct:

      We, the undersigned, urge all computer makers implementing UEFI's so-called "Secure Boot" to do it in a way that allows free software operating systems to be installed. To respect user freedom and truly protect user security, manufacturers must either allow computer owners to disable the boot restrictions, or provide a sure-fire way for them to install and run a free software operating system of their choice. We commit that we will neither purchase nor recommend computers that strip users of this critical freedom, and we will actively urge people in our communities to avoid such jailed systems.

      I just signed, as surely I can promise I won't buy laptops that can't run linux :)

      So it's not FSF against SecureBoot it is FSF against SecureBoot implemented so that Linux can't be installed.

    4. Re:SecureBoot is a great idea by UltraZelda64 · · Score: 2

      Rootkits are a very real problem, and SecureBoot is a good step towards eliminating them.

      In Windows. So how about Microsoft just allows us users of other operating systems to turn the "feature" off and just leave us the hell alone?

      Oh yeah, because then they can't squash their competition so easily--they would be forced to continue competing on fair terms like performance, features, software, and other real factors. When they release a dud like Windows ME, Vista, or Win8/RT, their customers will be unable install an alternative operating system on it, or even a different version of Windows. People who choose not to run Windows anyway will also have to suffer the consequences.

      It's a police state for computers... and Microsoft wants to be the leader of it.

  25. Re:Lower the minimum by arth1 · · Score: 1

    Yes, saying they don't want my measly $20 or $40 doesn't really endear them to me. The cause is good, but I will look for other ways to support it where my meager contribution would actually be appreciated.

    What do distros where signing isn't an option do? I would think that a good portion of LFS and Gentoo users chose it because it gives them control over what they put on their systems, not because of any perceived speed benefits.

  26. Where Was the FSF a Year Ago by Anonymous Coward · · Score: 0

    Aren't they a little late to the party?

  27. We, the FSF, like Secure Boot by gnujoshua · · Score: 5, Interesting

    This post is a little misleading. We think Secure Boot is OK so long as computer makers implement it in a way that it still allows a user to control his or her own computer. What we don't want computer makers to do is implement UEFI in such a way that a user is unable to sign their own software (e.g. bootloader) AND they are unable to turn Secure Boot off -- we call such an implementation Restricted Boot (because we want to emphasize that it instead of providing security, it exists to restrict a user from controlling his or her own device). We hope that computer makers will choose to implement UEFI in a way that truly does provide security and control, and many are implementing Secure Boot in this way.

    Joshua Gay
    Licensing & Compliance Manager
    Free Software Foundation

    1. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      You mean like MS requires they do as part of the certification process? Fancy that... a fund raiser to support the status quo.

    2. Re:We, the FSF, like Secure Boot by jbolden · · Score: 1

      Joshua thank you for responding directly. I think the problem is generally that the language being used in the campaign doesn't explain the differences between the x86 policies and the ARM policies. As an aside I think that's the same problem with the anti-Apple campaign where I felt that the information being given, oversimplified Apple's policies to the point of making it inaccurate.

      What I am curious about though is why the FSF doesn't directly support these freedoms as a clearinghouse. For example registering as a signer and in the Apple case offering a Enterprise SDK server config that people can run the iOS devices against.

    3. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 1

      No, the problem is that the title of this article here at slashdot completely lies about what the FSF campaign is about. "Stop UEFI SecureBoot" isn't "We, the undersigned, urge all computer makers implementing UEFI's so-called "Secure Boot" to do it in a way that allows free software operating systems to be installed. To respect user freedom and truly protect user security, manufacturers must either..."

    4. Re:We, the FSF, like Secure Boot by Microlith · · Score: 2

      registering as a signer

      A signer for what? For UEFI?

      First, Microsoft refuses to sign anything under the GPL. Second, the FSF would have to get every motherboard vendor to accept their key, but at the same time anything signed and released under the GPLv3 would need to include said key. Not that the motherboard vendors would listen to the FSF since their goal is Microsoft compliance and nothing else.

      in the Apple case offering a Enterprise SDK server config that people can run the iOS devices against.

      This needs clarification. Users have absolutely no control over iOS devices at all, and I'm sure Apple would attack anything the FSF would set up.

    5. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      So, if that's so (and you are who you say you are) why the FUD?

      "The FSF, through an appeal on its website, is requesting users to sign a pledge titled "Stand up for your freedom to install free software" that they won’t be purchasing or recommending for purchase any such system that is SecureBoot enabled"

      Did Ravi go off the reservation, or is this campaign (that contradicts it's own statements, as well as other recent FSF statements) an official FSF announcement?

    6. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      Microsoft doesn't refuse to sign anything under GPL.

      It is the GPL that refuses to allow Microsoft to distribute any GPL'd software. The same as it is illegal for Apple to distribute anything GPL on their platform.

      Only if *every* copyright holder in the GPL'd project (which is often hundreds of people) have all agreed to it, in writing, can Microsoft or Apple distribute any GPL'd software.

    7. Re:We, the FSF, like Secure Boot by guruevi · · Score: 1

      The problem is that MS is not obligated to certify anyone, that it costs a boatload of money to MS and that MS won't be around forever to do it.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    8. Re:We, the FSF, like Secure Boot by guruevi · · Score: 1

      That's blatantly untrue. Apple DOES release GPL'd software. You should look into this thing they have called "Mac OS X". Even Microsoft releases GPL software (Windows Services for UNIX).

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    9. Re:We, the FSF, like Secure Boot by guruevi · · Score: 1

      a) Slashdot probably hyped up the news story.

      b) "Secure Boot"-enabled devices means "Signed by Microsoft only". Microsoft Secure Boot is MS's implementation of UEFI's Secure boot feature. Secure boot is not necessarily a bad thing, Secure Boot is.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    10. Re:We, the FSF, like Secure Boot by bytesex · · Score: 1

      Secure boot is fantastic: the appliances I make require it, and will require it in the years to come. To be able to use run-of-the-mill hardware for my appliances would be great. But I think there's a lot of ignorance of how many ways there are to implement it. And frankly, there is no way to avoid that the way with which appliance makers would be most happy, is also the way with the FSF would be most unhappy: you tinkering with your own hardware, from that perspective, is the same as the American secret service tampering with it, after all. The first is great, the second is the reason secure boot exists, from my perspective.

      However, there are less-evil solutions: a switch on the motherboard, for example, to create a read-only bootloader memory or that same switch, allowing you to sign your bootloader. That would require physical access to your computer, which you can cover in other ways (a seal, for example).

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    11. Re:We, the FSF, like Secure Boot by SuricouRaven · · Score: 1

      If I were designing it, I'd base it on a hash only. Firmware hashes the bootloader each boot, and compares the hash against a stored hash. If they match, boot. If not, refuse to boot and display a warning notice informing the user that their bootloader has been modified and asking them to confirm the change. If they select 'confirm' then save the computed hash over the stored hash so it won't ask in future. Easy. And obvious.

      And entirely unlike Secure Boot.

    12. Re:We, the FSF, like Secure Boot by BitZtream · · Score: 1

      Refuses to sign GPLv3, and that's because the license intentional prevents itself from being used this way. I'm sorry your ignorant of the issues but GPLv3 code being signed would legally require MS to make their signing keys public which entirely defeats the purpose and makes it worthless.

      GPLv3 is the problem, Microsoft is simply honoring it as intended and required.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    13. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      So long as it is easy to generate and load a self signed key I would not mind secure boot. And if I could remove the Microsoft key to add a lite extra security against Microsoft malware I would even be happy. Would a installer for a free OS be able to generate and load the keys or must that be done manually in the BIOS? And what about system updates, will my running free OS be able to handle the signing?

    14. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      Seriously, Joshua, why do you think posts as this might be misleading?
      The FSF literally posted a piece that has this headline: The Free Software Foundation Campaigning to Stop UEFI SecureBoot
      That's why you now need to state "We think Secure Boot is OK" (under certain conditions).

    15. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0
    16. Re:We, the FSF, like Secure Boot by jbolden · · Score: 1

      Yes one of the signing authorities that hardware manufacturers load.

      First, Microsoft refuses to sign anything under the GPL.

      Why? Where have you heard that?

      Second, the FSF would have to get every motherboard vendor to accept their key, but at the same time anything signed and released under the GPLv3 would need to include said key

      They wouldn't have to get every they would get some. And on those ones they would be a signing authority that is trusted by the free community.

      Not that the motherboard vendors would listen to the FSF since their goal is Microsoft compliance and nothing else.

      I don't think that's true. The motherboard vendors have a long history of supporting a diverse computing ecosystem particularly in the server space. On $300 consumer computers they are less interested in diversity because their customer base is less interested in diversity.

      This needs clarification. Users have absolutely no control over iOS devices at all, and I'm sure Apple would attack anything the FSF would set up.

      Users can repoint by their devices at the management servers. By default they are pointed at Apple's but that can be changed to any companies. The software to run management servers is Enterprise SDK. Far from attacking this, Apple fully supports alternative management schemes. They demand end users have a support structure, not that the support structure be Apple.

    17. Re:We, the FSF, like Secure Boot by jbolden · · Score: 1

      GPLv3 would only attach to a distributor. As long as Microsoft signed but didn't distribute it is hard to see how the license attaches to them at all. That being said it does sound like tortuous interference, helping someone commit a tort against another party. So they could still be sued but I suspect they would win.

      In any case, clearly the intent of the GPLv3 is to prevent this sort of thing and you make an excellent point about Microsoft honoring the intent.

    18. Re:We, the FSF, like Secure Boot by Zontar+The+Mindless · · Score: 1

      Seldom have I seen such a thorough confusion of "licensing" and "distribution".

      Microsoft, Apple, and Vladimir Putin are all perfectly free to (re)distribute GPL'ed software, as long as they comply with the licensing terms.

      What they (or any one else) may not do is change the licensing terms without permissions of (all) the copyright holders.

      --
      Il n'y a pas de Planet B.
    19. Re:We, the FSF, like Secure Boot by maestroX · · Score: 1

      We, the FSF, like Secure Boot

      I'm very concerned and disappointed by this position.

      For the sake of freedom, I'd like to have seen FSF advocate nothing less than opt-in.

    20. Re:We, the FSF, like Secure Boot by Anonymous Coward · · Score: 0

      Maybe he's happy?

    21. Re:We, the FSF, like Secure Boot by bytesex · · Score: 1

      Except for when the key inside the CPU somehow leaks.

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    22. Re:We, the FSF, like Secure Boot by SuricouRaven · · Score: 1

      That's the great thing about my design. It doesn't have any secrets! All you need is a small amount of memory (32-bytes should be plenty) which can only be written to by the UEFI firmware. That's easily done. No code signing, no PKI, no secret keys, and the only crypto you need is a very well-tested hash function. Which can even be replaced with ease, in the event someone ever finds a good attack on SHA1.

    23. Re:We, the FSF, like Secure Boot by bytesex · · Score: 1

      You say it yourself: problem with well-tested hash functions is that, without a secret, they are prone to collision attacks. Why and how do you think that the hash-function can be replaced? That is an attack vector in itself!

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    24. Re:We, the FSF, like Secure Boot by k8to · · Score: 1

      While you're here.

      Would you folks mind providing a way to donate to this campaign only and not to FSF in general?

      I think this campaign is too late to be useful but no one has really raised the banner until now, so I'll put my chits in. However, FSF has raised the banner on several things in the past that I completely disagree with, so I'm unwilling to fund the organization in general.

      --
      -josh
    25. Re:We, the FSF, like Secure Boot by SuricouRaven · · Score: 1

      Try to collide SHA1. It's computationally impractical. That's the whole point of a cryptographic hash. If someone does find a way, then yes, computers would be vulnerable - but it could be fixed with a simple firmware update. There's no need to issue new keys or revoke old ones, because there are no keys.

    26. Re:We, the FSF, like Secure Boot by bytesex · · Score: 1

      Ok, let that be a given (albeit one that would raise a few eyebrows at my work) - how do you propose to have a bit of memory that can only be written by the bootloader? Aren't there enough exploits out there that target the BIOS?

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    27. Re:We, the FSF, like Secure Boot by SuricouRaven · · Score: 1

      No, not a bit of memory that can only be written by the bootloader. A bit of memory that can only be written by the firmware itsself. That's easy to do. It could be done in a trivial amount of hardware (it's a couple of gates, stick it on the southbridge or something), and many motherboards already have it for storing things like the boot password. The TPM found in most computers now also includes such functionality. A simple latch that the firmware sets to read-only before booting the OS, and which can only be reset to read-write by power cycle.

  28. the strength is where by nimbius · · Score: 2

    it always has been: in the community.
    when they kicked around ACPI as a standard that intentionally didnt 'just work' on linux, we made it work.
    when dvd was a big-two game, the community came together again and made that work as well
    when windows mandated the wholly superfluous 'windows' key we simply coopted it to our own desires. Awesomewm, for example.
    absolutely tireless effort was spent making sure every iteration of broken windows continued to be supported as a dual-boot option in Grub.

    We engineered solutions for their docs, excels, and even the very programs that ran only on windows in the form of Wine.
    secure boot could come, and against it will stand a threat that microsoft has consistently underestimated: Hackers. We cannot be lobbied against, or coded around. there is no NDA we recognize or understand. Im not saying UEFI shouldnt be stopped, just that if and when it comes, we have been ready since the dawn of the kernel to make it do what we want it to do.

    --
    Good people go to bed earlier.
    1. Re:the strength is where by Anonymous Coward · · Score: 0

      > when windows mandated the wholly superfluous 'windows' key

      This. Seriously, The Meta key existed way back from the elder days of UNIX. where it didn't survive. Microsoft brought it back, and just printed their logo on it instead of a diamond. Also, the menu key, A/K/A Super key, although that didn't fare so well and is now absent from almost all keyboards.

      So, yeah, hate on Microsoft because they brought some of the the bucky keys from the space cadet keyboard back in to circulation. For that matter, you are probably mousing around on a three-button mouse because Microsoft thought that the scroll wheel was a nifty idea. They may have their flaws, but input device design has not been one of them.

    2. Re:the strength is where by SuricouRaven · · Score: 1

      You got the mouse backwards. Three-button mice were common on unix workstations (This was long before scroll wheels). It was IBM that lead the switch to two buttons with their PC design. Microsoft didn't invent the three-button mouse any more than they invented the key of disputeable name - it was a long-disused capability that just underwent a revival. I know the Windows key caught on because MS required it for Windows OEM certification, but I'm not sure why the third button built into the wheel made its reappearance.

    3. Re:the strength is where by Anonymous Coward · · Score: 0

      Unfortunately, we can't get around the legal barriers. ACPI and the DVD are both examples of how linux lagged behind for years, simply because no one cooperated with linux. The technical stuff will be easy, but there might be legal barriers, as DVD's DeCSS story has demonstrated. UEFI-disabling techniques might void your warranty, register your computer on some blacklists, ... Look at the console world: They get eventually hacked, but everything happens on the thin red line between legal and illegal. You don't want that on your PC

    4. Re:the strength is where by k8to · · Score: 1

      Because of the wheel.

      You must not have been using PC platforms in 1997. The "intellimouse" was raved about and Microsoft added support for it in almost all their UI controls so it was an immediate hit. To compete, all the other mouse makers needed one too.

      The fact that the wheel is clickable at all is something some windows users aren't aware of (well, gamers know).

      --
      -josh
  29. and in other news... by slew · · Score: 0

    Spammers start a petition against DomainKeys to stand up for their freedom to spam.
    Programmers start a petition against CheckStyle to stand up for their freedom to format as they please.
    Anonymous starts a petition against virus checkers to stand up for their freedom to infiltrate systems.
    Drivers start a petition against radar/laser guns to stand up for their freedom to travel at whatever velocity they want.
    Drunks start a petition against breathalizers to stand up for their freedom to get a buzz.
    Students start a petition against grades to stand up for their freedom to learn what they want to learn.
    Citizens start a petition against taxes to stand up for their freedom to keep what they earn.

    All these things like SecureBoot are tools. Sometimes they are useful. Making them mandatory may cause problems, but their mere existance isn't necessarily something to protest. In fact, I believe Microsoft HW certification requires x86 system to ship with the ability for the user to disable SecureBoot UEFI. Only in WinRT is secure boot required. The common rational for this dichotomy is that the WinRT ecosystem is more like a cell-phone captive tablet consumer product where it is not common for users to be able to install their own software as the HW is often captive or subsidized.

  30. 41,000 signatures! by tuppe666 · · Score: 1

    41,000 isn't even a small drop in the bucked

    Lets compare it so something more tangible and relevant, where are the 41,000 requesting this feature...with this particular solution?

    1. Re:41,000 signatures! by UltraZelda64 · · Score: 1

      They're all in Microsoft HQ.

  31. Economic Disobedience. by Detritusher · · Score: 1

    I suggest just keep purchasing motherboards from your favorite vendor and returning any which have this defective by design UEFI feature.

    1. Re:Economic Disobedience. by Osgeld · · Score: 1, Insightful

      or here's an idea, just dont buy them if your that worried about it

      a thousand people buy UEFI motherboards and return them you just made the company think they sold 1000 UEFI when they look at the short term numbers... later on when they look at the returns it can be spun away with "well we did a driver or firmware update, see returns are down! the product is a sucess and quality is rising"

      if you are so against this why in the hell would you give a company two +1 gold stars to sell?

      geez, you can protest, but dont start by shooting your foot!

  32. Re:Secure Boot is just a waste and fixes no proble by Bengie · · Score: 1

    So if the Application or OS code isn't secure (which it won't be) then SecureBoot is pointless.

    SecureBoot is about booting securely, anything after the boot is up to the OS to handle.

    I hear the OS/Apps can be by exploited, so no point in using a firewall.

    SecureBoot can protect you against against physical access.

    I am not saying SecureBoot is the best implementation, but the basic idea of it is good. We need some form of DRM system that the user can manage to protect their system from physical access or general boot exploits.

  33. Cut and Dried by tuppe666 · · Score: 2, Insightful

    freetards

    I know adding "tard" to the end of thinks magically makes you cleverer than they are. It doesn't

    But I love the irony of you defending Microsoft an abusive multiple offending monopolist, a nasty company by every measure, has shenanigans, by recent favourite by this awful awful company is to hirer Mark Penn who unlike you is a professional shit slinger, who has has a department to match “strategic and special projects” http://www.nytimes.com/2012/12/15/technology/microsoft-battles-google-by-hiring-political-brawler-mark-penn.html?_r=0 what a nice man

    1. Re:Cut and Dried by Osgeld · · Score: 0

      posting a inflammatory rant off topic doesnt make you look any smarter. I am not defending microsoft, I just happen to notice every time FSF gets worked up there's always a required "donation".

      How you magically tie this in to being a YAY GO MS post is beyond me, and your ongoing blather about some nytimes writer is pointless in context

    2. Re:Cut and Dried by Microlith · · Score: 1

      I know adding "tard" to the end of thinks magically makes you cleverer than they are. It doesn't

      It's hate language. People who use things like "freetard" don't realize it but they basically end up with a mindset none to different from racists.

    3. Re:Cut and Dried by Osgeld · · Score: 0

      please see the three hour thread where the op continued to go off on a witch hunt becuase I made a simple observation, ending in I am appalling because I do not agree with his rhetoric, though I provided no argument.

  34. Steve Jobs had a neckbeard by tuppe666 · · Score: 1

    neckbeards, unite!

    I like the way that ad hominem works better than rational discussion. The sad fact is I was watching an article a video about replacing Ballmer...and the main reason given was he wasn't telegenic (I had to look it up). Have we really reached a stage where what we look like is more important than what we are. I do think you would benefit a little more if you looked at he issues in hand.

    1. Re:Steve Jobs had a neckbeard by BitZtream · · Score: 1

      There is absolutely nothing rational about this discussion in the first place. It's entirely FUD based and/or ignorance.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    2. Re:Steve Jobs had a neckbeard by Anonymous Coward · · Score: 0

      neckbeards, unite!

      Have we really reached a stage where what we look like is more important than what we are.

      Apple.

  35. I signed this by Anonymous Coward · · Score: 0

    UEFI in itself is not a "bad thing", but how it is implemented is, most definitely! I think that MS is using this initiative to lock manufacturers into an MS-centric environment, and that IS a "bad thing"... :-(

  36. Re:Double standards? by Anonymous Coward · · Score: 0

    You're confusing things. The FSF is not Linux. The Free Software Foundation cares about promoting free software - be it through Linux or not. There are other free kernels, although Linux is the most famous.

    The FSF is not against secure boot technology. What they're against is using secure boot to secure a single monopolistic company's (Microsoft) marketshare to the detriment of everyone else. UEFI is not secure boot, it is DRM.

  37. Re:Secure Boot is just a waste and fixes no proble by Sarten-X · · Score: 1

    We need some form of DRM system that the user can manage to protect their system from physical access or general boot exploits.

    Sounds familiar...

    Once upon a time in a far-away land of fantasy, the great mechanical wizards of the Blue Tower toiled away with their spellbooks and tools day and night until they produced a novel machine. This machine was incredible, able to condense several books' worth of information into one circle of a magically-imbued fabric. Since only the wizards would be able to read the magical inscriptions, they also produced a machine, granted with the power of induction, to read the fabric's tales, and write new tales onto the cloth as well.

    It was quickly apparent that this fabric would be fragile, and much valuable information could be damaged if a particularly important piece of fabric was reused. To solve both problems, the fabric was carried in a hard shell that only the reading and writing machine would open. Writing would only be allowed if a particular part of the shell was intact. In this manner, kings and nobles who had their important information stored could simply pierce the shell, and the fabric would be reasonably safe from accidental harm.

    We should start working on making something like this real. Each user could just load up one of these fabric disks with keys they want to allow, and use some kind of toggling switch to enable or disable writing. Linux advocates could hand out key disks with their distros, and users could be reasonably safe from harm. The only real attack vector is physical access, at which point the attacker could just pry the case open and pull the drives.

    --
    You do not have a moral or legal right to do absolutely anything you want.
  38. we abide by U.S. and foreign tax laws by tuppe666 · · Score: 2

    posting a inflammatory rant off topic doesnt make you look any smarter. I am not defending microsoft, I just happen to notice every time FSF gets worked up there's always a required "donation".

    How you magically tie this in to being a YAY GO MS post is beyond me, and your ongoing blather about some nytimes writer is pointless in context

    I like you Osgeld, I admire a man prepared to defend a Mega-corporation fearlessly. I love the way you tried so hard to create something nefarious against an organisation that relies on donations...asking for Donations like Freebsd and Wikipedia, or lets be honest these people produce something of value, Richard Stallman is who he is because he created a compiler that produced faster binaries than the competition at a time when they cost thousands of dollors...and gave it away...and yet your painting this organisation in a bad light compared to Microsoft...the shits who can't even pay TAX, the stuff the feeds roads; hospitals; schools. Seriously love what you do for Microsoft.

    1. Re:we abide by U.S. and foreign tax laws by Osgeld · · Score: 1

      again where the heck are you getting this YAY GO MS attitude from?

      personally, fuck them both

  39. Re:Double standards? by X.25 · · Score: 1

    Linux OSes promote themselves on their security but they're against one of the things that is designed to circumvent stuff like infected bootloaders because they'll have to do a little bit of additional certifying of their OS bootloader?

    Yes, because network/computer security is all about infected bootloaders.

  40. Re:Lower the minimum by thereitis · · Score: 1

    I just donated $10 via paypal.

  41. If you only knew the power of proprietary software by Anonymous Coward · · Score: 0

    Microsoft: I hope you trust me, OEMs.
    OEMs: Of course.
    Microsoft: I need your help, men. I want you to be the eyes, ears, and voice of UEFI. OEMs, I'm appointing you to be my personal representatives on the UEFI Council.
    OEMs: We? Masters? We're overwhelmed, sir. But the world of open source prospers without this disease. They will never accept this.
    Microsoft: I think they will. They need you, more than you know.

    If you only knew the power of proprietary software lock-in, backdoors, spying. (Laughter)

  42. It depends on who controls the keys by DrJimbo · · Score: 2

    I was going to mod you up but then I read your final sentence:

    We need some form of DRM system that the user can manage to protect their system from physical access or general boot exploits.

    Secure Boot is *not* (necessarily) DRM. It all comes down to who controls the keys. If the owner controls the keys then Secure Boot is a good thing. If the owner does not control the keys then Secure Boot is a form of DRM and it is a bad thing. If the user/owner has control and can use Secure Boot to protect their system then it is not DRM.

    The big danger of Secure Boot is that, unlike conventional DRM, it can be actually be made secure. This could then be leveraged to make unbreakable DRM. This is the looming threat of Secure Boot.

    I agree with you that Secure Boot can be a good thing. IMO the FOSS community should embrace Secure Boot, provided that the user/owner has control of the keys. IMO the fight should not be over whether to use Secure Boot or not, the fight should be over who has control of the keys. This is an easier battle for us to win because there are simple real-world analogies for key control that the general public can understand.

    --
    We don't see the world as it is, we see it as we are.
    -- Anais Nin
  43. you have the freedom to get a buzz just not on the by Joe_Dragon · · Score: 0

    you have the freedom to get a buzz just not on the road driving a car.

    Drivers start a petition against radar/laser guns to stand up for their freedom to have a fair reading not a false reading.

    Students start a petition against grades to stand up for their freedom to learn what they want to learn. More classes should be pass / fail and not pass by just cramming for the test with little to no idea on what the class covers.

    Also they should freedom to learn what they want to learn with out all the forced classes.

    virus checkers should give you the right to put any software that you THE USER wants to put on the white list with no forced black list.

  44. Fuck the FSF by tuppe666 · · Score: 1

    again where the heck are you getting this YAY GO MS attitude from?

    personally, fuck them both

    You have personally attacked the integrity of the FSF, on behalf of Microsoft. So no lets not "fuck them". You see lots of people do not *agree* with the FSF, or think their views are misplaced, or have alternate views, but everybody is 100% in agreement that "win, lose or draw" for the past 27 years they have had a preference for promoted the universal freedom to create, distribute and modify computer software, you might not agree with it, but it has never and I repeat never been to line their own pockets...the astonishing irony is you use this to defend Microsoft so money grubbing they got to have a $ in their name.

    The reality is this topic is about limiting *ALL* users(and developers), by locking their platform down, to turn it into a glorified electronics device, and squeeze some extra billions out of its crumbling monopoly.

    1. Re:Fuck the FSF by Osgeld · · Score: 1

      again where do I praise MS?

    2. Re:Fuck the FSF by BitZtream · · Score: 1

      I'm not delusional. I know the FSF is not all about universal freedom. It promotes GPL. GPL is most certainly not about universal freedom by definition. Go read it and then explain to me how a list of restrictions is universal freedom.

      The reality is a bunch of otherwise intelligent people have their heads so far up RMS's ass that they imagine conspiracy everywhere and can't separate his personal political agenda and belly aching temper tantrums from reality.

      You would do a world of good by learning to think for yourself than continuing to let the FSF think for you.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  45. It shows Microsoft finally winning .. by balise · · Score: 2

    and Adobe too. I just went to find an Acrobat to register
    a Gov. complaint, and there is nothing free. When I am too poor.

    The bastards are relentless, and winning. And SOOO wrong.
    We need an "Occupy Software" also.

    --
    John Eadie [JE46] http://www.c-art.com `one of these days the dogs aren't going to eat the dog food' - Bill Joy
    1. Re:It shows Microsoft finally winning .. by shutdown+-p+now · · Score: 1

      and Adobe too. I just went to find an Acrobat to register a Gov. complaint, and there is nothing free.

      Why would you need Acrobat (rather than the free Reader) to register a govt complaint?

      More importantly, why do you need any Adobe software to deal with PDFs at all? There are several third-party options that allow you to fill PDF forms etc.

  46. FSF is not campaigning against Secure Boot by Anonymous Coward · · Score: 1

    The petition isn't against Secure Boot. It's against what they term "Restricted Boot", which is using the standard in such a way that machines would be sold that the manufacturers would only allow to boot Windows, and that the user would have no control over it. This article is a horrible summary of the petition and misinterprets it completely. Here is the actual pledge:

    We, the undersigned, urge all computer makers implementing UEFI's so-called "Secure Boot" to do it in a way that allows free software operating systems to be installed. To respect user freedom and truly protect user security, manufacturers must either allow computer owners to disable the boot restrictions, or provide a sure-fire way for them to install and run a free software operating system of their choice. We commit that we will neither purchase nor recommend computers that strip users of this critical freedom, and we will actively urge people in our communities to avoid such jailed systems.

  47. Apple by ktappe · · Score: 1

    Love 'em or hate 'em, Apple is a bulwark in this case by not supporting secure booting on Macs. As a major global vendor, enjoy using them as a base of operations as you oppose UEFI.

    --
    "We can categorically state we have not released man-eating badgers into the area." - UK military spokesman, July 2007
    1. Re:Apple by bytesex · · Score: 1

      Huh? Macs boot nothing but UEFI these days.

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    2. Re:Apple by kthreadd · · Score: 1

      Sure, but so far they have not been interested in using secure boot technology on their Mac systems. That you're using UEFI doesn't mean that you have to use secure boot, just that you can choose to implement secure boot on top of UEFI. The original poster should have said 'as you oppose secure boot' instead of UEFI, that would have made more sense.

    3. Re:Apple by SuricouRaven · · Score: 1

      UEFI is the replacement for the aging BIOS boot process. Secure Boot is an optional extension to UEFI to boot only cryptographically signed bootloaders. Macs do boot using UEFI, but they do not use the Secure Boot extension.

  48. Re:Secure Boot is just a waste and fixes no proble by mrchaotica · · Score: 4, Insightful

    I don't mean to gloss over the only real use SecureBoot has: To prevent you from installing your own OSs and Applications, and having control over your own computers.

    Nevertheless, you did exactly that IMO. Please allow me to reiterate for the benefit of others:

    Technical solutions as proposed above are irrelevant, because the fundamental problem here is that I SHOULDN'T HAVE TO FIND A GODDAMN EXPLOIT TO RUN MY OWN CODE ON MY OWN COMPUTER!

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  49. Wow by Anonymous Coward · · Score: 0

    So many morons here are posting about how UEFI is bad.

    UEFI is a successor to BIOS. It is good. It is practically necessary if you want to run modern hardware properly.
    SecureBoot is good. It prevents rootkits and other shit that fuck with the boot sector.
    Not allowing users to change their trusted keys for SecureBoot is bad. All x86 systems certified for Windows 8 require that users are able to change the keys.

    Non issue.

    1. Re:Wow by guruevi · · Score: 1

      Non-issue except that Microsoft won't allow you to change the keys or won't sign your custom software without forking large amounts of cash to them.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
  50. Bootman by Anonymous Coward · · Score: 0

    Can someone explain how secureboot is supposed to stop a compromised windows install from loading, since windows started using its own boot manager?
    Wouldn't secureboot only be checking the signature of the windows boot manager, and not what in turn it was booting i.e. windows or linux?

    1. Re:Bootman by guruevi · · Score: 1

      Yup. It solves nothing really as a thoroughly written compromise won't change the bits this "technology" checks and we all know the relevant keys will 'leak' at an opportune time for a large government entity to release their software against other large government entity. This is all about control.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    2. Re:Bootman by muddysteel · · Score: 1

      It's the "thoroughly written" part that's hard. Secureboot adds another layer of defense to the O/S and applications it loads. Here's what makes it more difficult:

      If the BIOS only allows the loading of "trusted" O/S - because it's been signed by a known key, and in turn, the O/S only allows the loading of trusted apps - because they are signed by known keys - then the compromise needs to become trusted in order to run. In other words, unless the compromise is using a trusted key to sign the malware, the O/S will reject loading the stuff.

      Thus, just tweaking some bits is no longer adequate - you would now need to re-sign whatever you've changed. And this problem - having to sign code with trusted keys - is at the heart of the petition cited by this poster. It's NOT about secure boot loading (which is actually a good thing); it's about the lack of freely available keys to sign open source code with.

    3. Re:Bootman by guruevi · · Score: 1

      You're forgetting that most virusses and the like don't sit in the boot loader (which is the only thing that's signed). Yes, a bootloader can then load signed OS'es and signed OS'es load signed drivers but at some point, the user has to be able to install something too and that's where the problem lies.

      Either you lock out the user or you allow for unsigned code to run (whether it be drivers or applications or scripts). You can't have both. And even if you only allow signed code to run, some programs interpret other code (say PHP or Perl or Python or Java or VBScript or .NET) which will allow any code to run as 'signed'.

      So if you go the signing route, in the first place you exclude all tinkerers who load custom Arduino's or other freelance developers (whether it be cell phones or dive computers).
      Then you also exclude all cheap and unapproved hardware from el-cheapo manufacturer so the control over what hardware you can buy comes to lie with MS.
      Then you also exclude all custom development and code which will be murder for the Windows platform as that's the ONLY thing that keeps it afloat in the enterprise world.

      Or you go the route of allowing developers to run unsigned code and you just defeated your whole 'security' setup.

      And with 'thoroughly written' I mean decently written software which most malware is these days. Malware is some of the most efficient and best code around compared to some custom enterprise crap I've seen floating in my days. It only takes one decent programmer and has already been evidenced by malware being available for Windows 8.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    4. Re:Bootman by muddysteel · · Score: 1

      You've missed my point: UEFI offers another layer of defense. (And not withstanding, the O/S being adapted to make use of the secure loading, local attestation, etc. etc.) Make sense?

      With respect to loading something new - unsigned - depends on how the O/S implements attestation, right? And it does *not* have to exclude one for the other. This is the big deal about UEFI - the difficulty of managing the (trusted) signing keys so that coders can readily deploy a new and/or updated set of code (let alone, test drive it in production!).

      And you're absolutely correct on running PHP or Perl or..whatever - unless they do something like Java's sandbox security mechanism (which according to most sources is the #1 attack vector for online attacks). Then you just get another can of worms to defend.

  51. Did I stutter by tuppe666 · · Score: 0

    again where do I praise MS?

    I'm sorry I thought you were holding a one man army smear campaign using made up unsubstantiated (and ridiculous) rumours against the FSF who are naturally against *Microsoft* in restricting the running free software on commodity hardware in a thread that deals with that. The bottom line is your behaviour has been appalling, and a deliberate action in stopping the FSF getting funding, for what most see as a good cause.

    1. Re:Did I stutter by Osgeld · · Score: 2

      see right there is the problem, some odd reason many of you freedom fighters see it as black and white, if I am not 100% dedicated to your cause then I am appalling and hurtful to your cause

      my argument though ... is your cause so weak it cant take one simple observation without going off on a witch hunt? (which you have for hours now)

      you have offered no evidence why I should actually care, and yet shown so much of why I don't want to be associated with your kind

      good day

  52. But secure boot is the problem by WaffleMonster · · Score: 1

    From my perspective the problem with secure boot is if such a technology even exists it is more likely to be mandated to be implemented in an oppressive manner by government(s) as a means of enforcing state control over all computing.

    Its existance means at some much sooner future point this is something that becomes practical to legislate as it can be trivially implemented for all systems sold in a given region.

    None of these campaigns are against the mere existance of secure boot itself. I think this is a mistake regardless of its chance of having any impact.

  53. Re:i wont buy hardware like that by Anonymous Coward · · Score: 0

    Except that you look like a dork if you don't use capitals to begin sentences.

  54. Its just High School Bullying by tuppe666 · · Score: 1

    People who use things like "freetard" don't realize it but they basically end up with a mindset none to different from racists.

    Its nothing like racism is just old fashioned bullying which does rely on aggression and hate. More "Mean Girls" and less "mississippi burning"

  55. Whatever is the problem with BIOS? by epp_b · · Score: 1

    This seems to be addressing a problem that doesn't exist. The only thing SecureBoot appears to be "securing" is vendor lock-in.

    No thank-you, please go away.

    1. Re:Whatever is the problem with BIOS? by bytesex · · Score: 1

      Yes, there is an existing problem. Even if YOU don't suffer from it, many people and situations require it. Dismissing it with a hand-wave, as you seem to be doing, is just short-sighted. Yes, vendor lock-in is a potential problem, but otherwise secure boot is a fantastic feature. We need to sit down and agree on how it's implemented.

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
  56. Spanish Inquisition by tuppe666 · · Score: 1

    one simple observation without going off on a witch hunt?

    Oh did you thing think suggesting people were frothing at the mouth...or calling the retards...or accusing them of taking money under false pretences, because they provide an alternative to the software your running is not acceptable.

    Abusive ad hominem is black and white, and has nothing to do with cause. The sad fact is you are still attacking the FSF. I'll keep an eye out for your username

    xxx

  57. This is one big giant NON-ISSUE... by Anonymous Coward · · Score: 2, Informative

    And OMFG, you can turn off SecureBoot and/or make any key and/or signature whichever way you want it to be.
    Precisely according to the UEFI spec as it requires.
    MS has EVERY right to lock their own ARM's and such proucts down, and they will do exactly that.
    But public mobo makers and third-party chinese ARM'ers and tablet'ers never will.
    So this whole thing is TOTALLY and FALSELY blown out of proportion and only applies to people insisting on buying MS-Windows products, for which they'd never want to run any other OS in the first place... precisely because they're self-defined MS-Windows fans. So even they don't care about this.
    Everyone else is simply not going to buy MS products.
    It's that simple.

    http://usa.asus.com/Motherboards/AMD_Socket_FM2/F2A85V_PRO/

    1. Re:This is one big giant NON-ISSUE... by ledow · · Score: 1

      I think you don't keep up.

      There are already motherboards in the wild with "UEFI" that refuse to boot any entry on a boot menu that's not labelled "MS Windows" or "Red Hat Linux", for instance. There was a Slashdot article just a few weeks ago about exactly that.

      BIOS-writers are the laziest, most terrible of programmers when it comes to user-functionality and if they can shortcut things to work only for Windows and save themselves some effort, they always have and always will do so. Maybe not all of them, maybe not forever, but enough that it becomes a problem.

      I had a BIOS in a brand-new model of laptop only the other week that checks a sector on the disk for zero - one that's only zero if you use Windows partitions, NTFS and a clean format. If you encrypt the disk, or install Linux or just happen to have odd partitions the machine REFUSES TO BOOT. It took the threat of removal of several huge accounts from a major supplier, that supplier chasing it up to not lose custom on other products and TWO MONTHS before we got a BIOS fix given to us with "WARNING: Internal code only - do not use in production" splattered all over it. Admittedly it fixed the problem, but that's hardly reassuring.

      And though these particular machines were from a no-name motherboard manufacturer, they have AMI BIOS, and HP/Dell BIOS's are the other major casualty of this particular bug that's UNFIXABLE without a co-operative motherboard BIOS writer.

      If I have to rely on a BIOS manufacturer to give me functionality on my computer back, I *cannot* rely on it working without testing every single unit that passes through IT as I open the boxes. And I guarantee you that trying to find a new model that allows arbitrary UEFI boot will see me reject 5-10% of models before I even start.

    2. Re:This is one big giant NON-ISSUE... by BitZtream · · Score: 2

      So basically you are upset that you use hardware from shitty companies who don't follow the spec (in both examples you use) and are blaming something ENTIRELY UNRELATED on secure boot.

        You then proceed to say something silly about relying onBIOS makers to give you something back as a bad thing when you would have no functioning computer at all if not for those same bios makers?

      You are a joke. You clearly don't see how silly you make yourself look. You rely on those bios makers anyway and have for years but now you can't because you bought shitty hardware that had a bug? Get a coupon dude.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    3. Re:This is one big giant NON-ISSUE... by shutdown+-p+now · · Score: 1

      BIOS-writers are the laziest, most terrible of programmers when it comes to user-functionality and if they can shortcut things to work only for Windows and save themselves some effort, they always have and always will do so.

      Right now, regardless of how lazy they are, they'll have to add the ability to disable Secure Boot because, ironically, Microsoft hardware certification requirements for Intel require them to do so. The only ones who wouldn't do that would be the ones who don't bother certifying at all, but those guys would not bother with Secure Boot in the first place (because, as you say, they're lazy, so why add it if it's not necessary? Win8 doesn't need it to boot).

  58. Re:Lower the minimum by icebraining · · Score: 1

    Yes, saying they don't want my measly $20 or $40

    I have no idea where you saw that. The header of the page clearly says:

    Start your membership today with a $10 donation

    And yes, you can donate just that.

  59. Re:Double standards? by icebraining · · Score: 1

    FSF is not against Secure Boot, just against implementations that remove the control from the user.

  60. Blah blah blah by Anonymous Coward · · Score: 1

    SecureBoot is a standard that allows the end user to limit their system to only booting signed code. Next thing you'll be complaining about SSL and how it can also limit the end user from working with untrusted sources.

    The same marketing babble all over again. Sometimes I wonder whether it's Microsoft shills all around or just people are so stupid.

    Yeah, from a purely theoretical and technical perspective you are right. The problem arises when one or more of the following things are true:

    - there is (in practice) one involved party who controls the only viable root keys to the whole scheme (check)
    - the existing implementations of UEFI "BIOS" are as complex as an operating system in its own right, developed in the closed and with as many opportunities of security holes and bugs as a (squishy, new, untested) operating system (check)

    I have no words to express how an incredibly fuckingly stupid idea all that thing is.

    (Yes, having a possibility to cryptographically check the boot record from the boot ROM seems basically desirably and sound).

  61. ways to obscure any path to freedom by waterbear · · Score: 3, Informative

    ....it doesn't do anyone any good to be spreading FUD! If you actually spent some time researching this topic, you will find that what you said isn't entirely true. Take the Dell Latitude 6430u that comes with Windows 8. You can disable secure boot in BIOS. I refer you to page 44 of its owners manual....

    Well, I don't have a 6430u, but I just looked at page 44 of the owner's manual. It's written in gobbledygook language with double negatives and obscurity about what exactly is being enabled/disabled.

    What's more, one of the controls 'described' on the page has a big warning that it's for one-time use only and "Activate and Disable options will permanently activate or disable the feature and no further changes will be allowed".

    Maybe I could navigate that path to freedom if I had plenty of information from elsewhere, but that 'owner's-manual' page looks like it's exploiting complexity and obscurity to hinder the use of freedom.

    It's unfair to call 'FUD' when information about available features has been obscured to the point of incomprehensibility.

    -wb-

  62. Re:Secure Boot is just a waste and fixes no proble by Anonymous Coward · · Score: 0

    What you describe is an almost nonexistent problem to begin with. SecureBoot is merely security theater... at a price.

    In practice, it must be destroyed or it will be abused. The fact that you called it "DRM" (it's not, but...) should make you want to destroy it just for that reason.

  63. That isn't in the spec. by Anonymous Coward · · Score: 0

    It is like the RFC's "SHOULD" whereas they use "MUST" in that it MUST come with SecureBoot on on purchase. The user doesn't have to be ABLE to turn off secure boot, but it is written down as something that should be allowed anyway.

  64. IT Technicians conundrum by Anonymous Coward · · Score: 0

    So, the customer has borked his Restricted Boot install of Windows and want his files back, what now?

    You can go "You should have saved those files to your network-drive", try to explain what UEFI is to the user (he wont understand) etc. End-result: he wont get his files back no matter what.

    1. Re:IT Technicians conundrum by muddysteel · · Score: 1

      Huh? If you have to re-install *any* O/S, and the user has not backed up their files, UEFI does NOT make it worse.

      It is absolutely the same.

  65. Wow. What a fuckwit. by Anonymous Coward · · Score: 0

    " GPL is most certainly not about universal freedom by definition"

    Really.

    And freedom is by definition not universal freedom by definition SINCE YOU AREN'T ALLOWED SLAVES.

    Truly you are a giant arsehole and the sooner shite like you are dead the better humanity will be.

  66. Great idea for a virus? by Anonymous Coward · · Score: 0

    What evil people never seem to grasp is that the underhanded tactics they employ come with grave vulnerabilities and blowbacks.

  67. Well played by dcollins117 · · Score: 1

    Even if it is just a statement that changes nothing, I still signed the petition. No reason not too. What was interesting is they asked for a confirmation email so I signed it with my throw-away hotmail account. Lo and behold, the hotmail filters put my confirmation email from the EFF right in the Junk folder.

    Well played, Microsoft, well played.

  68. To quote Richard Stallman... by Anonymous Coward · · Score: 0

    "This is horrible! Don't you see how horrible this is?"

  69. Total FSF solution by unixisc · · Score: 0

    How I wish!!!

    If only the FSF, instead of ranting all the time against everybody in the computer industry, would put together its own plans for its own FSF platforms, it would be worth admiring. For starters, they could make a VLIW CPU - make its HDL source code available under GPL3, and have an internal design team working on that. Then on the firmware side, they could make GRUB2 an essential part of that CPU's firmware, so that it is inseparable from it. On the software end, start working seriously on HURD, and port that on this CPU. Then on top of HURD, have whatever they want running - Emacs, x11, GNOME3 or GNUSTEP - and run with it.

    Have 2 versions of this CPU - one like Itanium, which would make this perfect for servers, and another like Transmeta, which would make it optimal for laptops and tablets. Implement them, and then start producing laptops like the Lemote Yeedong, and tablets, and start selling them w/ the gnu logos. Push this in stores or distribute them in whatever way they prefer. At least, that way, the FSF will have a positive contribution to society, instead of all the bellyaching they keep doing about others like Red Hat, Debian, Canonical and others in the Linux business.

  70. Piracy will die by Anonymous Coward · · Score: 0

    Piracy has to die... and this is just one small step toward that death ... I predict that soon all software will be distributed using an AppStore like system with strong cryptography that will make copying irrelevant ... No possibility to copy stuff (software, movies) between devices ... no piracy ... get used to it you freeloaders

  71. The day is almost here... by GameboyRMH · · Score: 1

    ...when desktop PCs will be locked down as tight as iOS toys. People thought RMS was nuts when he foretold it in Right to Read, people thought I was being paranoid when I warned it was imminent a few years ago. And now it's on our doorstep and when our current computers are no longer usable for whatever reason we'll be forced to open the door, so every idiot who bought or recommended a curated computing device leading up to this, please take a look through the peephole at the harbinger of the end of open computing while I say I Told You So.

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  72. Linux community has a problem, itself. by Anonymous Coward · · Score: 0

    I don't see an issue here.

    "Godfather of Linux, Linus Torvalds has weighed in on the issue of Windows 8 and that rather unsavory secureboot problem:

    I'm certainly not a huge UEFI fan, but at the same time I see why you might want to have signed bootup etc. And if it's only $99 to get a key for Fedora, I don't see what the huge deal is. ZDNet ...
    It isn't mandatory for manufacturers to allow the option to disable secureboot, and it isn't beyond the realm of possibility that some manufacturers will not allow that option as a way to avoid support calls they don't know how to answer."

    The real issue is that Linux "today" doesn't have the OEM support to ship Linux only machines. Dell tried it, Walmart tried it and people simply didn't buy the product in large enough numbers to make an impact on the market.

    The FSF isn't helping themselves or the Linux community through this campaign. It's just exposing the extremely low interest in Linux as a Desktop operating system e.g. there's nothing stopping OEMs from shipping Linux machines except for the Linux community itself - which has too many weak UI variants sitting on the same kernel that don't appeal to the masses. We're not talking enthusiast users, we're talking about mom and pop (the folks with the credit card) who would buy Jr. his Linux system.

    The Linux community has a problem, itself.

    "OpenBSD founder Theo de Raadt has slammed Red Hat and Canonical for the way they have reacted to Microsoft's introduction of "secure" boot along with Windows 8, describing both companies as wanting to be the new Microsoft."

    Again Linux community has a problem, itself.

    Think about it for a second. The FSF is asking for people to sign a petition to force OEMs from using Secureboot because it troubles dual boot Linux installations? Seriously the FSF is asking OEMs to pick up additional support costs, asking corporations and end users to open vulnerabilities...

    The FSF would better serve the community by working on standards for an OpenSource hardware platform, or better yet one specific for Linux desktops.

  73. Re:Lower the minimum by arth1 · · Score: 1

    I stand corrected, and should learn not to take someone else's word for it, but check for myself.

    Although we're talking donation, not membership - you still can change the size of a donation, but it comes pre-filled in at $100, which still comes off as rather greedy. In FSF terms, you have to "opt out" of giving $100, and we know their stance on opt-outs, and would do well to follow it themselves.

  74. Worst case not going to happen by Anonymous Coward · · Score: 0

    M$ (or anyone else) preventing anyone from loading an OS of their choice is *the definition* of anti-competitive. M$ knows it got off easy when the DOJ let them go without breaking them into two different companies- apps and OS. Think they're going to try to sit on the public's face and fart again? Think they want another drink at the fountain? I don't think so. FSF rocks it in a million ways and that reminds me it's the time of year to give a charitable tax deduction gift to them, but in this one instance, they're fighting the last war IMO.

  75. The paytards and astroturfers are at it again by Anonymous Coward · · Score: 0

    M$ is sending their astroturfers and paytards to spread FUD against free software. M$ will stop at nothing to totally eliminate free software. The only way to prevent malware is to get rid of the DRM infested non-free software from M$ such as Windoze Vista, Vista 7, and Vista 8, then replace it with free software such as GNU/Linux. Get a distribution that is only has free software included. M$ knows this and that is why M$ forced hardware manufacturers to use unsecure boot. M$ designed it to extend their illegal monopoly, not to prevent malware. The federal government needs to grow a backbone and punish M$ for being a convicted monopolist, not slap them on their wrists as they have before.

    --
    Friends don't help friends install M$ junk
    Friends do assist M$ addicted friends in committing suicide.

  76. Live boot test in the store prior to purchase by girlinatrainingbra · · Score: 1

    I did a Live boot test in the store prior to purchase.
    :>)
    Yep. When I was buying/recommending a laptop for my parents, I took a live-boot-usb stick with me to the staples and asked if I could try to boot the candidate laptops up with my live-boot-usb stick (knoppix 7.0.2 in case you're wondering). Two out of four of the laptops did not let me have the option of using F12 or F2 to set the boot drive at startup. The two that did were older, so this UEFI crap is only going to get worse. I let the staples computer guy know why we were not buying the laptop that wouldn't boot up off of the usb port. I hope that the complaint along with voting with (my parents') wallet helps to send a signal up the chain, but we need people/groups like te EFF to really send the message out and effect a change.

  77. Ubuntu on 5% of Computers by Anonymous Coward · · Score: 0

    Isn't Ubuntu supposed to be on 5% of computers in 2013? If that is true there's no reason to fear.