Slashdot Mirror


Lenovo Scrambling To Get a Fix For BIOS Vulnerability (theregister.co.uk)

Richard Chirgwin, reporting for The Register: Lenovo, and possibly other PC vendors, are exposed to a UEFI bug that can be exploited to disable firmware write-protection. If the claims made by Dmytro Oleksiuk at Github are correct, an attacker can "disable flash write protection and infect platform firmware, disable Secure Boot, [and] bypass Virtual Secure Mode (Credential Guard, etc.) on Windows 10 Enterprise." The reason Oleksiuk believes other vendors are also vulnerable is that the buggy code is inherited from Intel. He writes that the SystemSmmRuntimeRt was copied from Intel reference code. Lenovo complains in its advisory that it tried to make contact with Oleksiuk before he published the vulnerability. The company says the vulnerable System Management Mode software came from an upstream BIOS vendor -- making it likely that other vendors getting BIOS software from the same outlet will also be vulnerable. There's also a hint that Lenovo agrees with a speculation by Oleksiuk, that the code may be an intentional backdoor: "Lenovo is engaging all of its IBVs as well as Intel to identify or rule out any additional instances of the vulnerability's presence in the BIOS provided to Lenovo by other IBVs, as well as the original purpose of the vulnerable code."

59 comments

  1. NSA Strikes Again! by Anonymous Coward · · Score: 1

    :(

    1. Re:NSA Strikes Again! by Anonymous Coward · · Score: 0

      "Never assume malice when stupidity will suffice"

            -- Bill Gates

    2. Re:NSA Strikes Again! by Anonymous Coward · · Score: 0

      Robert J. Hanlon, actually.

      https://en.wikipedia.org/w/index.php?title=Hanlon%27s_razor&oldid=725972120

    3. Re:NSA Strikes Again! by AJWM · · Score: 4, Informative

      "Once is an accident. Twice is coincidence. Three times is enemy action."

            -- Ian Fleming

      We're way past three.

      --
      -- Alastair
    4. Re:NSA Strikes Again! by Anonymous Coward · · Score: 0, Funny

      20% of the quotes on the internet are miscredited -- George Washington

    5. Re:NSA Strikes Again! by Zontar+The+Mindless · · Score: 1

      90% of all quotes on the Internet are discredited.

      --Zhou Enlai

      --
      Il n'y a pas de Planet B.
    6. Re:NSA Strikes Again! by Anonymous Coward · · Score: 1

      "Never assume malice when stupidity will suffice"

            -- Bill Gates

      What I love about your choice of Bill Gates for this is he's exactly the person who would want people to belive something like that, even the 100th time round. In fact, when I think of Borland, NCSA, Netscape, Danger Ericsson, Sendo, the PlaysForSure partners and Nokia, Bill Gates should be allowed to claim the quote as his own through being the most dedicated user in history even if he didn't come up with it himself.

    7. Re:NSA Strikes Again! by Rick+Zeman · · Score: 1

      "Once is an accident. Twice is coincidence. Three times is enemy action."

            -- Ian Fleming

      We're way past three.

      Close, and with correct attribution. "Once is happenstance..." not "an accident."

    8. Re:NSA Strikes Again! by fustakrakich · · Score: 1

      Yeah, and he's wrong too.

      --
      “He’s not deformed, he’s just drunk!”
    9. Re:NSA Strikes Again! by EEPROMS · · Score: 1

      From experience with dealing with chinese OEM's and the spy v spy nature of china the code could have been added by a chinese spy working as an employee. We have had reports from our chinese based factories of government officials asking for code to be tampered with but usually not on the export items but on the local stuff. So yes if you are buying consumer electronics made for the chinese mainland market with a english language update you may find the device has 2-3 layers of back doors built in.

    10. Re:NSA Strikes Again! by HiThere · · Score: 1

      I first saw that quote attributed to Napoleon Bonaparte.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    11. Re:NSA Strikes Again! by sasparillascott · · Score: 2

      Intel...although I'd guess money strained AMD is no better. With regards to Intel & backdoors in its chips its good to remember what we know:

      http://www.infowars.com/intel-...

      And don't forget what that guy at Google mentioned WRT Intel:

      https://plus.google.com/+Theod...

      Of course this makes all our systems vulnerable to attack by foreigners as well, but the NSA seems comfortable with that world - the country they're supposed to protect is compromised by design as long as they can spy on everyone they're okay with foreign governments being able to do that too. I would expect Microsoft's Visual Studio to be compromised by design as well.

    12. Re: NSA Strikes Again! by Anonymous Coward · · Score: 0

      Americans are dumb

      -- Me

  2. newer isn't always better. by Anonymous Coward · · Score: 2

    i fully expect UEFI and secure boot to be littered with bugs, glitches, exploits, backdoors (different entities will call them different things but they're all the same.. vulnerabilities) given the nature of what it is, what it is 'supposed to do', what it actually does, how it came about, who pushed for the 'new way to do something' and the actual reasons why (hint: it isn't to protect your computers, data or interests). this "forced migration" to a new "standard" is a million times worse than the linux world's systemd thing... million times worse.

    1. Re:newer isn't always better. by Anonymous Coward · · Score: 1

      That's what I have concluded due to my experience too.
      UEFI is not to protect everybody from Boot viruses or rootkits, but to protect the interest of commercial OS and backdoored Linux releases.
      With UEFI you cannot use your laptop peripherals if you boot with the classic BIOS (by disabling UEFI), and you cannot install old versions of Windows due to signature requirement. Also, what's irritating is, you cannot compile your own Kernel anymore because you will be forced to boot on classic BIOS without your signature loaded into UEFI. Really bizarre when everybody was forced to swallow UEFI which restricts the flexibility of PC's.

    2. Re:newer isn't always better. by sjames · · Score: 1

      I must say, I have yet to see a genuine improvement offered by UEFI. It looks like it's all downside from the consumer standpoint.

  3. N$A by Anonymous Coward · · Score: 0

    How much you wanna bet the N$A put that in there?

    1. Re:N$A by Anonymous Coward · · Score: 0

      I wish I could say I'd take that bet but after all the crap they've pulled, ..........

    2. Re:N$A by HiThere · · Score: 2

      You've got too narrow a focus. I'd give around a 20% chance that it was an unintended error, and no more than around a 40% chance that it was the NSA. But there are lots of other "official" actors, and even gangs of criminals and discontented employees as possibilities, also.

      OTOH, I, at least, realize that my estimates in this case say more about me than about the external world. I'm too ignorant to place any certainty on those probabilities, loose as they are.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  4. Software based firmware write protection is a joke by Anonymous Coward · · Score: 5, Insightful

    Software based firmware write protection is a joke. It is just as stupid as a door lock on a door and then hiding the key under the flowerpot on the porch.
    It is no real protection at all. It should be a hardware switch like in the old days, but no, that increases the costs per device by $0.02 and it makes using the system by dumb people more difficult. Lets not do it and make an extra buck.

    And because everyone reasons like this, we are now stuck with huge hardware and software stacks, which inherently cannot be secured, and an entire industry that tries just that, securing crappy systems, and failing at it.

  5. Nobody Seems To Notice and Nobody Seems To Care by Anonymous Coward · · Score: 1

    Nobody Seems To Notice and Nobody Seems To Care - Government & Stealth Malware

    In Response To Slashdot Article: Former Pentagon Analyst: China Has Backdoors To 80% of Telecoms 87

    How many rootkits does the US[2] use officially or unofficially?

    How much of the free but proprietary software in the US spies on you?

    Which software would that be?

    Visit any of the top freeware sites in the US, count the number of thousands or millions of downloads of free but proprietary software, much of it works, again on a proprietary Operating System, with files stored or in transit.

    How many free but proprietary programs have you downloaded and scanned entire hard drives, flash drives, and other media? Do you realize you are giving these types of proprietary programs complete access to all of your computer's files on the basis of faith alone?

    If you are an atheist, the comparison is that you believe in code you cannot see to detect and contain malware on the basis of faith! So you do believe in something invisible to you, don't you?

    I'm now going to touch on a subject most anti-malware, commercial or free, developers will DELETE on most of their forums or mailing lists:

    APT malware infecting and remaining in BIOS, on PCI and AGP devices, in firmware, your router (many routers are forced to place backdoors in their firmware for their government) your NIC, and many other devices.

    Where are the commercial or free anti-malware organizations and individual's products which hash and compare in the cloud and scan for malware for these vectors? If you post on mailing lists or forums of most anti-malware organizations about this threat, one of the following actions will apply: your post will be deleted and/or moved to a hard to find or 'deleted/junk posts' forum section, someone or a team of individuals will mock you in various forms 'tin foil hat', 'conspiracy nut', and my favorite, 'where is the proof of these infections?' One only needs to search Google for these threats and they will open your malware world view to a much larger arena of malware on devices not scanned/supported by the scanners from these freeware sites. This point assumed you're using the proprietary Microsoft Windows OS. Now, let's move on to Linux.

    The rootkit scanners for Linux are few and poor. If you're lucky, you'll know how to use chkrootkit (but you can use strings and other tools for analysis) and show the strings of binaries on your installation, but the results are dependent on your capability of deciphering the output and performing further analysis with various tools or in an environment such as Remnux Linux. None of these free scanners scan the earlier mentioned areas of your PC, either! Nor do they detect many of the hundreds of trojans and rootkits easily available on popular websites and the dark/deep web.

    Compromised defenders of Linux will look down their nose at you (unless they are into reverse engineering malware/bad binaries, Google for this and Linux and begin a valuable education!) and respond with a similar tone, if they don't call you a noob or point to verifying/downloading packages in a signed repo/original/secure source or checking hashes, they will jump to conspiracy type labels, ignore you, lock and/or shuffle the thread, or otherwise lead you astray from learning how to examine bad binaries. The world of Linux is funny in this way, and I've been a part of it for many years. The majority of Linux users, like the Windows users, will go out of their way to lead you and say anything other than pointing you to information readily available on detailed binary file analysis.

    Don't let them get you down, the information is plenty and out there, some from some well known publishers of Linux/Unix books. Search, learn, and share the information on detecting and picking through bad binaries. But this still will not touch the void of the APT malware described above which will survive any wipe of r/w media. I'm convinced, on both *nix and Windows, these pieces of APT malware

  6. Why I am not surprised by this by onepoint · · Score: 1

    Not surprised about this at all. A few simple reasons
    A) Analog (Sci-fi/fact in the 80's) corporate warfare by making chips have vulnerabilities published more than once
    B) in the last 11 years ( don't recall exactly ) , a published report ( also posted here in /.) about the company that was doing all sorts of pop-up ad's for a camera (ax-90 or something like that), had an interview with the chief programmer. He stated very specifically that his line was drawn when they figured they could hack the bio's and use that as the cookie storage to know if it was ok to advertise to that person or not
    C) recent discovery about something hidden in the intel chips, while I don't recall exactly when published ( less than 1 year ) it's code was some sort of control mode, not usable generally, but possible research tool to learn more about the chips weakness.

    please feel free to add to what I've stated and or clarify a better timeline or cite sources.

    --
    if you see me, smile and say hello.
  7. So this "better replacement for BIOS"... by Anonymous Coward · · Score: 1

    ... turns out to not really be better at all. More complexity, more bugs, more features nobody really needs, more enhancements that don't actually do what they're billed to do, more "security" that isn't, more dependency pressure on downstream users and dependent OSes, and more security vulnerabilities courtesy itself, yes. Actually better, no.

    Pretty impressive.

  8. Executing code in a input buffer? yeah, suck it up by freax · · Score: 4, Informative

    You asked for it Lenovo and/or Intel. This turns an incoming buffer into a funciton pointer and executes arbitrary incoming code:

    v3 = *(VOID **)(CommunicationBuffer + 0x20);
    v4 = CommunicationBuffer;
    *(v3 + 0x8)(*(VOID **)v3, &dword_AD002290, CommunicationBuffer + 0x18);

    That's moron. You asked for it. Now suck it up. Apologize to the world for creating a obvious backdoor.

    I'm quite sure it won't be the only one coming from Intel's headquarters. And yes, security-researchers will keep digging them up and expose them. Forever.

  9. You know what flashing a BIOS secure? by mhkohne · · Score: 4, Insightful

    I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

    Of course, I also can't think of the last time I flashed the BIOS in any of my systems, which makes me wonder why the hell we ever got away from ROMs in the first place...

    --
    A thousand pounds of wood moving at 300 feet per minute. Don't get in the way.
    1. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 0

      some people reflash their BIOS daily, weekly, or monthly, just to [in part] avoid an APT/pwned system.

    2. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 2, Interesting

      They can flash all they want... but that jumper is both less work and much more secure. You can point to it and check that it's put right. Software can much more easily lie, much more easily than poorly visible traces on a multi-layer pcb. Crypto is cute and all that, but all it does in UEFI/"SecureBoot" is take away control, without actually bringing any security to the end user. That puts the whole thing firmly in the "make-work for the end-user" (and another nice little consulteering racket for the security consulteering rackets industry) category.

      You can't even complain you didn't know: It's implied in the terminology already. What is an "Advanced Persistent Threat" other than some vague danger you have no choice but to continue paying your favourite "computer security provider" over to keep at bay? "Vague But Nagging Danger That Keeps On Costing You Whatever You Do" is a much more accurate description. Thus more apt than APT, though not as snappily short. It's what you get for taking "convenient" shortcuts.

    3. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 0

      Or you know, they could just have used something with less attack surface, something without remote control backdoors, ethernet boot and the likes.

    4. Re:You know what flashing a BIOS secure? by PsychoSlashDot · · Score: 4, Interesting

      I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

      A good thought but it doesn't work so well when you've got hundreds or thousands of remotely supported systems scattered over the city/country/continent/planet.

      Of course, I also can't think of the last time I flashed the BIOS in any of my systems, which makes me wonder why the hell we ever got away from ROMs in the first place...

      You know this article is about shitty code, right? Well, I can tell you that the BIOS being shipped these days is shitty in more ways than this. If you have enough machines out there, you will sooner or later encounter something strange that involves a bug in firmware. From a mouse/printer/USB-vibrator to the latest DVI/HDMI/DisplayPort monitor, sooner or later you'll plug something in and it won't work as advertised. Or something that used to work stops working because... reasons. Basically, if you accept that there are firmware updates for motherboards, you should accept that there are reasons for them existing, even if you haven't needed them.

      And don't get me started on the shitty code in server firmwares.

      Most commercial systems (Dell, Lenovo, HP) they're bugfixes. Most consumer systems (Asus, Gigabyte, etc) they're updating support for processor microcode or memory module compatibility or whatever.

      --
      "Oh no... he found the .sig setting."
    5. Re:You know what flashing a BIOS secure? by williamyf · · Score: 5, Insightful

      I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

      Of course, I also can't think of the last time I flashed the BIOS in any of my systems, which makes me wonder why the hell we ever got away from ROMs in the first place...

      Dear guys:

      You seem to not realize how servers and cloud influence general computing. Intel, RedHat and many other companies do make the bulk of their income and profits from servers, therefore, servers are first, second and third.

      That's why you got UEFI in the first place, and that's why UEFI has provisions for:
      - Remote connections.
      - Ethernet boot.
      - etc.

      Jumper to change the FIRMWARE?
      Yeah, like that's going to work when your server count is in the couple of thousands... (also, not for a desktop/laptop fleet, but that's a different story).

      sytemd is another example. Does anyone really believes that "RedHat is shoving the desktop down our throats"?

      - You need to boot faster your cloud servers for elasticty's sake.
      - Also, you need to boot faster if your preferred remedy for failures is to freze the VM for latter analisys, and spin up another instance.
      - You need to shotdown machines fast when the work peak is over, in order to release resources fast, and not to overcharge the customer (if on public cloud).
      - If your servers/virtual machines are controlled by another machine and not by a human, what do you preffer, configure a centralized repository of values via an API (like on VMS and 'gulp' Windows' registry*)? Or having to parse a rag-tag fleee of config files, each with "a slightly different syntax"**?

      I guess you can see the drift from here...

      * I am not saying that the IMPLEMENTATION of the Windows Registry is right. What I am saying is that the IDEA of a Centralized Repository Of System Configuration Info Accessible Trough An API is good. Again, see VMS.

      ** Even though for us humans the syntax of most config files seems the same, for other machines one config file is ussaly completely different from the other...

      --
      *** Suerte a todos y Feliz dia!
    6. Re:You know what flashing a BIOS secure? by jonwil · · Score: 2

      I upgraded my PC around xmas with a Gigabyte Skylake motherboard and I had to upgrade to the latest BIOS revision before Fallout 4 (the reason I bought the upgrades in the first place) would run without crashing.

      I do agree that a physical switch for the BIOS write protection would be a good idea.

    7. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 1

      I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

      A good thought but it doesn't work so well when you've got hundreds or thousands of remotely supported systems scattered over the city/country/continent/planet.

      The part where you're remotely flashing is really but a very small part in all that. Take, say, ATMs. They run windows, have holes up the ying-yang, get "pwned" merely by plugging in an USB device*, and so on, and so forth. Flashing isn't going to help there.

      I've argued elsewhere that such a thing is one of the few places where I'd condone TPM and "secure" boot, in fact it'd be fully justified there**, and even then the better way to do maintenance is to send a replacement board rather than trying to do remote updates. The update might fail and then you have to go there anyway, so even with small risk of that you'd have to be on-site anyway so as to avoid hours- or days-long outages because of a failed update.

      That means that as soon as you consider the bigger picture, flashing just isn't that great, nor important.

      It's pretty good for "consumer" support because you can have your customers do all the scutwork and if they're out the hardware for a couple weeks, or forever since out of warranty, hey, no skin off your nose. That's also why they're trying to do everything in software: Opening the case and setting a jumper is deemed too hard, and having a program magically do everything and present nice tick marks and "success!" screens is easy.

      But if you have to do all of the support, it's a completely different thing.

      And don't get me started on the shitty code in server firmwares.

      Modern-day "servers" really are but more expensive desktops with all sorts of crap bolted on to provide some semblance of server-ish-ness. Real Servers have been AWOL for quite a while. It's what you get for having tech-illiterates do the hardware and software purchasing... and hiring of more tech-illiterates as "technical specialists". So all the desktop considerations apply.

      For better service, you get to pay for support contracts that swap hardware first and cart off the broken kit to see what went wrong later.

      * Crooks managing to get physical access is one thing... the thing actually having always-on functional usb ports, quite another.
      ** Along with not using windows. That they still do anyway means many things, all bad.

    8. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 0

      Dear guys:

      You seem to not realize how servers and cloud influence general computing. Intel, RedHat and many other companies do make the bulk of their income and profits from servers, therefore, servers are first, second and third.

      That's why you got UEFI in the first place, and that's why UEFI has provisions for:
      - Remote connections.
      - Ethernet boot.
      - etc.

      That really doesn't fly. We've had PXE boot since quite a while, but if you want flexibility, or server-ish features like booting of iSCSI, you need to go to third party replacement firmware. The usual suspects never could be arsed to put it in, but it's doable just fine.

      Or look at OpenBOOT. Comes with out-of-band management interface. So it's a serial, but that's simpler, more reliable, easier automated and easier secured than IPMI and "ip-kvm". Saves me the OCR hassle, for one. UEFI has far too much emphasis on fancy graphics and mouse support to be believable as a serious networked bios replacement. If that's what passes for "server grade" then, well, we already knew the peecee industry was fscked in the head. It still is. The need for fat32 support in your kernel to boot off of UEFI is another big hint that the thing is BAD, Broken As Designed.

      sytemd is another example. Does anyone really believes that "RedHat is shoving the desktop down our throats"?

      - You need to boot faster your cloud servers for elasticty's sake.
      - Also, you need to boot faster if your preferred remedy for failures is to freze the VM for latter analisys, and spin up another instance.

      I had to deal with systemd today, as it happens. Tried to put the intel-provided fedora livecd image purported to have the intel cpu diagnostic utility on it on a usb flash device that already has a number of tools like memtest and tiny core linux (as an iso) bootable through grub2. I could see that systemd renamed "eth0" to "p128x1" or something to that tune. Useful. Then it just sat there for ten minutes. No mention of what it was doing whatsoever.

      Only after that it told me it decided it couldn't boot and that I probably should run whateverthistimectl and save the results somewhere. Faster? No, just more obscure. That stupid fsck that came up with the abomination really is a scourge on the FOSS land. So no, doubleplusgood on cloud my great white behind.

      - You need to shotdown machines fast when the work peak is over, in order to release resources fast, and not to overcharge the customer (if on public cloud).

      systemd again just sat there and wouldn't get on with the shutting down. So I resorted to the physical switch on the PSU. Because fsck it, livecd and who cares about running processes on a system that decided it couldn't boot. In a datacentre, if the software wedges you'd need to either drop to FEP and tell it to turn off the power, or resort to a remotely controlled physical switch.

      If systemd is supposed to be the answer to server management problems I have a really hard time imagining what the questions might've been. So this also just doesn't fly.

      - If your servers/virtual machines are controlled by another machine and not by a human, what do you preffer, configure a centralized repository of values via an API (like on VMS and 'gulp' Windows' registry*)? Or having to parse a rag-tag fleee of config files, each with "a slightly different syntax"**?

      The separate files are much more easily kept in sync and suffer much less from corruption than the various "APIs" like windows' registry (particularly that one), netinfo, or, oh, the various reinventions like gnome's config and config2 that are to replace but completely fail to improve on the old X preference mechanism.

      The correct way, though, is much more along the lines of how managed switches are configured: A single configuration file, human readable (XML does not count, and no, JSON does not either), easily hand-rolled,

    9. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 0

      I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

      A good thought but it doesn't work so well when you've got hundreds or thousands of remotely supported systems scattered over the city/country/continent/planet.

      Yet strangely enough, it used to work just fine in the scenario you describe.

    10. Re:You know what flashing a BIOS secure? by Anonymous Coward · · Score: 0

      I liked it better when I had to move a jumper before I could flash the BIOS in a machine. That was really quite secure against post-shipment BIOS modification.

      A good thought but it doesn't work so well when you've got hundreds or thousands of remotely supported systems scattered over the city/country/continent/planet.

      You could have both the jumper and software based write prevention. Even if the jumper is set to allow flashing by default, at least give us the option to disable it if we want to.

    11. Re:You know what flashing a BIOS secure? by sjames · · Score: 1

      That's why you got UEFI in the first place, and that's why UEFI has provisions for: - Remote connections. - Ethernet boot. - etc.

      We already had those with the old BIOS.

      As for systemd, startpar already booted faster, as did a number of other modifications to SysV. Same for fast shutdown. We already have tools like puppet and company for deploying config files.

      For fleets of servers, I wouild rather do the re-flash and then disable flash writes during the commissioning process (assembly line style if you have a lot of new servers to put online) rather than wonder what happens if someone wipes a bunch of servers in a single stroke one night.

      The ability to update a BIOS is a good thing, but nobody in their right mind does it routinely.

      So tell me again, what has actually been gained?

  10. Re:Executing code in a input buffer? yeah, suck it by fahrbot-bot · · Score: 1

    That's moron.

    "Moronic," moron. :-)

    --
    It must have been something you assimilated. . . .
  11. Just like Intel's IME root-kit... by canada_dry · · Score: 1

    Trust us... it's perfectly safe.

  12. Not sure I care or should care by Carewolf · · Score: 2

    I have never enabled the write protection on the flash. It is just an annoying feature that wouldn't do any good in protecting the machines against anything.

    Also, by using this they can disable secure boot? I already disabled that to run Linux!

  13. It's not a bug by Anonymous Coward · · Score: 1

    it's a back-door, and back-doors do not build and insert themselves into structures. When NSA delivers the court orders to Intel, they abide, deny, and otherwise don't speak a word of it. This is how it works with U.S. technology these days.

    1. Re:It's not a bug by Rick+Zeman · · Score: 1

      it's a back-door, and back-doors do not build and insert themselves into structures. When NSA delivers the court orders to Intel, they abide, deny, and otherwise don't speak a word of it. This is how it works with U.S. technology these days.

      On the other hand, the less people that know about "it" the better. That way no one talks about locked doors in San Francisco phone intererchanges and the such....

  14. Re: Nobody Seems To Notice and Nobody Seems To Car by Anonymous Coward · · Score: 1

    I have ONE word for you... BREVITY!!

    I'm not reading any post that long, and I doubt many others will as well

  15. Just win10? Or Linux as well? by Danathar · · Score: 1

    Has any demonstration been done using Linux instead of Windows 10? I don't run Windows on my T420

    1. Re:Just win10? Or Linux as well? by Anonymous Coward · · Score: 2, Informative

      It even works from raw UEFI - https://github.com/Cr4sh/ThinkPwn

  16. Re:Software based firmware write protection is a j by future+assassin · · Score: 1

    It is just as stupid as a door lock on a door and then hiding the key under the flowerpot on the porch.

    Actually as stupid as a store with gates on its windows and door glass but the front door lock has a twist handle on the inside. Break the glass and open the door...

    --
    by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
  17. Re: Nobody Seems To Notice and Nobody Seems To Car by Anonymous Coward · · Score: 0

    TLDR

  18. HA! Firmware! Just went limp. by fustakrakich · · Score: 1

    Put the BIOS on ROM, on a sim card so it can be replaced dammit! And while we're on the subject, why isn't the OS on a read only chip also? Mine is. It's "live"

    --
    “He’s not deformed, he’s just drunk!”
  19. Main contributor is a chinese national by Anonymous Coward · · Score: 0

    No shock that intentional back doors are in there.

  20. Re:Executing code in a input buffer? yeah, suck it by Anonymous Coward · · Score: 0

    what's the v4 for?

  21. Re:Executing code in a input buffer? yeah, suck it by Anonymous Coward · · Score: 0

    Your post made me thinking about the firmware of the Intel network cards..

  22. Re:Executing code in a input buffer? yeah, suck it by Anonymous Coward · · Score: 0

    what's the v4 for?

    To get more mod points.

  23. Story is stupid upon stupid assertion. by Anonymous Coward · · Score: 0

    The premise is: "If what ___ is saying is correct..."

    Your Lenovo/etc could be vulnerable to your firmware being hacked even through "Secure Boot"? Secure Boot is a name and is not secure nor is it encrypted. Nothing about Microsoft Windows is secure, it is spyware.

    The subtle inference here is that something can EVEN bypass your "Secure Boot". It is not secure. Windows is not secure.

    If you have another OS running bare metal on it you probably don't care about "Secure Boot" anyway and likely disable it anyways. If you store sensitive data then encrypt files/folders/partitions etc. Whatever level you require. If you encrypt nothing sensitive then you first need somebody who wants the info on your PC so bad they will go to your location, then they have to do cat burglar stuff and leave with the muahaha chuckles.

    Encrypt the things you want encrypted and don't use Windows is the whole story. If there is a BIOS update then say there is a BIOS update. Their reputation relies on whether it is spyware or not or insecure code or not.

  24. Re: Nobody Seems To Notice and Nobody Seems To Car by Anonymous Coward · · Score: 0

    Right on!

    I didn't read that shit.

  25. Re:Software based firmware write protection is a j by Anonymous Coward · · Score: 1

    not really, since part of having your apartment broken into is KNOWING its been broken into.

    key + flowerpot nicely obscures the hack.

    whereas broken glass everywhere is a pretty good sign that something has been taken.

    Remember; you can't actually prevent someone sufficiently motivated from getting in your house (Axe/sledgehammer/Car will bust pretty much any security measure). But the more destructive they have to be; the more likely the forced entry will be detected.

    In the absence of complete security; you may as well opt for security canaries (broken glass is a good one)

  26. Re:Executing code in a input buffer? yeah, suck it by Anonymous Coward · · Score: 1

    IDA pro is not exactly AI. It just "reverses" every machine code instruction to C. In the original machine code, it is probably just a CPU register.

  27. Solution: Libreboot by Anonymous Coward · · Score: 0

    The solution is to switch to a free, open-source BIOS: Libreboot.

    1. Re:Solution: Libreboot by Anonymous Coward · · Score: 0

      This would be nice. The other old school way is buy a company's product until you find out they are spyware or poorly written.

      Then you don't use the shit ever and you boycott the company. With Microsoft nobody should buy a single product they sell ever after their decades long finale of the Total Spyware OS.This would be nice. The other old school way is buy a company's product until you find out they are spyware or poorly written.

      Then you don't use the shit ever and you boycott the company. With Microsoft nobody should buy a single product they sell ever after their decades long finale of the Total Spyware OS.

      They have PR teams that go give deceitful conversations acting as just passers-by on internet forums like this. They sway media and enter other markets with cash they got from swindling Windows users and OEM retailers.

      Bill Gates has approximately liquid/non-liquid $80 Billion himself. Just with his own accounts he could fund an entire good OS. The problem has been the US government demanding to incorporate their surveillance apparatus in literally every internet nook and cranny.

      CIA/FBI/DHS and overseas pals, fuck you now.

      They have PR teams that go give deceitful conversations acting as just passers-by on internet forums like this. They sway media and enter other markets with cash they got from swindling Windows users and OEM retailers.

      Bill Gates has approximately liquid/non-liquid $80 Billion himself. Just with his own accounts he could fund an entire good OS. The problem has been the US government demanding to incorporate their surveillance apparatus in literally every internet nook and cranny.

      CIA/FBI/DHS and overseas pals, fuck you now.

  28. Agreed. Requires long term fix. Here is an idea... by Anonymous Coward · · Score: 0

    Lets get behind a project aimed at modularizing computing and put control over the software and designs into the hands of the community. There is this thing called the EOMA68 standard. It's basically a computer in the format of the old PCMICA cards. It's not PCMICA mind you, but is the same size and looks identical to it. However what is different is that this new standard is enabling the community to design laptops, desktops, tablets, phones and other devices where we're not dependent on any proprietary bits.

    The first three devices that have been designed are an inexpensive basic Computer Card designed around the Allwinner A20 CPU and EOMA68 standard (faster 64 bit quad core cards are right around the corner ~6-8 months out). The next two which are part of the Crowd Funding campaign are a desktop housing kit and a laptop housing kit.

    The Libre Tea Computer Card, desktop housing, and laptop housing are all completely free of dependencies on proprietary bits including things like keyboard/screen/touchpad controller software. It's really the only design you can be reasonably confident is auditable and NSA-resistant. We also know that the CPU itself is not backdoored because there is evidence how China is backdooring there home-grown systems with this chip and it's at the OS level. We also have the sources for what would be the equivalent of power management/Intel management engine firmware(ie where they're putting the backdoors in Intel, and an equivalent location in AMD CPUs).

    https://www.crowdsupply.com/eoma68

  29. Re: Nobody Seems To Notice and Nobody Seems To Car by Anonymous Coward · · Score: 0

    also it's an AC