Slashdot Mirror


Researchers Demo BIOS Attack That Survives Disk Wipes

suraj.sun writes "A pair of Argentinian researchers have found a way to perform a BIOS level malware attack capable of surviving even a hard-disk wipe. Alfredo Ortega and Anibal Sacco from Core Security Technologies — used the stage at last week's CanSecWest conference to demonstrate methods (PDF) for infecting the BIOS with persistent code that will survive reboots and re-flashing attempts. The technique includes patching the BIOS with a small bit of code that gave them complete control of the machine. The demo ran smoothly on a Windows machine, a PC running OpenBSD and another running VMware Player."

396 comments

  1. Of course. by ers81239 · · Score: 0, Offtopic

    Last I checked, the BIOS lives in a chip, not the HDD. Thus the magic diskless booting. How is this news?

    --
    there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
    1. Re:Of course. by yincrash · · Score: 1

      i think the news story is that the bios is infectable? i'm not sure.

    2. Re:Of course. by Andr+T. · · Score: 3, Informative

      used the stage at last week's CanSecWest conference to demonstrate methods for infecting the BIOS with persistent code that will survive reboots and re-flashing attempts.

      The fact that the BIOS is in a chip is not news. News is they've infected it.

      --

      Any life is made up of a single moment, the moment in which a man finds out, once and for all, who he is.

    3. Re:Of course. by Anonymous Coward · · Score: 2, Informative

      OK, that bolded part is pretty cool and suggests a serious flaw.

    4. Re:Of course. by clone53421 · · Score: 2, Interesting

      Sounds like they've somehow written a BIOS that detects code that would overwrite it and either kills the code, causes it to silently fail, or silently infects the new BIOS.

      Obviously a failed BIOS flash would be suspicious; a silent fail would be slightly harder to notice. If they could somehow infect the new BIOS, it'd be truly devious and almost impossible to detect.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    5. Re:Of course. by einhverfr · · Score: 2, Interesting

      ISTR firmware viruses infecting C64 floppy disk drives......

      After reading the article, I don't think this is novel or new, rather a friendly reminder that firmware viruses are still a potential threat.

      --

      LedgerSMB: Open source Accounting/ERP
    6. Re:Of course. by JCSoRocks · · Score: 1

      Bolded part is also part of the poorly written summary. Are we just reading headlines now? Ugh.
      Why bother commenting without even reading the summary?

      --
      You are using English. Please learn the difference between loose and lose; they're, there, and their; your and you're.
    7. Re:Of course. by Anonymous Coward · · Score: 0

      We like to hear ourselves type

    8. Re:Of course. by mmontour · · Score: 4, Informative

      ISTR firmware viruses infecting C64 floppy disk drives......

      Nothing that would survive a power-cycle, though. That was before we had flash memory - it was either true ROMs or UV-erasable EPROMs.

      Flash that can be re-programmed by "in-band" communication (vs. a dedicated maintenance channel like JTAG) is convenient but it is also very risky. I'm glad to see that this issue is getting more publicity. Maybe now we'll see a shift back to hardware write-protection, like a physical jumper inside the PC that has to be connected before you can re-flash the BIOS.

      It's not just BIOS either. Your hard drive has reprogrammable firmware (see the recent Seagate bugs). Your wireless adapters (including bluetooth) may have reprogrammable firmware. There's plenty of opportunity for someone with the right knowledge to compromise your system.

    9. Re:Of course. by lordtoran · · Score: 2, Interesting

      Some BIOSes have an option for flash protection; would that be an effective countermeasure?

      --
      Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
    10. Re:Of course. by JCSoRocks · · Score: 1

      Got one of those old IBM keyboards do ya?

      --
      You are using English. Please learn the difference between loose and lose; they're, there, and their; your and you're.
    11. Re:Of course. by Anonymous Coward · · Score: 0

      ya.

    12. Re:Of course. by Anonymous Coward · · Score: 0

      Well I can think of at least 8 viruses from 95-99 that were capable of that lol
      Congratulations for rediscovering the gun powder!

    13. Re:Of course. by SmurfButcher+Bob · · Score: 1

      1997 called. They want their "Do NOT leave FLASH_WRITE jumper in ENABLE position" story back.

      In other "news", using a floppy drive that ignores the write-protect notch could lead to writes on a read-only disk...

      --

      help me i've cloned myself and can't remember which one I am

    14. Re:Of course. by Hal_Porter · · Score: 1

      If that option wasn't overrideable by software later, then yes. You could imagine the chipset would power up in a state where writes could be enabled by some sequence of IO port operations. It would also have a state where writes were locked out until the next power cycle. The default would be to enter that state and the readme file for Bios updates would tell people to enable writes before running it.

      Another possibility would be to sign the Bios update file and have the bootblock verify it before flashing.

      Or you could go for the full on trusted system approach where the bootblock would verify all modules after decompressing them prior to execution. If the bootblock was write protected and only knew the public key used to verify the signature, not the private key used to generate it, this would be very secure.

      Ok, the private key may leak, but it seems like forcing malware writers to know one key, one signing algorithm and one chipset unlock sequence for each model of motherboard they target would make things much, much harder for them.

      Right now they already need to know a chipset unlock sequence per model, so this sort of thing is very hard to do if you want to work on a decent selection of boards. Still coreboot has helpfully documented that for a few boards.

      http://tracker.coreboot.org/trac/coreboot/browser/trunk/util/flashrom

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  2. I guess it's official. by Anonymous Coward · · Score: 0

    It's official - we're screwed.

    1. Re:I guess it's official. by Anonymous Coward · · Score: 0

      time to switch to EFI

    2. Re:I guess it's official. by Dunbal · · Score: 5, Funny

      It's official - we're screwed.

            Happy news for most of the nerds on this site who sigh and collectively whisper "Finally!"

      --
      Seven puppies were harmed during the making of this post.
    3. Re:I guess it's official. by Anonymous Coward · · Score: 1, Funny

      It's official - we're screwed.

            Happy news for most of the nerds on this site who sigh and collectively whisper "Finally!"

      /golfclap

    4. Re:I guess it's official. by Jurily · · Score: 1

      Happy news for most of the nerds on this site who sigh and collectively whisper "Finally!"

      Don't know about you, but I like to be the one doing the screwing.

    5. Re:I guess it's official. by Anonymous Coward · · Score: 5, Insightful

      We've had evil viruses around for a while. Anyone remember

      W95.CIH? Back in the Windows 95 days, this mean son of a bitch could nuke your BIOS from orbit. And we're talking over a decade ago.

      Computers are still chugging along fine. This will probably end up breaking more computers than it ends up hijacking. A broken computer is one that gets flagged and fixed or throw away.

    6. Re:I guess it's official. by xtracto · · Score: 4, Informative

      Not totally,
      In one hand:

      Sacco and Ortega stressed that in order to execute the attacks, you need either root privileges or physical access to the machine in question, which limits the scope.

      Which makes the attack more difficult in operating systems which do not allow users to run with Administrative rights all the time.

      But the methods are deadly effective and the pair are currently working on a BIOS rootkit to implement the attack.

      I can imagine that, everything you need is ONE time root access to "install" the BIOS instructions and fsck the machine. After that, you are pretty much in control of what comes next.

      In some way, I find this similar to the viruses that infected the Master Bood Record, just a bit more interesting...

      On the other hand, this will just trigger a bios-patch / virus-release cat and mouse game similar to the standard viruses.

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    7. Re:I guess it's official. by Anonymous Coward · · Score: 0

      Maybe this cat and mouse game can be limited. What it would take is a special program that resides on the motherboard, independant from the BIOS stored in flash. This program would be the gatekeeper and do the flashing, as opposed to the current utilities.

      Instead of a MS-DOS utility doing a zero out, image write, and verify, what would happen is that the proposed flash image would be handed over to this utility when the machine is in the BIOS setup (and not booted to an OS). Then, the flash image is validated (can be signed, or a SHA-256 hash can be outputted and the user confirm that that is correct), and if confirmed, write the BIOS refresh. Of course, have a previous version of the BIOS in a non-writable ROM so the user can fall back to a known working setup if the latest flash fails.

    8. Re:I guess it's official. by D+Ninja · · Score: 1

      -1, Ewwwww

    9. Re:I guess it's official. by Anonymous Coward · · Score: 0

      WTF?

    10. Re:I guess it's official. by Bert64 · · Score: 1

      If it works well then it will silently infect lots of machines...
      A virus that destroys it's host is pretty ineffective at spreading because it gets noticed and destroys it's host that might have been usable to bring it to more victims.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    11. Re:I guess it's official. by wassabison · · Score: 2, Funny

      This is a brilliant idea. To make it better, we will eventually want to allow this program on the motherboard to take updates. Of course at this point we will need another program to monitor the updates to our program that monitors the updates to the bios. To make that better, it will also have to take updates...

    12. Re:I guess it's official. by Tubal-Cain · · Score: 1

      What's so gross about hardware hacking?

    13. Re:I guess it's official. by markov_chain · · Score: 5, Interesting

      Heh this did happen to me a few times, very cool virus. From then on I pulled my BIOSes and cut the write-enable pin off the chips, no problems then.

      --
      Tsunami -- You can't bring a good wave down!
    14. Re:I guess it's official. by Bert64 · · Score: 1

      Some machines have a jumper that needs to be set in order to make the bios writable, otherwise it is readonly and there's nothing you can do to it.
      Signing the BIOS would just cut out third parties like LinuxBIOS...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    15. Re:I guess it's official. by Machtyn · · Score: 1

      Not exactly the solution for a tweaker/updater or those who like to be on the front-line of motherboard tech (when BIOS patches are necessary).

    16. Re:I guess it's official. by Anonymous Coward · · Score: 0

      Well done, you repeated the parent.

    17. Re:I guess it's official. by PitaBred · · Score: 2, Interesting

      There's a serious difference between nuking a BIOS and infecting it. A disease doesn't survive long if it instantly kills whoever it infects. Same thing with a computer virus. The news is that this isn't like the W95.CIH bug, it doesn't kill the host, it just embeds itself so deeply that it is near impossible to remove and just keeps spreading, like the Herpes virus in humans.

    18. Re:I guess it's official. by sexconker · · Score: 1

      Buy a Dell / an Intel motherboard.
      Install the shitty Intel thing that no one installs.

      Intel has been pushing their out-of-band management shit for ages. Now, it may finally have a use (until it is exploited as well).

    19. Re:I guess it's official. by rgviza · · Score: 1

      > Which makes the attack more difficult in operating systems which do not allow users to run with Administrative rights all the time.

      No such animal... There are OS's that *encourage* you to run as non root users, but there are none that *disallow* it per se. As well even those OS's/distros which strongly encourage you to not run as root have sudo, which you can use to add yourself to all the right groups.

      A lot of users sudo stuff out of habit when it won't run. They are effectively numb to the intent of using sudo and not running as root or the ramifications of what they are doing. "Oh requires root, let me just sudo that... ok done".

      This just about negates the purpose of forcing authentication on any operation that requires root access to complete, outside of drive-by attacks. In a lot of cases the users are so used to doing it, they'll just do it for the virus too.

      /sarcasm on

      Oh that's right! mac and linux computers are immune to viruses, so this whole sudo thing is irrelevant...
      /sarcasm off

      -Viz

      --
      Don't kid yourself. It's the size of the regexp AND how you use it that counts.
    20. Re:I guess it's official. by Intron · · Score: 1

      What CPU would this program run on? The same one that runs your current malware? What's to stop you from being tricked into downloading and running a modified copy of this program that installs the virus while the OS is running?

      The only way to be certain to prevent this is a hardware switch to prevent writing to flash. There is nothing you can do in software that an evil program can't also do.

      --
      Intron: the portion of DNA which expresses nothing useful.
    21. Re:I guess it's official. by X0563511 · · Score: 1

      Not if the signature is left to the user to verify. Think if an MD5 sum rather than a gpg sign.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    22. Re:I guess it's official. by w0lo · · Score: 1

      CIH only nuked the motherboard and destroyed your master boot record one day of the yeah (april?) so it still spread pretty good. Only works on Win9x, not NT so its pretty rare these days

    23. Re:I guess it's official. by Anonymous Coward · · Score: 0

      If you can be "tricked" into downloading and running software as a superuser/admin then I'm gonna guess you can be "tricked" into turning off bios flash protection.

    24. Re:I guess it's official. by BitZtream · · Score: 1

      You would have been a lot smarter to just use a 100 ohm resistor to the ground so it could never be pulled high, at least that way you could actually use it again in the future.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    25. Re:I guess it's official. by xtracto · · Score: 1

      This just about negates the purpose of forcing authentication on any operation that requires root access to complete, outside of drive-by attacks. In a lot of cases the users are so used to doing it, they'll just do it for the virus too. /sarcasm on

      Oh that's right! mac and linux computers are immune to viruses, so this whole sudo thing is irrelevant... /sarcasm off

      Sorry for the late reply, I was thinking more about the idea of a Worm that automatically replicates (similar to the ones exploitin the Windows RPC service) without user intervention. If user is running as root or has some exploitable process running with high privileges, then it is easier for such a worm to get into the computer and then execute the mentioned exploit to install their payload in the BIOS. After that it will only be a matter of reinstalling a binary file (which could be downloaded from the internet) every time the guest operating system has access to the internet.

      I can think of several interesting ways to proceed from there, after all when I was in high school I played with the creation of some virus (old time DOS viruses).

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    26. Re:I guess it's official. by lamapper · · Score: 1

      W95.CIH [symantec.com]? Back in the Windows 95 days, this mean son of a bitch could nuke your BIOS from orbit. And we're talking over a decade ago.

      Thanks for posting the link, I had forgotten that one of the payloads hit the BIOS as well..

      The second payload tries to cause permanent damage to the computer. This payload attacks the Flash BIOS (a part of your computer that initializes and manages the relationships and data flow between the system devices, including the hard drive, serial and parallel ports, and the keyboard) and tries to corrupt the data stored there. As a result, nothing may be displayed when you start the computer. A computer technician would need to fix this

      I had mistakenly remembered and thought that the damage was limited to a memory resident payload and a payload that corrupted the Master Boot Record (MBR), which are both after the BIOS in the boot process for a PC. Aww the memories....

      I thought this part of the Official information is telling...meaning no matter what solution you use, suggest and / or invest in, nothing will protect a user that does not want to think, does not want to learn, just wants it to work and thinks that it should work without them having to think....

      From the detailed description on the W95.CIH Virus, a page referenced from the above link:

      Train employees not to open attachments unless they are expecting them. Also, do not execute software that is downloaded from the Internet unless it has been scanned for viruses. Simply visiting a compromised Web site can cause infection if certain browser vulnerabilities are not patched

      I would add in train users to look at ALL updates before blindly auto installing anything, as no one can 100% guarantee that a cracker will not be able to add an obfuscated payload to either an application and/or security update.

      I will accept that it would be unlikely, however it is unacceptable for anyone to state in fact that it CAN NOT happen. As that is anything but FACTUAL. It is FUD.

      As history has shown us with all operating systems, attempts have been made, though usually they have been discovered before release and prevented. I say usually because I am sure there are a few examples where something has slipped through (an educated guess and playing long odds), I just do NOT have the URLs available as proof. I do know that there have been multiple slashdot articles on payloads that were introduced and made it into the wild and bricked computers of users. So far I believe most have been discovered prior to release into the updates and patches.

      There have been numerous slashdot posts on updates and releases from a software or hardware vendor that, while not intended as a virus, due to the company s desire and goal of vendor lock-in, bricked the computers. I know this has happened in the Apple world and in the Microsoft world, and figure that odds are it has happened in the Linux and Unix worlds as well...though admittedly with the open source versions of Linux and Unix a user would have a chance to examine the code, figure out what is going on and develop a solution to the problem. Something a proprietary software / hardware vendor will never allow due to their vendor lock in objectives and goals.

      --
      Is your Internet Throttled? Install DD-Wrt, OpenWRT or Tomato to learn the truth! Google: 1Gbps/1Gbps: 5 Communities
  3. Intel only? by Quantos · · Score: 1

    Would this affect only Intel, or is this entirely unrelated to this previous article?
    http://it.slashdot.org/article.pl?sid=09/03/19/179228

    --
    Some people are only alive because it's against the law for me to hunt them down and kill them.
    1. Re:Intel only? by peragrin · · Score: 5, Interesting

      Better question is what typeof BIOS? Is EFI vulnerable? How about open firmware? Or is this limited to just plain ole BIOS that should have been killed a decade ago but remains as msft doesn't support anything else for most versions of it's OS?

      --
      i thought once I was found, but it was only a dream.
    2. Re:Intel only? by einhverfr · · Score: 3, Informative

      If you read the article, it is vulnerable to a bios you can flash, and access to that process (except on VM's where you are patching the emulator).

      It seems to me that the hardware demo seems to rely on physical access to the machine. The VMWare demo would require access to the host OS.

      --

      LedgerSMB: Open source Accounting/ERP
    3. Re:Intel only? by meerling · · Score: 2, Interesting

      Ever since they've made computers with flashable BIOSs, this became possible.
      Ever since they've removed the physical jumper to prevent unintentional flashing of the BIOS it's become probable.

      The scum that make most viruses and other malware wouldn't be able to do this, and even believed it impossible. Now that a researcher has done it, and made that knowledge public means it's only a matter of time before we see real ones in the wild.

      It doesn't matter which BIOS you have if it is flashable without a physical restriction active (like a jumper that has to be moved). It's easy to give your software the access codes for multiple BIOSs. All you need to do is a little research, especially since most BIOS manufacturers have already given you the tools to do it with.

      I almost find it hard to believe those idiots did this. It's been an unwritten research area for decades because of the known risk.
      (Or more accurately, what the unintended effect would be, the eventual creation of a BIOS infector.)

      Well, when the inevitable happens, the only way to fix it will to be getting a fresh BIOS chip, or New Motherboard, or New Computer. Hmmm... Maybe a side effect will be a rise in home brewed BIOS and chip burners.
      Then again, 99% of the users out there wouldn't open their case for anything, they're afraid the magic pixies will escape...

    4. Re:Intel only? by Zebedeu · · Score: 3, Insightful

      Better question is what typeof BIOS?

      Your many hours of programming C/C++ betray you :-)

    5. Re:Intel only? by commodoresloat · · Score: 2, Interesting

      Now that a researcher has done it, and made that knowledge public means it's only a matter of time before we see real ones in the wild.
      I almost find it hard to believe those idiots did this. It's been an unwritten research area for decades because of the known risk.
        (Or more accurately, what the unintended effect would be, the eventual creation of a BIOS infector.)

      Sounds like you're advocating security through obscurity? I'm not a computer security expert but it seems to me that keeping a research area unstudied for this reason is not the best approach to any kind of intellectual endeavor.

    6. Re:Intel only? by xystren · · Score: 2, Funny

      Then again, 99% of the users out there wouldn't open their case for anything, they're afraid the magic pixies will escape...

      No magic pixies in my case... It's fighting Uraki that live in my case...

      Uraki are much k00ler than magic pixies...{rolling eyes}

      Cheers,
      Xyst

    7. Re:Intel only? by mikiN · · Score: 2, Insightful

      I wonder how many mainboards are out there which have their Flash write protect disabled straight from the factory. Many people probably don't even know their system has one ("Jumper, whaddoyoumean jumper. I know that movie, but that's probably not it."). Shudder...

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    8. Re:Intel only? by mikiN · · Score: 1

      coreboot FTW!

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    9. Re:Intel only? by BitZtream · · Score: 1

      OMG BIOS IS EVIL AND SHOULD DIE!!

      But do you actually know WHY? No? I didn't think you did. Stop spewing Intel marketing copy.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    10. Re:Intel only? by peragrin · · Score: 1

      BIOS is evil because it is as backasswards as MSFT windows. EFI and open firmware have better plug and play setups, plus the ability to do things like Apple's target disk mode. Turning your Hard drive into an external drive for copying files from your old system quickly and easy.

      Bios is to hardware as dos was to WinME. There are better ways to do the same task. but compatibility with MSFT is limiting growth of those better choices.

      --
      i thought once I was found, but it was only a dream.
  4. I've already had BIOS malware by Rosco+P.+Coltrane · · Score: 3, Funny

    preinstalled, on ASUS boards: it was the BIOS itself. It too survived hard disk wipes, but it didn't survive my sledgehammer.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:I've already had BIOS malware by ADT7 · · Score: 0

      What specific problem do you have with the BIOS on ASUS boards?

      Or rather, on which specific board do you have a problem with the BIOS?

    2. Re:I've already had BIOS malware by sexconker · · Score: 1

      The number of slashdot users who own a sledgehammer makes your story incredibly unlikely.

    3. Re:I've already had BIOS malware by Shakrai · · Score: 1

      preinstalled, on ASUS boards: it was the BIOS itself. It too survived hard disk wipes, but it didn't survive my sledgehammer.

      Real men murder shitty ASUS boards with a 12 gauge ;)

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    4. Re:I've already had BIOS malware by mikiN · · Score: 1

      $ sudo sledgehammer
      Thrashing BIOS..1..2..3
      BIOS now defunct.
      $

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    5. Re:I've already had BIOS malware by egcagrac0 · · Score: 1

      I own a sledgehammer, you insensitive clod!

    6. Re:I've already had BIOS malware by Sentry21 · · Score: 1

      'Non-system disk or disk error? What the f**k does that mean?'

    7. Re:I've already had BIOS malware by nanomanc · · Score: 1

      I also had BIOS malware back in '95. Went online with win95 and the machine lasted 4 days. That's actually what got me into Linux, and that's when my learning really started.

      A big thank you to whoever did that to me!

  5. Requires root privileges or physical access by amazeofdeath · · Score: 5, Interesting

    "Sacco and Ortega stressed that in order to execute the attacks, you need either root privileges or physical access to the machine in question, which limits the scope."

    Hmm, I'd say you are pretty much pwned in that case even before the attacker infecting the BIOS.

    --
    U+F8FF
    1. Re:Requires root privileges or physical access by IsThisNickTaken · · Score: 2, Insightful

      I think the point is that once this happens that you cannot fix it by reflashing the BIOS.

    2. Re:Requires root privileges or physical access by Leafheart · · Score: 4, Informative

      Needing root privileges means that an attacker could put this code on another malware he writes, get an user infected and upload this to the bios. From that point onwards, if they can really disable the AV (both article and presentation are light on details), they can ensure that the box will remain infected, by injecting more code.

      Think of it as a sure fire way to get people infect for a botnet without any recourse to stop it. Except updating the EEPROM of the bios (although I couldn't see how it can survive a re-flashing.)

      --
      --- "When you gotta do something wrong. You gotta do it right. (Fighter)"
    3. Re:Requires root privileges or physical access by Jurily · · Score: 2, Interesting

      I think the point is that once this happens that you cannot fix it by reflashing the BIOS.

      Would something like OpenBIOS help?

    4. Re:Requires root privileges or physical access by wvmarle · · Score: 5, Insightful

      Getting root (administrator) privileges in Windows appears trivial for most current malware, so getting to the BIOS is not that hard from there.

      It makes me more wonder why doesn't a motherboard have a jumper that disables BIOS updates? That would be quite a strong safety measure. Anyone capable of knowing why to, and how to execute a BIOS update is certainly capable of opening/closing that jumper for the procedure.

    5. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      some board have a hardware jumper that cut's off bios flashing other have a setting in bios that does the same thing

    6. Re:Requires root privileges or physical access by cowbutt · · Score: 4, Interesting

      It makes me more wonder why doesn't a motherboard have a jumper that disables BIOS updates? That would be quite a strong safety measure. Anyone capable of knowing why to, and how to execute a BIOS update is certainly capable of opening/closing that jumper for the procedure.

      I've been thinking that this is necessary ever since I lost a nearly-new DVD Rom drive to a rogue piece of software that managed to wipe out one bit in sixteen of the drive's firmware.

    7. Re:Requires root privileges or physical access by Yvanhoe · · Score: 1

      Well, when an attacker gained root access over one of your machines, the procedure until recently was to wipe its disks completely. Now, even that fails.
      It does not make privilege escalation easier, it just makes it more serious.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
    8. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      Taco? Ortega? mmmmmmmm.....

    9. Re:Requires root privileges or physical access by imbaczek · · Score: 2, Informative

      hardware solution is a must here. if the bios is patched with malicious code, you can't trust any of its settings.

      also, the backup bios has to be read-only.

    10. Re:Requires root privileges or physical access by bev_tech_rob · · Score: 4, Funny

      The nice thing about this exploit requiring physical access is that you may have a fairly decent chance to catching the perp and applying a size 13 (my shoe size) patch upside their head or backside. Then make them pay for a new systemboard after they trashed your current one with this nasty bit of code....

      --
      You're messin' with my Zen Thing, man.....
    11. Re:Requires root privileges or physical access by kinnell · · Score: 4, Insightful

      (although I couldn't see how it can survive a re-flashing.)

      Presumably reflashing the BIOS is normally performed by code within the BIOS. If you can corrupt the code in the BIOS you would have control over the flash programming, so could prevent the user from overwriting the infected blocks. I doubt this refers to physically removing the PROM and reflashing with an external programmer.

      --
      If I seem short sighted, it is because I stand on the shoulders of midgets
    12. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0


      "Sacco and Ortega stressed that in order to execute the attacks, you need either root privileges or physical access to the machine in question, which limits the scope."

      Hmm, I'd say you are pretty much pwned in that case even before the attacker infecting the BIOS.

      No, you aren't...and that is the danger, because a wipe/reflash does not fix things.

      This attack needs physical access to the machine somewhere in the supply chain, and it can be done before the machine is in the target's hands. We are talking pre-pwned machines here.

      How much do you trust your vendor, your vendor's vendor, etc?

    13. Re:Requires root privileges or physical access by berashith · · Score: 1

      The BIOS isnt protected because the guys in the black helicopters have been doing this for years.

    14. Re:Requires root privileges or physical access by benjamindees · · Score: 1

      You win a cookie. Some motherboards had jumpers back in the day. I'm not sure how prevalent it is lately, but from what I've seen, probably not very.

      --
      "I assumed blithely that there were no elves out there in the darkness"
    15. Re:Requires root privileges or physical access by Mister+Whirly · · Score: 1

      I have not seen a BIOS flashing program that runs from within Windows. Every one I have used required some sort of boot disk to flash the BIOS. Are there now versions that can run under Windows? If so that is a big problem - it allows remote execution. You used to need physical access to flash a BIOS.

      --
      "But this one goes to 11!"
    16. Re:Requires root privileges or physical access by sjames · · Score: 1

      The problem is that even if you follow the recommended procedure for when a virus is discovered, wipe and reinstall from backup or fresh from the install media, you're still screwed.

      If the virus is smart enough to lay low for a while when you do that, it could become a truly maddening 'recurring' infection in spite of following best practices (after the initial infection, of course).

    17. Re:Requires root privileges or physical access by sjames · · Score: 2, Insightful

      Because adding that useful safety feature might cost a WHOLE NICKLE!!

      Similarly, I have seen a number of chipsets where the top and second from top erase blocks can be swapped just by pulling a logic line down (with a jumper for example). The idea is that even a screwed up re-flash of the boot block can be recovered easily just by setting a jumper.

      Too bad I have NEVER seen a board that actually hooked that line up nor a BIOS image that had a second emergency boot sector programmed.

    18. Re:Requires root privileges or physical access by RaymondKurzweil · · Score: 0

      The cheapass Gigabyte mainboard that I just bought for a backup file server (dual core AMD64) has such a jumper to prevent BIOS flash. So it might not be that uncommon. Regardless, it is quite clear that with the rapidly Accelerating Returns towards the Singularity we will have nanomachines in as little as 10 that will be able to be injected into the FLASH device and repair the malware damage.

    19. Re:Requires root privileges or physical access by FingerSoup · · Score: 1

      What about a second BIOS stored in ROM? (no flash or PROM) I'm assuming an EEPROM on the motherboard has all the hardware required to work like an external programmer, with the exception of the code required to do that sort of thing. If you had a way to pre-empt the normal BIOS with a reprogramming ROM, which has only the code to wipe the BIOS and install stock firmware, you should be relatively protected from this sort of mess, Right?

    20. Re:Requires root privileges or physical access by Asic+Eng · · Score: 1
      Maybe because it's so much easier to infect a machine by other means. There is no way to protect against physical access in any case, and once you have gained admin privileges why even bother with the BIOS? There are so many botnets out there already, so apparently it's quite easy to infect large numbers of machines in the first place. Putting in extra effort to make an infected machine withstand a re-install doesn't make economical sense. It would only become interesting for attackers if a significant percentage of infected machines would be cleaned quickly.

      Some mainboards have a jumper to clear the Flash, IIRC.

    21. Re:Requires root privileges or physical access by TheRaven64 · · Score: 4, Informative

      On a lot of systems, reflashing the BIOS is performed by code in ROM, precisely to prevent it from being overwritten. That said, this code is executed via an interrupt, and it may be possible to replace the interrupt vector in the flash part of the BIOS.

      --
      I am TheRaven on Soylent News
    22. Re:Requires root privileges or physical access by idontgno · · Score: 1

      ...required some sort of boot disk to flash the BIOS. Are there now versions that can run under Windows?

      Here, LMGTFY.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    23. Re:Requires root privileges or physical access by Nick+Ives · · Score: 4, Interesting

      I've been using Windows based BIOS flashers for a decade. It was originally a feature limited to enthusiast boards but now it's standard. You can even sometimes flash from within Linux for boards that support it via /dev/nvram.

      --
      Nick
    24. Re:Requires root privileges or physical access by Mister+Whirly · · Score: 1

      Yes, I know how to use Google. Click on the "helpful" link you posted and see if any of the links on the page answer my question. Hint: most of them ask the same question I did, and either A)got no answer, or B)the answer was to make a boot floppy - which I already knew about. So the question remains. I don't want to have to dig through pages of worthless Google links that all ask the same question I do with no answer. So I asked Slashdot, figuring some geek here would know the answer off the top of their head. See how this thing works now?

      Google is not ALWAYS the answer, just most of the time...

      --
      "But this one goes to 11!"
    25. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 2, Interesting

      Many, many years ago I had a couple of guys from the FBI come "incognito" to our first 2600 meeting and they WERE talking about using space in BIOS as malware(we're talking 1993-ish, IIRC). Why they thought we wouldn't notice them I have no idea since they stuck out like sore thumbs.

      So while some will label you paranoid, I'd label you paranoid, but possibly rightfully so.

    26. Re:Requires root privileges or physical access by Jaysyn · · Score: 1

      Yeah, that new DRM sucks. Oh, what?

      --
      There is a war going on for your mind.
    27. Re:Requires root privileges or physical access by Mister+Whirly · · Score: 1

      Hey, thanks for answering my question with a genuine useful answer!
      I guess it has been a few years since I flashed a BIOS. That said, what a dumb feature. I think physical access should be REQUIRED to flash a BIOS.

      --
      "But this one goes to 11!"
    28. Re:Requires root privileges or physical access by aztektum · · Score: 1

      Even better, BIOS updates should be disallowed when the jumper is removed. That way we know anyone carrying around a jumper in the pocket is likely a hacker and we can throw them into PITA prison.

      PLEASE THINK OF THE CHILDREN!

      --
      :: aztek ::
      No sig for you!!
    29. Re:Requires root privileges or physical access by itsthebin · · Score: 1

      ok - google asus update

      --
      ...I obey the laws of physics....
    30. Re:Requires root privileges or physical access by tickleboy2 · · Score: 0, Offtopic

      Mom? Is that you???

      --
      The only thing that will stop you from fulfilling your dreams is you. - Tom Bradley
    31. Re:Requires root privileges or physical access by iminplaya · · Score: 1

      It makes me more wonder why doesn't a motherboard have a jumper that disables BIOS updates?

      What, are you kidding? That would be like asking the airlines to beef up the cockpit doors.

      Now, what I miss is the reset button on the front of the machine. What's up with that?

      --
      What?
    32. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      My last Gigabyte motherboard had a jumper for exactly this purpose. It also had a backup BIOS.

    33. Re:Requires root privileges or physical access by ShakaUVM · · Score: 1

      >>also, the backup bios has to be read-only.

      Most mobos I've used work exactly that way. One flashable BIOS, one read-only which (with a jumper set) wipes the flashable one with the original settings.

    34. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      My motherboard has such a jumper.

    35. Re:Requires root privileges or physical access by Bert64 · · Score: 2, Interesting

      It doesnt require physical access, it requires root level access, ie ring0 (which can almost always be gained trivially when you have physical access) even if you have to swap the hard disk for one that contains your malicious code.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    36. Re:Requires root privileges or physical access by Nieriko · · Score: 1

      Not that I wouldn't like that feature in my motherboard but I think motherboard manufacturers avoid placing a jumper with the function of enabling BIOS upgrades because they usually rush products to market with unfinished or half-done BIOSes and use to upgrade it later online via an autoupdate tool or tech support instructions.
      If jumper manipulation was required to flash the motherboard then a lot of non-technical users would be stuck with the faulty BIOSes.

    37. Re:Requires root privileges or physical access by Nick+Ives · · Score: 2, Informative

      I think my BIOS actually has an option for flash prevention, although I don't have it turned on. I remember I owned a board once that would only let you flash when the CMOS clear jumper was set. That was actually quite convenient because you should generally clear CMOS before a BIOS flash anyway.

      --
      Nick
    38. Re:Requires root privileges or physical access by UncleTogie · · Score: 1

      Short answer:

      Yes. You can flash from within Windows now.

      --
      Don't tell me to get a life. I'm a gamer; I have LOTS of lives!
    39. Re:Requires root privileges or physical access by sexconker · · Score: 1

      Go read the source code and find out.

    40. Re:Requires root privileges or physical access by sexconker · · Score: 1

      WinFLASH.

      MSI (among others) uses it.

    41. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      hardware solution is a must here. if the bios is patched with malicious code, you can't trust any of its settings.

      However, the setting would ideally be set prior to the malicious code trying to patch the BIOS. If the setting prohibits the BIOS from being flashed and the BIOS prohibits changing the setting via any means other than the interactive BIOS setup, then a software-based solution could work.

      Still, my preference would be that read-only backup bios you suggested because it would have the added benefit of making it easier to recover from a normal failed flash attempt.

    42. Re:Requires root privileges or physical access by DarkOx · · Score: 2, Informative

      Sounds like someone who does not do this stuff for a living, or works only on PCs. Trust me you want to be able to flash a reboot servers remotely sometimes. Its not the kind of thing you can do during the day in a production world, and I for one don't like spending all night at the office.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    43. Re:Requires root privileges or physical access by Mister+Whirly · · Score: 1

      I do this stuff for a living, but still do not see the need (at my job at least) for this capability. It sounds like it could create more problems than it solves. How often do you need to flash the BIOS? For as rare as it happens (unless you have a special case scenario, or lots of servers in very remote hard to reach places) I would say that it warrants a visit to the physical site. Otherwise you are inviting disaster making it doable remotely. Remote access to servers, big yes. Remote flashing of BIOS, big no.

      --
      "But this one goes to 11!"
    44. Re:Requires root privileges or physical access by clone53421 · · Score: 1

      That's the settings, not the BIOS. The jumper erases the BIOS settings. If your BIOS was trashed, erasing the settings won't help.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    45. Re:Requires root privileges or physical access by clone53421 · · Score: 1

      Some mainboards have a jumper to clear the Flash, IIRC.

      They do? AFAIK, they only have jumpers to clear the CMOS - which holds the settings used by the BIOS to boot your machine, not the BIOS itself.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    46. Re:Requires root privileges or physical access by Shakrai · · Score: 1

      Many, many years ago I had a couple of guys from the FBI come "incognito" to our first 2600 meeting and they WERE talking about using space in BIOS as malware(we're talking 1993-ish, IIRC). Why they thought we wouldn't notice them I have no idea since they stuck out like sore thumbs.

      They must have gone to the wrong 2600 meeting. I don't know how you guys do it but at our 2600 meetings practically everybody has a handgun and communications equipment ;)

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    47. Re:Requires root privileges or physical access by Asic+Eng · · Score: 1
      I think you are probably right. However it does seem like at least some boards have jumpers to protect BIOS overwrites: http://www.abxzone.com/forums/f67/ga-7zm-bios-how-me-12010.html http://www.hardwareanalysis.com/content/topic/45883/

      It's also quite common to require a password for BIOS-changes - not sure whether that protects the Flash as well or just the BIOS settings.

    48. Re:Requires root privileges or physical access by maxwell+demon · · Score: 1

      But without the attacker infecting the BIOS, you'd be safe after wiping the disk and reinstalling. Also think of a Live CD: Since CDs are non-writable, you generally assume that a system booted from a Live CD is clean. If your BIOS is infected, it isn't. And if the virus even survives re-flashing attempts, you basically have only two options: Either live with an infected computer, or throw the computer away.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    49. Re:Requires root privileges or physical access by maxwell+demon · · Score: 1

      Regardless, it is quite clear that with the rapidly Accelerating Returns towards the Singularity we will have nanomachines in as little as 10 that will be able to be injected into the FLASH device and repair the malware damage.

      And viruses which are able to infect the nanomachines.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    50. Re:Requires root privileges or physical access by maxwell+demon · · Score: 1

      How much do you trust your vendor, your vendor's vendor, etc?

      How much do you trust your BIOS vendor? After all, the unmodified BIOS might already contain malicious code.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    51. Re:Requires root privileges or physical access by X0563511 · · Score: 1

      Now, what I miss is the reset button on the front of the machine. What's up with that?

      There's an easy hack for that. Tie the PWR_OK line (it's one of the wires in the ATX connector) to a momentary switch (that opens on push, rather than closes).

      Ghetto reset button. It's not even a powercycle type reset either. If you want details or such, check out the ATX specification. Look on page 22, "4.1.3.3 PWR_OK".

      For a harder reset, cut the PS_ON# line. This will cause your main rails to drop to neutral, which feed important things like your CPU.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    52. Re:Requires root privileges or physical access by mikiN · · Score: 1

      EZ-Botnet

      1. Infect BIOS
      2. Install hypervisor
      3. ???
      4. Profit!!

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    53. Re:Requires root privileges or physical access by ShakaUVM · · Score: 1

      >>That's the settings, not the BIOS. The jumper erases the BIOS settings. If your BIOS was trashed, erasing the settings won't help.

      Nope, it actually has a second backup BIOS. I can completely fuck by BIOS by turning off the computer in the middle of flashing it, and still recover out of it.

    54. Re:Requires root privileges or physical access by mikiN · · Score: 1

      ...at our 2600 meetings practically everybody has a handgun and communications equipment ;)

      Sounds more like combat training to me.

      Our 2600 meetings weren't called 2600 meetings, we just shouted "Pass--word" at anyone who wanted to enter.
      We let in those who replied correctly by belching "Word". Those who farted instead were granted apprentice membership.

      ok, just kidding...

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    55. Re:Requires root privileges or physical access by mikiN · · Score: 1

      That would be picoviruses. Please get your units straight :-)

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    56. Re:Requires root privileges or physical access by BitZtream · · Score: 1

      Many do. Tweaker mobo's certainly do. My machine has two bios copies on board, one 'active' that I boot from work with that can't be flashed, and one that can be flashed. Switching to the other one requires a jumper change, which then prevents it from being flashed and allows the other one to be flashed.

      Its made so I don't screw up the bios and make the board unbootable by giving me a protected backup, would serve the same purpose here as well.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    57. Re:Requires root privileges or physical access by mikiN · · Score: 1

      If not the BIOS, then the Flash chip itself may contain circuitry which switches in a normally inaccessible erase block containing malware when it senses a certain access pattern (read OR write).

      Just because you're paranoid, doesn't mean they're not out to get you.

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    58. Re:Requires root privileges or physical access by Molochi · · Score: 1

      I think the first w32 bios flasher I saw was for an Asus A7V133 around 2001. It required administrative access under Windows2000 to work. There are lots of card/drive firmware flashers that work in windows as well. They all also require admin access to work.

      Just like the linux bios flasher, flashrom required superuser access to work.

      --
      "The Adobe Updater must update itself before it can check for updates. Would you like to update the Adobe Updater now?"
    59. Re:Requires root privileges or physical access by Molochi · · Score: 1

      I think both the bios write protect and the reset button became "unnecessary" when Windows 98 died. Once Windows 2000 rolled in everyone was protected by their user account and the stability of the systems precluded a need for a reset button. /s

      --
      "The Adobe Updater must update itself before it can check for updates. Would you like to update the Adobe Updater now?"
    60. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      Actually the scenario you describe is as old as the hills. What's new is the bios attack survives a reflash. Which, as you said is just more serious. Though I lost my bios' write protect jumper ages ago, every motherboard I've bought in the last 7 years has a write protect setting in bios setup that will foil this attack.

      My notebooks' (all of 'em) bios-es on the otherhand, are as vulnerable as anything else protected by limited user account. I'd imagine this is true of most Dells, HPs, etc... that have skeletalized bios setups.

    61. Re:Requires root privileges or physical access by Aehgts · · Score: 1

      For a good example see this article: "Reflections on Trusting Trust"

      --
      "If we knew what it was we were doing, it would not be called research, would it?" - Albert Einstein
    62. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      It _used_ to be that reflashing BIOS required moving a jumper on the motherboard; now, for "convenience", many motherboards have no-physical-access-required flashing capabilities ("Just click on the weblink and your BIOS will be updated over the Internet", or, "Just run this Windows .EXE file").

      The old method guaranteed that physical access was required to modify the BIOS; and as we all know, "If you ain't got physical security, you ain't got security."

      I'd feel happy with a system where I carried my BIOS code with me, on a write-protected USB stick, which I have to plug into the machine before it would boot. I haven't seen USB sticks with write-protect switches in some time, but you can use an SD card -- which has a write-protect switch -- in a little converter box which plugs into a USB port. I have two or three of these - about US$12.00 from Radio Shack.

    63. Re:Requires root privileges or physical access by saleenS281 · · Score: 1

      Right... but doing it from a DRAC/ILOM/whatever that isn't routed to the internet isn't accessible from the system itself would be a nice first step towards security...

    64. Re:Requires root privileges or physical access by Sentry21 · · Score: 1

      If my system gets rooted, I take backups of whatever data I need that hasn't been backed up already, wipe the machine, and reinstall.

      With this, I now have to throw the entire mainboard out and replace it. Pretty significant change.

    65. Re:Requires root privileges or physical access by drolli · · Score: 1

      Exactly. But normallly you would expect that you can return a compromised machine to an uncompromised state by wiping/exchanging the HD. If i get it rught this procesure does not work. I remember some time ago there existed Motherboards ith two copis of the original bios, one non-writable, which could be copied to the writable part by some means. Such a thing would circumvent that.

    66. Re:Requires root privileges or physical access by sdellysse · · Score: 1

      The problem with that idea is that the write-protect tab on SD cards is nothing more than a request that is forwarded to the card reader. Most card readers don't honor it.

    67. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      I've been thinking that this is necessary ever since I lost a nearly-new DVD Rom drive to a rogue piece of software that managed to wipe out one bit in sixteen of the drive's firmware.

      Was it an ASUS DVD-RAM Drv. by any chance ?

    68. Re:Requires root privileges or physical access by Delita · · Score: 1

      Size 13 shoe? My Model M would surely hurt more than any ordinary shoe.

    69. Re:Requires root privileges or physical access by cowbutt · · Score: 1

      Was it an ASUS DVD-RAM Drv. by any chance ?

      No, Lite-On - probably an LTD-163 or similar. If I remember correctly, it malfunctioned after trying the Arachne DOS web browser (specifically probing for an NE2000 NIC) from the UBCD. I reported it to the UBCD maintainers, but they said they'd had no similar reports.

    70. Re:Requires root privileges or physical access by Anonymous Coward · · Score: 0

      The nice thing about this exploit requiring physical access is that you may have a fairly decent chance to catching the perp and applying a size 13 (my shoe size) patch upside their head or backside.

      That'd be an interrupt 0x13, right?

    71. Re:Requires root privileges or physical access by spikedvodka · · Score: 1

      or anybody with any anything that can carry electric current.

      Such as...
      1) a pair of needle-nose pliers
      2) any sort of small metal clips (Binder Clips are good for that)
      3) pieces of wire...

      oh wait, isn't that the point... make everybody a criminal!

      --
      I will not give in to the terrorists. I will not become fearful.
    72. Re:Requires root privileges or physical access by couchslug · · Score: 1

      "a new systemboard after they trashed your current one with this nasty bit of code...."

      "Sorry boss, but I guess we'll finally have to upgrade these old machines. I have no idea how this malware got into the system. Just terrible. (weeps)"

      --
      "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
    73. Re:Requires root privileges or physical access by ZosX · · Score: 1

      dual bios boards are nice. i've always been afraid of flashing a bios because its the easiest way to brick a machine short of frying it. oh, and i tried sticking some generic pc133 512mb dimms into a 700mhz p3 compaq presario and it really didn't like them. To the point that it never booted again. Its amazing they can still make computers that crappy. Reminds me of the old packard bell days. Oh how I wanted to bomb that company.

    74. Re:Requires root privileges or physical access by ZosX · · Score: 1

      oh, the fear has never stopped me, mind you. though i'd add that. i always like to roll the dice every once in a while. its just never fun when you are suddenly starting at something that will never power on again. my cheap ass insignia mp3 player died the other day after less than a year. 12 year olds should not be manufacturing electronics.....

  6. Fatal flaw: No BIOS reset by davidwr · · Score: 5, Insightful

    If BIOSes, CPUs, and other low-level software had factory-reset pins that could not be bypassed through patching, we wouldn't have these problems.

    If the pin is set during POST, the CPU, BIOS, or whatever would reset itself to factory conditions. The device would be configured so the factory-reset sequence could not be tampered with through software updates alone.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 5, Insightful

      This is why there should always be 2 copies of the BIOS. One that is physically read-only and contains the BIOS as shipped. And another writable one that can be disabled with a jumper. If your BIOS is corrupted or hijacked, you could always go back to the backup BIOS and restore.

      An alternative would be replaceable BIOS chips like the ones from the days before writable BIOS. If a customer gets a BIOS corruption or virus, they could call and order a replacement and not have to buy a whole new mobo. That would also be a good way to distribute BIOS updates to people afraid of bricking their system.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    2. Re:Fatal flaw: No BIOS reset by S77IM · · Score: 1

      Better yet -- a backup ROM that was truly read-only (not flashable at all) and an external, physical switch to toggle between that and the updated-over-the-Internet ROM.

      Think how useful that would have been during the first Cylon war.

        -- 77IM

      --
      Student: Is it true that the foundation of the universe is paradox?
      Master: Well, yes and no.
    3. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 1, Informative

      i remember building a system around 2000 with a Gigabyte mobo that had this exact thing. dual bios in case something went wrong that could be selected using a jumped switch. i don't know what happened to them now though.

    4. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 0

      That would also be a good way to distribute BIOS updates to people afraid of bricking their system.

      Because opening the machine and replacing the chip is less intimidating than running a flash utility?

    5. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 3, Insightful

      Probably most customers didn't care about the feature compared to what it cost to implement. I do wish this was standard though.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    6. Re:Fatal flaw: No BIOS reset by Rtech · · Score: 1

      This won't be necessarily be a problem with me as I just bought a new Asus motherboard that has a backup BIOS! I don't know if this is a shameless plug or not as I don't work for Asus but the board is an ASUS M3A78 Pro... now that I look online(I don't have the manual with me) I don't see the feature but I'm 99% sure I saw it. Call it 100% but I don't have the manual. I did think it was relevant to the article so I figured I'd mention it.

    7. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      Is the backup BIOS writable? If not, then perfect! If yes, then it would help protect against BIOS update failures, but might not against an attack like this.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    8. Re:Fatal flaw: No BIOS reset by RaymondKurzweil · · Score: 0

      This dual bios thing was a bit of a "fad" around the time period you mention because of the enormous success of the CIH virus at that time. The thought amongst some MOBO manufacturers was that the relatively small additional cost was worth it because there was thought to be a very great future risk of continued CIH infections (which would certainly have been true if Windows 2000 and moreso XP had not replaced the consumer desktop market). And regardless of the uptake of XP, it wasn't too unreasonable to think that some virus writer would update the BIOS destruction style virus for the newer OS. CIH was nothing more than a seriously destructive prank, which is really at cross purposes with the really useful stuff you can do these days with malware. You can't create a very efficient botnet with fried PCs. And thankfully the CIH "destruction only" prankster types are very few and far between, so this dual BIOS thing kind of died out a couple years later. It seems that we should have kept the dual BIOS option. This time around, no one is going to try to brick your mobo, they're going to "root" your system in a more headache inducing way that also might be harder to detect.

    9. Re:Fatal flaw: No BIOS reset by TheRaven64 · · Score: 1

      Gigabyte, unfortunately, own the patent on this. Somewhat depressingly, the filed the patent about eight months after I emailed them complaining that their BIOS flashing utility had trashed my BIOS and suggesting this as a solution and, because I sent the email from another computer (mine, for obvious reasons, was not working), I don't have a copy of the email so couldn't file a claim of prior art when I saw the patent.

      --
      I am TheRaven on Soylent News
    10. Re:Fatal flaw: No BIOS reset by FingerSoup · · Score: 1

      If the chip were properly socketed, and easy to replace, it would be...

      Tell, me - is replacing a Battery for your CMOS more intimidating then having a loud beep and something regarding corruption show up on your screen every time you turn your computer on?

      If implemented correctly, Chip replacement is simple, and reversable. Bios flashes are more intimidating, because when the power goes out during your BIOS flash, there's a good chance you've just bricked your system, and will likely require a chip replacement...

    11. Re:Fatal flaw: No BIOS reset by Lost+Race · · Score: 2, Insightful

      Or a friggin' write-protect jumper on the flash, which is actually present in the PCB wiring of most motherboards but 99% of the time the manufacturer is too cheap to solder on the pins. Actually it's not the 1 cent manufacturing cost they save but the zillions of tech support calls from clueless users desperate to reflash their BIOS (usually for no good reason) but unable to locate the WP jumper with both hands and a map.

      Hardware flash WP has been high on my list of mobo spec priorities for years but it's nearly impossible to find, since that's not an advertising bullet on the spec sheet. This is huge for systems that play different roles with interchangeable cold-swap system drives. If I'm running an untrusted sandbox system on a scratch drive and some malware silently infects the flash BIOS, that system is now untrustable even with a system drive swap, which totally sucks in testing/development labs. If I could just set a jumper and permanently write-protect the BIOS that problem would go away.

    12. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      I'm pretty sure to claim prior art you have to have actually implemented your idea and not just thought of it and documented it. I could very well be mistaken.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    13. Re:Fatal flaw: No BIOS reset by TheRaven64 · · Score: 1

      Not exactly. You just have to show that, given your work, the patent is obvious. The implementation details of dual BIOS designs are sufficiently simple that this is easy once the concept has been created (which, considering how quickly I thought of it, I would contend is also obvious, but much harder to show).

      --
      I am TheRaven on Soylent News
    14. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      I see, thanks. I had thought prior art was just used to invalidate a patent by demonstrating that it has been implemented before by you and therefore they had no right to patent that design(and you could thus possibly claim ownership of the patent?). Am I understanding correctly that a claim of prior art is to demonstrate obviousness of the design and therefore it should not be patentable? Not trying to spark debate or flame or anything, just curious.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    15. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 0

      So what happens when they learn to write over the "unwritable" one? What if the unwritable one gets legitimately corrupted?

    16. Re:Fatal flaw: No BIOS reset by sexconker · · Score: 1

      And what do you do when the factory-shipped ROMs are tainted?

    17. Re:Fatal flaw: No BIOS reset by TheRaven64 · · Score: 2, Informative

      The stronger constraint that you are describing is important under the US patent system, which (unlike most of the rest of the world) is first-to-invent (rather than first-to-file). Under this model, if you can demonstrate that you had a complete implementation first then you can not just invalidate the patent, you can get it assigned to you.

      --
      I am TheRaven on Soylent News
    18. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 2, Funny

      Add another layer to your tinfoil hat?

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    19. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 0

      The manufacturer "Gigabyte" has included this feature on most of its motherboards for several years now. They have a second physical BIOS chip that you can either swap manually or flash overtop of the existing corrupt BIOS.

    20. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      AC has a point when it comes to average users, who are normally very afraid of even looking inside the computer in case some of the magic smoke that makes it work leaks out. Then again, those users are unlikely to be flashing their BIOS and are probably paying the Geek Squad hundreds of dollars to do it for them. A replaceable chip makes it easy and reversible for those that will actually be performing the work.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    21. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      So what happens when they learn to write over the "unwritable" one?

      I meant a ROM chip that, once manufactured, is literally not able to be written to physically, just like the old BIOS chips in the days before they were flashable. Or, failing that, use 2 writable flash chips that are physically separate and switched between with a hardware jumper. If someone can move a jumper on your PC with no physical access, then you are fucked because you are dealing with a hacker with telekinesis. If they have physical access to your PC, then you are fucked no matter what failsafes are in play.

      What if the unwritable one gets legitimately corrupted?

      Then you are fucked, sorry. There are diminishing returns. The chance of both your flashable BIOS chip and your backup chip getting hacked or corrupted are pretty small.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    22. Re:Fatal flaw: No BIOS reset by amorsen · · Score: 1

      This is why there should always be 2 copies of the BIOS. One that is physically read-only and contains the BIOS as shipped. And another writable one that can be disabled with a jumper. If your BIOS is corrupted or hijacked, you could always go back to the backup BIOS and restore.

      Nice idea, but it doesn't always work.

      Sometimes you need a newer BIOS to make a newer CPU work. So you upgrade the BIOS using the old CPU, replace the CPU, sell the old one. If you then have to go back to the factory BIOS, the system won't boot.

      --
      Finally! A year of moderation! Ready for 2019?
    23. Re:Fatal flaw: No BIOS reset by amorsen · · Score: 1

      It doesn't matter whether you implemented or documented it. What matters is whether you published.

      --
      Finally! A year of moderation! Ready for 2019?
    24. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 0, Redundant

      Good point. The only fix I can see for your problem would be for both BIOS chips to be flashable. After updating and testing the new BIOS revision, then flip a jumper to switch to the backup chip and update that one as well. As long as they are physically separate and only accessable when the jumper is flipped, the backup BIOS should not be affected by this attack.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    25. Re:Fatal flaw: No BIOS reset by clone53421 · · Score: 1

      Or, failing that, use 2 writable flash chips that are physically separate and switched between with a hardware jumper.

      Then you'd have the possibility of accidentally booting the clean BIOS on the owned OS – and getting it infected too. Oops. Just make it read-only...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    26. Re:Fatal flaw: No BIOS reset by sexconker · · Score: 1

      Dude, where have you been?
      There are tons of recent cases of memory cards, flash drives, digital photo frames, etc. shipping with malware.

    27. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      Then install your own BIOS, like coreboot or openbios. The problem you are talking about is malware coming from the manufacturer. I was talking about a way for manufacturers to redesign their products to have a fallback in case of the attack in this article. Obviously if the manufacturer is malicious or incompetent then it won't work.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    28. Re:Fatal flaw: No BIOS reset by IorDMUX · · Score: 1

      This is why there should always be 2 copies of the BIOS. One that is physically read-only and contains the BIOS as shipped. And another writable one that can be disabled with a jumper. If your BIOS is corrupted or hijacked, you could always go back to the backup BIOS and restore.

      Isn't this the case for most every motherboard, nowadays? Perhaps I'm misunderstanding how the procedure works, but I have thrashed my BIOS plenty of times during upgrades and have had to pop the coin battery and short the CMOS reset jumper to erase the EEPROM and restore the factory default BIOS. This implies, to me, that the motherboard kept a second copy of the factory BIOS lying around for when the EEPROM doesn't seem to exist.

      Am I looking at this wrong, or aren't there two BIOSes, a programmable and a read-only-backup, on my motherboards?

      --
      >> Standing on head makes smile of frown, but rest of face also upside down.
    29. Re:Fatal flaw: No BIOS reset by mikiN · · Score: 1

      I for one cannot believe that something this obvious has no prior art which voids this patent claim, but IANAPL. Fail-safe systems in engineering come in all sizes and shapes, a fixed-function system taking over from a dynamic one being just one of them. Substitute 'backup BIOS' for fixed-function and 'Flash BIOS' for dynamic system and you should be set. But then again, anyone who adds just a nut or a bolt to an existing design or simply turns it 45 degrees counter-clockwise is able to get a patent these days.

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    30. Re:Fatal flaw: No BIOS reset by mikiN · · Score: 1

      BIOS chips are so '90s. Why not do away with them entirely and use a tiny MicroSD cardreader? Leave out all the USB mass storage controller stuff, replace it with a simple address decoder and have the system address it directly.

      Reflashing would be as easy as hopping over to a clean system, inserting the card in a reader, and doing (in *nix):

      $ dd if=bios.bin of=/dev/sdc # sdc being the card

      No more hassle.

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    31. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 0

      I think it actually is standard on Gigabyte mainboards. I checked all Gigabyte Socket 1366 mainboards (http://www.giga-byte.com/Products/Motherboard/Products_List.aspx?VenderType=Intel&CPUType=socket+1366#Intel%20X58), they all have DualBIOS.

    32. Re:Fatal flaw: No BIOS reset by Molochi · · Score: 1

      It's still there. My intel P45 motherboard has DualBios.

      --
      "The Adobe Updater must update itself before it can check for updates. Would you like to update the Adobe Updater now?"
    33. Re:Fatal flaw: No BIOS reset by Anonymous Coward · · Score: 0

      It's a common feature on "premium" (ie not cheap crap) motherboards from several manufacturers. Gigabyte has had it for years. However I don't believe that it will protect you in this case. The attack survives a reflash.

      Just find "bios write protect" in setup and turn it on.

    34. Re:Fatal flaw: No BIOS reset by LoRdTAW · · Score: 1

      100% agreed.

      Gigabyte has this feature, its called dual BIOS. One is writable, the other inaccessible. The idea is if you mess up a BIOS update the backup can safely boot strap the system and copy itself to the bad BIOS. Great idea if you ask me.

      I do miss the days of removable BIOS chips though. If it was hosed you could order a replacement and swap it in.

    35. Re:Fatal flaw: No BIOS reset by chromozone · · Score: 1

      New mobos have 2 bios chips - or at least ASUS and Gigabyte do

    36. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      CMOS reset jumper shouldn't erase the EEPROM, it should only reset the BIOS settings stored in CMOS RAM, which is volatile memory kept alive by the battery. What you are talking about might be a dual BIOS, or it could be that there is enough space on the EEPROM so that multiple versions of the BIOS can be stored, so if a flash fails it will revert to the backup. I have seen this feature before, but it does not protect against a BIOS malware or corruption of that EEPROM chip. I have worked with the latter many times, but I've never seen the dual BIOS feature before. Several other replies to my post seem to indicate that ASUS and Gigabyte do have boards with this feature. I do hope the feature becomes popular and other manufacturers adopt the technique.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    37. Re:Fatal flaw: No BIOS reset by wastedlife · · Score: 1

      I do miss the days of removable BIOS chips though. If it was hosed you could order a replacement and swap it in.

      Some still are, although good luck getting them from the manufacturer. At my last job, we did tech support and RMAs for a hardware company(Sorry, can't specify until my NDA expires). We kept updated BIOS chips handy for cases where the customer needed an upgraded BIOS for a new proc and didn't have an older proc handy to do the update. We would email the customer a shipping label, they would send it in, and often the day we get it the new chip would be swapped in and the board shipped back out the next day.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    38. Re:Fatal flaw: No BIOS reset by sexconker · · Score: 1

      And installing your own BIOS won't work since this shit survives flashes.

      You'll have to drop your own physical chip in.

      It's not about whether or not the manufacturer is malicious or incompetent, it's if a single worker in China or Taiwan has been paid by the Spamlords to infect production chips.

  7. No surprise by gweihir · · Score: 4, Interesting

    Of course you can infect a BIOS. It has drawbacks, however. One is very limited space. A second one is that BIOSes flash differently on different mainboards. Maybe not too differently, which would be a real problem. Hoperfully, there is not enough space in the average BIOS for self-relication (which would need exploit code and flasher code at least).

    The fact that this is possible is mildly entertaining, nothing revolutionary. Would have been possible (and obviously possible) with the first Flash BIOSES around.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:No surprise by jellomizer · · Score: 3, Insightful

      Them Old Time Viruses ran with a lot less then what modern BIOS have, so I wouldn't focus to much on size to save us.
      When the Virus initially runs it is probably in the Hard Drive to the RAM which can can fit a LOT of configurations to break into a lot of BIOS manufactures.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:No surprise by Krneki · · Score: 1

      Only if you consider it as a stand-alone virus.

      Most of the viruses today are able to integrate different viruses. First you get infected with a 0-day exploit and then the virus will download what it needs to further fuck you up.

      --
      Love many, trust a few, do harm to none.
    3. Re:No surprise by Cyberax · · Score: 1

      There are OpenSource tools which handle re-flashing of most BIOSes.

      Also, there are just a few BIOS manufacturers. So it might be not that hard to write semi-unversal code.

      Now I wish my computer had a TPM module....

    4. Re:No surprise by wkk2 · · Score: 1

      The real question is why the boards no longer have BIOS write protect jumpers given that infections are only getting worse.

    5. Re:No surprise by gweihir · · Score: 1

      The old viruses sometimes fit into 300 bytes floppy boot code. But these did not need any exploit (i.e. attack) code, no network functionality and no flasher code.

      While very small worms are possible today (think Witty which was about 470 bytes worm code), whou cannot do a lot with them, certainly not include a generic FLASH writer.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    6. Re:No surprise by tacet · · Score: 1

      As a coincidence, i played with bios flashing yesterday, and it isn't so hopless, as you might think. There is user friendly tool - uniflash - weights 30k I believe, one could strip it heavily. Exploits can be as small as 100bytes and even less. Your average bios memory chip is 256-500k Yesterday i was able to reflash SST and intel bios chips on same motherboard, i believe i could do atmel's too, but i didn't try it, so i think routines for reflashing them are pretty much same across motherboards/bioses.

    7. Re:No surprise by gweihir · · Score: 1

      Only if you consider it as a stand-alone virus.

      Most of the viruses today are able to integrate different viruses. First you get infected with a 0-day exploit and then the virus will download what it needs to further fuck you up.

      That needs at least working networking code, loader code (the download has to go somewhere) and startup code. Still, I agree that this would be a necessary design decision to do anything useful with malcode in FLASH.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    8. Re:No surprise by wastedlife · · Score: 1

      The virus could check if the motherboard is compatible with coreboot or something similar before flashing a modified version. If coreboot can boot a linux kernel directly without any other bootloader, it is likely possible that the average BIOS has enough room for self-replicating code.

      I do agree that it is not revolutionary, I've heard of BIOS viruses for a while, but the general consensus was that they are too motherboard-specific to be of any real threat. However, coreboot claims it is supported on over 200 mainboard models, so perhaps they have become less specialized.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    9. Re:No surprise by Anonymous Coward · · Score: 0

      not necessarily. if it could dump a little script into your operating system boot files that will download and run the needed files, it has all the necessary networking code through the OS.

    10. Re:No surprise by Anonymous Coward · · Score: 0

      Would have been possible (and obviously possible) with the first Flash BIOSES around.

      Yes, these have been around for quite some time. I saw a virus back in the early 90's on the 286/386 architectures that would infect a floppy, turn it into a boot/flash disk, reboot your computer, flash your BIOS, and reboot. Then you were hosed.
      Unless you pulled the little battery next to the CMOS chip for a while (couple of hours) which would drain the flash update & upon reboot leave you with the factory default.

      The scarier ones are the ones that flash-update the BIOS on your video card. You know, the one with the 12 billion GPU's and 100 billion terrabytes of RAM you use to run the latest shooter games. Say hello to Skynet?

      The more important question is, why is the BIOS accepting ANY flash update after handing off to the OS? It's a trivial matter to put a BIOS patch on a USB stick, floppy (if you still have one), or CD/DVD, and only allow the update after POST and BEFORE handing off to the bootloader. In fact, my motherboard does exactly this, but most don't.

    11. Re:No surprise by sjames · · Score: 1

      Flash code can be crammed into 50 bytes or less, counting the code that sets the GPIO lines to allow the flashing.

      The part that determines which MB you have and loads the correct 'driver' can be fetched over the net. Many BIOS images have over 16K of free space on the chip. That's well more than enough for a polling UDP network stack (w/ DHCP), code to exploit the SMM vulnerability, and patch the bootloader.

      A simple jumper on the write enable line of the flash chip could stop BIOS infections cold, but that might cost a nickle, so forget it.

    12. Re:No surprise by VernonNemitz · · Score: 1

      I've been expecting something like that for years. Here's a proposed solution.

    13. Re:No surprise by RMingin · · Score: 1

      TPM module wouldn't help. It doesn't do diddly until long after machine boot. Heck, if you RTFPDF, there's a TCPA init module in the sample BIOS contents they were presumably fiddling with.

      --
      The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    14. Re:No surprise by RiotingPacifist · · Score: 1

      There are OpenSource tools which handle re-flashing of most BIOSes.

      /quote> Really? Last time i needed to flash a bios i had to use freedos and a proprietary installer, needless to say it was a PITA to do from a linux install. I knew that there are basically only 2 major BIOS manufacturers (perhaps half a dozen more small time ones), but any chance of some links to these opensource tools?

      --
      IranAir Flight 655 never forget!
    15. Re:No surprise by maxwell+demon · · Score: 1

      There is no need to have the complete code in the BIOS. Basically, if you manage to get to the internet (probaby exploiting routines of the running OS), you just can load any amount of extra code from there.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    16. Re:No surprise by dark_requiem · · Score: 1

      It's possible that the BIOS payload wouldn't need to have the entire program. All you would need is for a simple downloader to survive a hard drive wipe, which could run with root privileges to download and run a malware installer once the OS was up and running. That way, the malware author can always be ensured a current installation, and can use smaller code to download different packages for different operating systems. Really quite elegant, and would require a hardware programmer to wipe clean with current motherboard implementations.

    17. Re:No surprise by jellomizer · · Score: 1

      Having BIOS level control of your virus kinda overrides having your harddrive permissions so you can do a raw write to the drive. So all you need to do is put some code to background download the larger flasher program to spread.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  8. Dance of the Seven Veils by Anonymous Coward · · Score: 1, Interesting

    What were the editors thinking of when they wrote "perform unveil"?

    1. Re:Dance of the Seven Veils by Anonymous Coward · · Score: 0

      Slashdot has editors?

    2. Re:Dance of the Seven Veils by Jurily · · Score: 1

      What were the editors thinking of when they wrote "perform unveil"?

      Perhaps they just executed a landing procedure. Flown recently? The amount of official sounding meaningless BS they come up with is mind boggling.

    3. Re:Dance of the Seven Veils by HTH+NE1 · · Score: 1

      Alfredo Ortega and Anibal Sacco from Core Security Technologies -- used the stage at last week's CanSecWest conference...

      That's also an improper use of a long hyphen.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  9. super-pwned by davidwr · · Score: 1

    If the BIOS were not hackable, replacing the drive and resetting the boot sequence, BIOS password, and other settings would be sufficient to re-own your machine.

    Of course, if your BIOS password were changed, you'd be out of luck, but at least you'd know it.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:super-pwned by wastedlife · · Score: 1

      if your BIOS password were changed, you'd be out of luck

      Or you could reset the BIOS with the jumper or by unplugging and removing the CMOS battery. Unless said hijack somehow creates a permanent BIOS password, in which case you'd be totally screwed.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    2. Re:super-pwned by scubamage · · Score: 2, Informative

      Not technically... some motherboards with dual bios chips can be set to fail over to the secondary bios, and from there you could re-flash the primary off of the secondary.

    3. Re:super-pwned by Chabil+Ha' · · Score: 1

      This would be fine if your BIOS chip were a field replaceable part, but mine is soldered to the motherboard itself!

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    4. Re:super-pwned by wastedlife · · Score: 1

      Every motherboard I've ever worked with either had a BIOS reset jumper or the CMOS battery was removable. The settings entered into the BIOS configuration screen are not normally saved to the Flash ROM, but are stored in CMOS and kept alive by the battery. If you remove the battery or use the reset jumper procedure, it kills power to the CMOS and the settings are cleared, this normally includes the BIOS password.

      Also, I just reread my post and realized that you might have misunderstood. I was referring to resetting the BIOS password and settings, not the contents of the flash rom.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    5. Re:super-pwned by Mister+Whirly · · Score: 1

      You don't need to remove the actual BIOS chip itself. Using a jumper to go back to the default password, or removing the CMOS battery (not soldered to the board and completely removable) will do the trick. Unless you were commenting on the systems with a backup BIOS, in which case you wouldn't need to remove the chip itself either. You would simply re-flash the bad BIOS with the backup good one. So not sure where removing the BIOS chip comes into play...

      --
      "But this one goes to 11!"
    6. Re:super-pwned by Anonymous Coward · · Score: 0

      This would be fine if your BIOS chip were a field replaceable part, but mine is soldered to the motherboard itself!

      Buy a hot air rework station, remove it, and replace it ;)

    7. Re:super-pwned by Anonymous Coward · · Score: 0

      You are confusing the bios settings (kept in re-settable, battery backed ram) and the bios itself. The settings can be cleared by shorting the power pins on the battery backed ram which is generally what the jumper does.

      The bios itself, the code that executes to load the boot sector, is kept in an eeprom and can only be altered by using a bios flashing program. The jumper in question for that (I have a gigabyte mbd & it has one) prevents the bios from being flashed unless it is in the right position.

    8. Re:super-pwned by wastedlife · · Score: 1

      I was referring to the BIOS settings, which is where the BIOS password is normally stored. I probably should have specified the word "settings", but alas, I lack an edit button.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    9. Re:super-pwned by Bent+Mind · · Score: 2, Insightful

      Every motherboard I've ever worked with either had a BIOS reset jumper or the CMOS battery was removable.

      You've never worked on a laptop.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    10. Re:super-pwned by wastedlife · · Score: 1

      The last laptop I've needed to do maintenance on either had a dead CMOS battery or didn't have one at all because when the regular battery died, it stopped storing BIOS settings and the clock kept resetting whenever unplugged from power.

      That is a good point, how are you supposed to reset BIOS settings on a laptop normally? Or is that something they expect you to send it in for? I normally don't do any hardware work on laptops just because they can be such a pain in the ass and I end up in much deeper shit if I fuck it up and have to replace something.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    11. Re:super-pwned by Bent+Mind · · Score: 1

      Laptops are a pain. Forget the password and the manufacturer will tell you to replace the motherboard.

      The system password is stored in protected flash. Some of the older models had a default password you could use or a series of parallel port pins you could short to reset it. I've also heard of desoldering the chip and replacing it with a new chip. There are a few places that claim they can decrypt the chip, for a price.

      They have it set up this way to discourage laptop theft. Basically, if you forget your BIOS password, the laptop is garbage unless it is covered by warranty.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
  10. How much free space in the BIOS? by Samschnooks · · Score: 1

    So, you patch in some code into the BIOS. Would you be overwriting some functionality to accomplish this? If so, by checking said functionality, could you tell if your BIOS has been corrupted? Such as something simple as seeing if some keyboard functionality still exists (CTRL-ALT-something) or a utility program that iterates through BIOS interrupts and sees if the proper return codes and values come back in the registers?

    1. Re:How much free space in the BIOS? by VoidCrow · · Score: 1

      The flash memory that a BIOS lives in comes in a range of integral sizes. The BIOS code itself does not, being written to a set of requisite functionalities, rather than to fill a given size of flash memory. Therefore, the probability is that there will be some free space.

    2. Re:How much free space in the BIOS? by Hodar · · Score: 2, Informative

      Motherboard vendors typically use some form of protection, to prevent the 'normal' user from hacking into the BIOS Memory. In the old days, BIOS was in the 512K range, however many BIOS chips now sport 1 or 2 MB of space. This additional space is usually reserved for the nice big splash-screen image re-sellers throw up instead of having the PC sit and display the DOS boot messages (Memory test, speed, processor, Hard Drives, CD Drives, ect).

      So, there is 'plenty' of memory space that is non-violatile, that lives on your motherboard that could be used to hide either multiple compressed malware programs, or a host of viri. The only way you would know if you were infected would be the obvious crash, or if you were wise enough to compare the sum-check of the BIOS that you loaded against the sum-check of what is in your BIOS memory chip.

      But, the part they didn't tell you is that the BIOS memory chip may live in a variety of different places, it could be on the root PCI bus, or off the SPI bus, or hanging off the SMA bus. The virus loader would need to be smart enough to know 'where to look' and also have both Phoenix and Award BIOS passcodes/proceedures for this to be effective.

      Once hit, the only way to get rid of it would be to re-flash your BIOS (assuming the new BIOS doesn't have a self-preservation routine built-in - Like disabline the ability to write the BIOS again).

    3. Re:How much free space in the BIOS? by tgd · · Score: 1

      Virtually none of the real-mode code in the BIOS is ever used anymore. Any system that can boot DOS bare-metal would have plenty of room for code that is never used on normal systems.

    4. Re:How much free space in the BIOS? by wastedlife · · Score: 1

      If it replaces anything it would probably be the hardware controls that a modern OS normally controls directly. So you could keep a copy of DOS handy and if it stops working with some bit of hardware then you may be infected.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    5. Re:How much free space in the BIOS? by Durkheim · · Score: 1

      If I read TFA correctly, they say that the infected BIOS can modify files on the hard drive such as a windows library and inject code that reflashes the BIOS with the virus. So you'd need to reflash the rom _and_wipe the hard drive.

    6. Re:How much free space in the BIOS? by clone53421 · · Score: 1

      So you'd need to reflash the rom _and_wipe the hard drive.

      Yes, but to do so, you'd have to boot from the viral BIOS. In other words, the virus would be running while you attempted to reflash the ROM and wipe the hard drive. If it detected these actions, it could prevent them - or simply reinfect either the hard drive or the BIOS or both.

      Booting from a read-only device, such as a CD drive, would prevent the virus from injecting its reflashing code into the libraries on the boot disk itself, but I can't see how you could prevent it from infecting the processes once they were loaded into memory. If the virus was able to infect the clean system when it was loaded, it could either prevent the reflashing attempt, infect the clean BIOS image that was loaded, or just reflash the BIOS again with the viral BIOS.

      The best way I can see to prevent this is to have two BIOS chips, one which can be flashed and one which is read-only, with a hardware selector switch. If your flashable BIOS gets infected, you'd need to toggle the switch, boot from a CD on the read-only BIOS, flash the second BIOS, wipe the hard disk and reinstall the OS, shut down, switch back, and you'd be good to go.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  11. Well... by Anonymous Coward · · Score: 0

    Good thing I have EFI instead.

  12. PDF by JewGold · · Score: 5, Funny

    Wait, you want me to open a PDF from folks who know how to create such a supervirus? Hmm.

    --
    Is this a news report or a trailer for a motion picture?
    1. Re:PDF by Anonymous Coward · · Score: 0

      say hello to GSview

    2. Re:PDF by L4t3r4lu5 · · Score: 5, Funny

      It's already too late for you, I'm afraid. You've already read the stub of the article which was copied from the original website by another person. The virus jumped through their monitor (writing directly onto their retina using a zero-day exploit) which was then transcoded into nerve pulses. These were transfered to the poster's fingers which caused very small, but significant, induced current in their keyboard. The virus travelled through the USB port and into the PC, and got posted to slashdot. It now resides in your brain, and mine, ready to be exploited at the author's whim.

      Or, you really need to take off the tinfoil hat.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    3. Re:PDF by berashith · · Score: 1

      great! Now I am a botnet zombie.

      BRAAAAAIIIINNSSSSSS

    4. Re:PDF by MadKeithV · · Score: 4, Funny

      There is some irony in the fact that most botnet zombies are indeed caused by lack of brains.

    5. Re:PDF by SydShamino · · Score: 3, Interesting

      Perhaps you haven't seen Pontypool, a Canadian horror film about a virus that adapts to transmit itself through language. The film itself treats the premise as improbable but the best fit for the observed circumstances.

      I liked the film most because of how much imagery they convey through the lack of film footage; the story centers around a small-town morning radio team and what they hear and broadcast. Almost everything is left to the imagination. As I was watching it, all I could do was think back to Cloverleaf and how Pontypool was the same thing, but better, because shakey-cam was replaced with no-cam.

      --
      It doesn't hurt to be nice.
    6. Re:PDF by Mister+Whirly · · Score: 1

      I thought botnet zombies were looking for GIGGGAFLOPPPPSSSSS, not brains...

      --
      "But this one goes to 11!"
    7. Re:PDF by idontgno · · Score: 1

      a Canadian horror film about a virus that adapts to transmit itself through language

      I'm still awaiting the movie adaptation of the definitive treatment of language as virus.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    8. Re:PDF by LuxMaker · · Score: 1

      For some reason parent's post reminded me a lot of the TV show Chuck.

      --
      I regret that I only have one mod point to give per post.
    9. Re:PDF by pegr · · Score: 1

      a Canadian horror film about a virus that adapts to transmit itself through language

      I'm still awaiting the movie adaptation of the definitive treatment of language as virus.

      You've been waiting for something that came out in 1986?

    10. Re:PDF by gadabyte · · Score: 1

      you're saying that slashdot needs to be slashdotted before we all snow crash?

      i'm sure that's sup-dawg-memeable, but i'd like to keep what little remains of my self-respect.

      --
      the united states is a nation of laws; badly written and randomly enforced -- frank zappa
    11. Re:PDF by hab136 · · Score: 1
  13. Been around for some time... by nicc777 · · Score: 1

    A quick Google shows BIOS malware going back some time, so I don't know what so different from this one...

    --
    Need an ISP in South Africa?
    1. Re:Been around for some time... by wastedlife · · Score: 3, Informative

      From what I get from the summary, what is new is that it only replaces part of the BIOS instead of installing a whole new one. If it can somehow tell which part it needs to replace on different model motherboards, then it may be able to spread further than older BIOS malware which is normally motherboard-specific.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    2. Re:Been around for some time... by nicc777 · · Score: 1

      Thanks for that... Makes sense then. Scary stuff.

      --
      Need an ISP in South Africa?
    3. Re:Been around for some time... by cachimaster · · Score: 0

      I can't beleive how nobody on slashdot got this right.
      A guy even removed the WE pins on the Flash chip. What a stupid, you need to connect it to VCC!!
      I think this is a sign that a proper paper is required, as our slides can't be used to infer any reliable information of the talk.

  14. I know this one by oldhack · · Score: 1

    So what's the only way to be sure?

    --
    Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
    1. Re:I know this one by gardyloo · · Score: 1

      Mostly come at night?

    2. Re:I know this one by oldhack · · Score: 1

      What if it's windy and there is no moon?

      --
      Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
  15. IANABPE (I am not a BIOS programming expert) but.. by mandark1967 · · Score: 1

    Isn't there some sort of Open Source BIOS initiative out there? I wonder if it too is affected by this exploit.

    It would seem that this is a pretty major exploit if it can be pulled off remotely against the different flavors of BIOS. I mean, unlike a thumb drive, you couldn't simply add a little write lock button on the motherboard to lock the bios into read only mode, could you? The BIOS reads a lot of values from the system as it is booting and after the OS is loaded, so I can't see how you could simply lock down the BIOS to prevent unauthorized writes to it.

    --
    Sig Follows: "Suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself." -- Mark Twain
  16. Using tempest technology by LuxMaker · · Score: 1

    I am looking for when an exploit is installed using electromagnetic induction, not just reading the bits remotely but modifying them.

    I can see it now. Everybody's computer will come preinstalled with a Faraday cage.

    Looks like instead of whack-a-mole we are playing whack-a-hole.

    --
    I regret that I only have one mod point to give per post.
    1. Re:Using tempest technology by Aphoxema · · Score: 1

      But most computers already are pre-installed with a Faraday cage, at least the ones with compliant power supplies and a conductive case.

      Anyhow, it's just not physically possible to overwrite an EEPROM or any semconductor storage medium with a blast of induction.

      --
      "Most people, I think, don't even know what a rootkit is, so why should they care about it?"
  17. BIOS attack does not involve hard drives, duh. by Anonymous Coward · · Score: 0

    A pair of Argentinian researchers have found a way to perform unveil a BIOS level malware attack capable of surviving even a hard-disk wipe.

    Since the BIOS information is stored in Flash memory and not the hard drive, it's rather obvious that a BIOS level attack survives a hard disk wipe.

    Neither article even mentions hard drives, so I'm wondering why the author felt the need to editorialise. I guess it's to be expected with Slashdot.

  18. Re:Tsarkon Reports Obama bent on bankrupting USA by Jurily · · Score: 0, Offtopic

    Well, I don't give a shit about either. What's your take on OpenBIOS?

  19. why is it OS dependant by wjh31 · · Score: 1

    "The demo ran smoothly on a Windows machine, a PC running OpenBSD and another running VMware Player." If it's an attack on the BIOS, why would it be dependant on the OS

    1. Re:why is it OS dependant by Drakkenmensch · · Score: 4, Funny

      Because without direct access to the physical computer, it requires (as any other malware or virus does) an entryway from the internet and cooperation from the operating system. Anyone can destroy my laptop with the keys to my appartment and a sledgehammer, but doing it from a distance requires a windows flaw to exploit.

    2. Re:why is it OS dependant by Anonymous Coward · · Score: 0

      Unless you install the malware from a floppy disc, it pretty much has to be infected through a running operating system. Obviously, different operating systems would require different code to install the malware - you can't just hit the hardware directly on a modern OS, after all.

    3. Re:why is it OS dependant by Anonymous Coward · · Score: 0

      but doing it from a distance requires a windows flaw to exploit.

      Did you miss the "OpenBSD" part of the summary?

    4. Re:why is it OS dependant by sexconker · · Score: 1

      The second sledgehammer reference for this article.

      Holy crap.

    5. Re:why is it OS dependant by lordtoran · · Score: 1

      They did it via the physical access thingy, not by means of a remote exploit. And they surely had the root password.

      --
      Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
    6. Re:why is it OS dependant by Anonymous Coward · · Score: 0

      ..but doing it from a distance requires a SECURITY FLAW...

      There, fixed that fer ya....

    7. Re:why is it OS dependant by Anonymous Coward · · Score: 0

      and the cat what did he say? did he show you the window ?

  20. VMPlayer?? by Anonymous Coward · · Score: 0

    Shouldn't the virtual BIOS be just a file on the host which you can simply set to read-only to disallow writing?

  21. Come again? by I.M.O.G. · · Score: 2

    The demo ran smoothly on a Windows machine, a PC running OpenBSD and another running VMware Player.

    I was with the summary until that last part... A windows machine, I can accept that. An OpenBSD machine, I can accept that too. But another machine running VMware Player? Thats not an OS, so I don't even know what they were trying to say.

    1. Re:Come again? by Anonymous Coward · · Score: 0

      Perhaps they mean to say that they broke out of the hypervisor using something like BluePill or the methoed detailed last week, and then infected the BIOS.

    2. Re:Come again? by jimicus · · Score: 1

      It isn't but it certainly simulates a BIOS to the guest OS. My guess is they infected the simulated BIOS.

      This seems curious to me - why on Earth would VMWare want to make a virtual BIOS "flashable"? (in inverted commas because it's not a real BIOS so it isn't flashable in the true sense of the word)

    3. Re:Come again? by Anonymous Coward · · Score: 0

      They meant that VMWare's own BIOS ROM (which is in fact not that read-only) is also exploitable. // Artem S. Tashkinov

  22. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 5, Informative

    I've found Intel's EFI strategy to be annoying and fragmented. The EFI shell is very dos like, has very poor performance for the frame-buffer devices and leaves a lot to be desired. However, it is likely to become de facto.

    I did enjoy most the ALPHA systems SRM. Alpha-SRM had quite a bit of features for a "BIOS" of sorts.

    The Sun and Apple OpenFirmware (OpenBoot) systems was probably the closest the world got to a sane pre-boot environment. Openfirmware also has the distinction of being an actual standard IEEE 1275-1994. Unfortunately, they (Sun, Apple mainly) did not help the "linux guys" or the open community until it was too late and protected nearly worthless intellectual property for no good reason. (worthless in the sense its not monetize-able) .

    Now I found from long ago the concept of PC BIOS annoying. The BIOS vendors, like Phoenix, American Magatrends, Award, have a lot of collusions with the motherboard vendors in terms of getting all the secret register-poking needed to get things going. There is a lot of black magic, legacy code and the like, but it works.

    It will be very hard for a non-Pheonx-AMI-Intel vendor to come up with a new BIOS for the ages. The LinuxBIOS (coreboot) project, last I checked, and very poor support and no major vendor (e.g. Dell or HP) has looked into it seriously.

    The world lost when EFI eclipsed OpenFirmware's chances of spreading. Now we are stuck with a half-assed DOS-like shell, a still-extant BIOS like menu screen that the Intel motherboards provide, and judging from the number of revisions and the release notes on the various Intel EFI boards, we may have been better off with AMI/Phoenix's secret sauce and black magic than this EFI cruft.

    In the age of 2TB+ volumes it is probably inevitable that we are going to all be using EFI very soon (along with GPT).

    I do not foresee Coreboot or OpenBIOS or OpenFirmware making any real progress in pushing out EFI unless Asus or Lenovo sees the utility in having a real pre-boot environment.

  23. Limited scope by RMingin · · Score: 2, Interesting

    Not only do you need root or physical access, you also need the victim to be using a particular type of BIOS. While you could abstract this up to a module, so that it nailed all Phoenix BIOSes, or all Award BIOSes, you'd still need semi-specific payloads for each BIOS OEM. Also, you'd need the target to be using a mainstream commercial BIOS, not UEFI, OpenFirmware, or anything similar.

    UEFI will be here and widespread very soon (it's in some machines already, and more every day), and the only real power this 'new' malware has is the persistence/difficulty in removal.

    Not impressed.

    --
    The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    1. Re:Limited scope by sjames · · Score: 1

      Grab BIOS signature, send query to server in wheresthatistan, receive back instructions and code for that configuration.

    2. Re:Limited scope by bartoku · · Score: 1

      Sorry I am not going to let you get away with raining on their parade so easily. I am hoping you have some BIOS and firmware expertise or insight to share and advance my knowledge and back up your claims.

      Why are UEFI, OpenFirmware and the like exempt? Why would a unified or open standard for a firmware not make it easier, since it could possibly remove your first objection of requiring specific payloads?

      Sure these more modern firmwares may be intrinsically more secure. But the UEFI group it self admits that the BIOS and firmware are not completely going away. Perhaps it will be enough to render such exploits void, but I would not be so quick to claim that.

      Malware is all about being persistent and difficult to remove. We are talking about an exploit that gets as close to the holy grail of malware, infecting the hardware, as virtually possible. The only deeper exploit would be hard coded malware in the hardware.

      I, myself, am quick to try and deflate someone else's party balloons in my own arrogance for sure. But come on, have some humility to admit this is at least interesting. Maybe you are not worried, but it is impressive. It at least has peaked my interest to take a low level look at BIOS and motherboard firmware again.

    3. Re:Limited scope by RMingin · · Score: 2, Informative

      UEFI won't be vulnerable in the same way because it's not structured the same way.

      If you RTFA, they're actually discussing a *very* old approach, just using newer tools and procedures. They're also not talking about the guts of the virus being in the flash rom, just a glorified hook/loader. They're talking about patching into the decompression module, then watching for INT10 to be available. If it is, it's fairly late in the boot process and time to jump to work. The proof of concept as presented basically just hooks around the OS and offers system-level CPU access to a hidden file or patched binary, depending on the OS.

      If they get really advanced, they could write around the BIOSes own reflashing code, and/or patch the flash rom as it's being written. As presented, it will do nothing unless the infected HDD and infected BIOS are in contact.

      Back to UEFI: You could drop this payload as an app on UEFI, and you could try hacking around inside UEFI itself, but the exploit as presented is very very low tech and relies on the abysmal security of traditional firmware (checksums only). UEFI is a little bit more secure when it comes to tampering with the firmware in place.

      The main reason I pooh-pooh this article is that it's repacking and re-presenting a very old exploit method as if it is new.

      Also, to address your comment more directly: It's not the 'unified' or 'open' part of UEFI or OpenFirmware that makes them immune, it's that they are differently laid out and a little more secure than traditional BIOS.

      Also, even though most motherboards no longer come with flash write protect jumpers, they do come with BIOS-based flash protections, which should be suitable to this task. Disable flash updating in your BIOS and the exploit can't get in. Need the exploit to bypass the protection, and the protection prevents the exploit.

      --
      The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    4. Re:Limited scope by Anonymous Coward · · Score: 0

      That reminds me of when I obtained some tools (I don't remember if they were legal or not, this was back when people will still using dialup) but I used such a tool to strip the SCSI bios module from the asus bios, which freed up enough space to stick a boot logo (long before it every brand of computer started to come with one) in it.

      I don't think it would be too far fetched to simply dump the existing bios, find and patch bits, delete or replace rarely used pieces (PXE, SCSI, RAID) and replace with modules that look like those, but also do-evil(tm), then flash the bios, and prevent further flashing by bios update utilities. Or even cover the tracks by intentionally destroying the bios if it's attempted to be flashed by something other than itself. That'll teach those geek squad n00bs.

      There is also a much more dangerous scenario. What if this gets inside a business? The video card is an entirely underutilized processor, with it's own RAM. It wouldn't be that much more far fetched for the BIOS malware to also patch the video card bios. Then (this is all just theory) the video card could use it's hardware level access to do all the same patching to the operating system.

      So some theory might go like this
      Patched malware bios, downloads tiny PXE-like OS that virtualizes the operating system and it's own malware "os" that it downloads in another virtualized process. the user never sees it, and blissfully goes along unaware that their machine is stealing their data and being a zombie. All without the OS ever knowing and the antivirus product unable to reach the malware.

      Of course it's theory though. I'm sure someone who runs games would notice the virtualization when their 3D games don't work at all. But your average corporate employee is a dumbass and isn't allowed to think that there is something wrong with their system otherwise they will get fired for productivity reasons.

      I had to add in that last argument, because viruses and worms result in downtime for entire networks of computers. One place I worked at, two and a half days of performance put many people into "performance review" because they chose to run maintenance on the file servers which reduced the performance of the server to the point that people couldn't login to their systems if they didn't start their shift before the maintenance.

    5. Re:Limited scope by maxwell+demon · · Score: 1

      The only deeper exploit would be hard coded malware in the hardware.

      AFAIK modern CPUs allow microcode updates. If you could embed a virus there, it would be one level deeper than BIOS. No, I don't know if it would even theoretically be possible (probably not, because at that level, you'd need quite complex logic; OTOH the space you could put that logic in is most probably very scarce).

      --
      The Tao of math: The numbers you can count are not the real numbers.
  24. How fun! by Bandman · · Score: 2, Interesting

    And here I thought that all the virus writers were just wimps using XSS and Word macros to run generic malware. I wondered where the old school BIOS viruses had gone.

  25. Whom to trust with your BIOS? by Anonymous Coward · · Score: 0

    So, on what base should I trust Asus or somebody to give me a 'clean' bios? When I look at some mainboards with strange additional functionality, I wonder when they will start packing adware onto the chip.

    Is there a usable open-source bios alternative available? I've heard about something (and forgot the name) but am not sure whether this can replace my current bios now or is intended for some 'future use'.

  26. Re:IANABPE (I am not a BIOS programming expert) bu by ledow · · Score: 1

    You mean, like the BIOS-induced "Flash Write Protect" option in virtually every single BIOS ever made in the last ten years or so?

  27. there were number of BIOS attacks by Soleen · · Score: 2, Interesting

    In April 26, 1999, I turned on my computer, and it met me with a black screen. Turned out that my BIOS was flashed because of this virus: http://en.wikipedia.org/wiki/Chernobyl_virus . Had to re-flash the BIOS. Obviously BIOS could have been loaded with something else other than simply erased.

    --
    LiFe iS bEAuTiFul :-)
    1. Re:there were number of BIOS attacks by Tubal-Cain · · Score: 1

      Obviously BIOS could have been loaded with something else other than simply erased.

      Such a virus is not limited by the size of the BIOS, because all it needs to do is wipe it from the outside. There is plenty of room on the HDD to hold code for wiping many different motherboards.

      This virus needs to not only wipe the BIOS, but also copy itself in and replicate enough of the functionality of the original to get the system to boot.

  28. Can someone explain... by abigsmurf · · Score: 1

    I thought since that really nasty virus that would brick PCs by writing to bios' that every mobo maker put in write protection that, if enabled, would halt the system when something tried to write to the BIOS.

    Wouldn't this prevent this kind of attack?

    1. Re:Can someone explain... by sjames · · Score: 1

      Most of them depend on SMM/SMI to 'protect' the BIOS. There's an exploit out there that can overwrite the SMM and nullify that protection.

  29. So very old by mrdoghead · · Score: 1

    I'm always stunned to read about "researchers" discovering and demonstrating attacks and security flaws that not only have long existed in the wild but that are in fact very commonly found on computers. This particular one hit me years ago and I've since seen it all over the place. Similarly, there's a great hoohah about the supposedly innovative confickers worming around the web. Reading through the reports you wouldn't know the same techniques have been common (with more effort made at cross-platform and hardware-level exploitation) for at least four or five years. I just wonder how often these people look at actual systems to see whether they're compromised, as opposed to assuming they're okay. When I look at people's computers, they're essentially always polluted. The questions are only how bad and by whom.

  30. When can I expect the commercial version? by clone53421 · · Score: 2, Interesting

    Let me get this straight:

    It pretty much requires physical access and root. If a malicious person gets that sort of access, I'm screwed anyway.

    Ok, so I'm not too worried about anyone installing this on my computer without my knowledge.

    What I am interested in is the sort of equipment-tracking possibilities this creates. If I could install a tracking rootkit on a laptop which could silently persist and survive disk wipes and ROM flashes, automatically reporting in whenever it gets net access, it would be a huge advantage if the machine were ever stolen. An OS reinstall is likely, because it's a simple way to circumvent the user account password, but this would even protect against a BIOS flash (which is less likely, but still not out of the question).

    Eventually, somebody somewhere would hook the laptop up to the web, probably with a completely fresh OS install, and a subpoena on the IP would reveal their location.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    1. Re:When can I expect the commercial version? by jimicus · · Score: 1

      Let me get this straight:

      It pretty much requires physical access and root. If a malicious person gets that sort of access, I'm screwed anyway.

      You are but you can be un-screwed by reloading the operating system and restoring data from backup (being careful not to restore whatever it was caused the compromise in the first place, of course).

      This effectively neutralises your ability to do that.

    2. Re:When can I expect the commercial version? by Endo13 · · Score: 1

      What I am interested in is the sort of equipment-tracking possibilities this creates. If I could install a tracking rootkit on a laptop which could silently persist and survive disk wipes and ROM flashes, automatically reporting in whenever it gets net access, it would be a huge advantage if the machine were ever stolen. An OS reinstall is likely, because it's a simple way to circumvent the user account password, but this would even protect against a BIOS flash (which is less likely, but still not out of the question).

      Interesting indeed. It would also be invaluable for rental companies that lease out computers.

      --
      There is no -1 Disagree mod. Slashdot.org/faq defines mod options. USE IT.
    3. Re:When can I expect the commercial version? by Shawndeisi · · Score: 1

      It's already been done for years:

      CompuTrace LoJack for Laptops

    4. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      I believe GP was sarcastic.

    5. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      No bad assumption - the article reads:

      "you need either root privileges or physical access to the machine in question"

      That OR is huge. If you can escalate to root you can update the BIOS.

      I am keeping my tin foil hat clearly on my head - including not looking at the pdf.

    6. Re:When can I expect the commercial version? by clone53421 · · Score: 1

      I wasn't being sarcastic, and although I was aware that rootkit-like tracking systems exist, the ability to survive a BIOS flash was a feature that I'd never heard of.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    7. Re:When can I expect the commercial version? by clone53421 · · Score: 1

      Good catch, but still, if malicious code gets root you're screwed anyway.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    8. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      It already exists.
      Computrace (http://www.absolute.com/computracecomplete/laptop-tracking.asp) comes installed on all my new Dells at work, you activate it in the bios and register on their website. You can report the machine stolen and they will try to locate it by IP, you can also trigger remote data wipes (assuming the thief uses windows of course), get hardware specs, installed software, etc.

      Also, it installs itself into windows with a driver that at some point microsoft included with one of the service packs, it just appears as a generic usb host device. You can wipe it out and it just comes back on the next boot.

      Good stuff.

    9. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      It's called Computrace LoJack. They say it's built-in to the BIOS of most laptops.

    10. Re:When can I expect the commercial version? by clone53421 · · Score: 2, Interesting

      Yeah, I know that such things exist, but they don't protect against a disk wipe and re-flashing the BIOS, which this apparently does. I'm sure the companies that make that sort of tracking software would love to get their hands on this.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    11. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      HAHAHAHA

      You're serious?
      This has been happening for YEARS believe it or not.
      It's a bios module loaded into A LOT of new computers from the past like 4 years. It's for the PC lojack program. Resides in BIOS so you can kill the service, delete the files, reboot and poof it's all back to where it was ready to track you.

      Every new PC I get I have to literaly modify the bios, trick it into a downgrade and then upgrade to the 'new' modified bios.

      Welcome to the new world. There is a LOT of stuff in these new PC's that the general public doesn't know about.... Do some research people. You will not regret it....

      -Anon

    12. Re:When can I expect the commercial version? by clone53421 · · Score: 2

      TFA said "survive reboots and re-flashing attempts". I was merely wondering how long it would be until the existing commercial applications manage to incorporate that feature.

      I wasn't aware that the lojack was being included in default installs, though. Do you have any way to back up what you're claiming?

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    13. Re:When can I expect the commercial version? by Anonymous Coward · · Score: 0

      Most current Dell laptops ship with such a feature, just that it's disabled by default, but once enabled you cannot disable it anymore.

      The EFI BIOS can have a built-in IP stack, and it can use the network transparently to the user and without his knowledge. Not to mention that it can easily check any I/O operations and block them, if it really wants...

      This is why security-concerned/paranoid people tend to use open-source BIOS implementations such as U-Boot, OpenBIOS or coreboot.

  31. Re:IANABPE (I am not a BIOS programming expert) bu by canajin56 · · Score: 1

    I mean, unlike a thumb drive, you couldn't simply add a little write lock button on the motherboard to lock the bios into read only mode, could you?

    Why the heck not? They used to be the standard. But, people found it ANNOYING. So, it's a much touted feature that the modern BIOS can be rewritten by anybody, without direct access to the machine. My first flashable BIOS, you had to make a boot disk with the new BIOS image, and flashing tool. Then you had to turn the PC off and open the case. Then you had to short the "Write BIOS" jumper. Put the jumper from "OFF" to "ON" for 3+ seconds, then move it back onto the "OFF" pegs. This made it so that the BIOS will accept writes on the next reboot only. You cannot leave the jumper on the "ON" pegs or it won't post, thus preventing you from forgetting about it and leaving the BIOS writable.

    Anyways, my new board has two BIOS chips. One is read only I think. There's allegedly a jumper I can set to make it bypass the primary BIOS. It's for recovering from an interrupted or bad patch, but I imagine it would work just fine for removing a BIOS virus, too. (I say allegedly because I've never had cause to look for it).

    An Open Source BIOS would not be immune to this, at least, depending on how it works. It patches its own code in. Now, that means on an Open Source BIOS, it could work fine, either because the same code is in the same spot, or because the virus looks for the right spot instead of always writing the same address. Or it could completely trash the BIOS. Either way you're screwed! There's also possibility #3 that it would patch over unused blocks and have no effect, or it would be unable to find the right spot to patch, and so do nothing.

    --
    ASCII stupid question, get a stupid ANSI
  32. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Now can I please use the internet to steal music without worrying about petty little things like compensating the people who made the music possible in the first place.

    Fixed.

  33. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Now can I please use the internet to steal music without worrying about petty little things like compensating the people who made the music possible in the first place.

    Fixed.

    Yeah, but when I paid for the internet originally I never inteded for you to being going out and looking and KP, snuff and bestial stuff. I mean, talk about throwing stones in a glass house. Fixed for you would be chemical castration.

  34. He who controls the bootloader... by worip · · Score: 1

    Controls the everything about the machine...
    Every flash upgradeable BIOS needs a monitor program to upgrade the BIOS itself. Typically that monitor program resides in a separate block in flash and is rarely updated (depending on the programmers, of course!). Putting this monitor program in ROM would allow you to solve this and always allow you to update the BIOS.

    --
    A picture is worth exactly 1024 words.
  35. Doesn't affect me by NotQuiteReal · · Score: 4, Funny

    I boot without a bios - by toggling in raw machine code from the front panel switches!

    --
    This issue is a bit more complicated than you think.
    1. Re:Doesn't affect me by NameIsDavid · · Score: 1

      Enjoying your PDP-8?

    2. Re:Doesn't affect me by Anonymous Coward · · Score: 0

      Yeah, me too. I got a call from 'year 1975' -- they said they wanted me to give them their DEC PDP8/e back.

      (Toggle in boot loader -> read in short RIM punched paper tape -> read in longer BIN punched paper tape -> read in very long paper tape with BASIC. 20 minutes later, BASIC is ready to go!)

      I love the convenience of autoboot ROMs, but miss the usefulness of a physical front-panel and lights.

      Me: "Dude, your Z80's hung."
      Friend: "What're you talking about? <glances at front-panel> Oh. I see."

    3. Re:Doesn't affect me by Anonymous Coward · · Score: 0

      you have a pdp-11 too?

    4. Re:Doesn't affect me by Anonymous Coward · · Score: 0

      I boot without a bios - by toggling in raw machine code from the front panel switches!

      my colleagues and i had to design and implement a pipelined processor last semester. it was a 16bit mips-like design. the fpga board i used (altera de2) has 16 switches and a few push buttons.

      we have not done it yet, but had the same idea as you (i.e. simplified:)
      if button pressed
      schedule instruction from switches

  36. Re:Tsarkon Reports Obama bent on bankrupting USA by Bert64 · · Score: 2, Insightful

    Does anyone use EFI outside of Apple and IA64 based machines?
    Microsoft don't support EFI, even tho Vista promised support for it... EFI is really only of benefit to run OSX or possibly Linux.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  37. And the NSA hasn't been doing this for years? by MarkvW · · Score: 2, Insightful

    You're being watched . . .

  38. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    A lot of the intel server boards and the newer workstation boards from Intel have an EFI shell and a non-BIOS preboot environment.

    - Tsarkon

  39. So if my BIOS gets attacked, I can say... by Anonymous Coward · · Score: 0

    I know it was you, Alfredo. You broke my heart!

  40. Two full copies are not required by davidwr · · Score: 1

    The "backup copy" could be nothing more than a bootstrap loader that re-loads and validates the a fresh copy of the "working" BIOS from a known location, such as a hard drive, USB stick, or network.

    Even with large flashes, this "backup BIOS" shouldn't take up much space.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  41. Re:Tsarkon Reports Obama bent on bankrupting USA by Tubal-Cain · · Score: 1

    tl;dr

  42. um...... by interested+pyro · · Score: 0

    2 questions 1: removing C-MOS chip doesnt work? 2: Dual motherboards? im just wondering b/c i have #2, and I will resort to #1 if I get infected by a BIOS virus

  43. Virus pre-loaded by the manufacturer? by chappel · · Score: 1

    My fear is that it's possible to get the bios directly from the factory in China pre-loaded with a virus 'back-door'. I doubt the Chinese have any use for MY computer, but I'm pretty sure nearly all the PCs in the US government and military come from China, and I suspect the Chinese may have an interest in them.

  44. liveCD payload by Anonymous Coward · · Score: 0

    Would this attack work with a liveCD with the payload? :\ if so... Couldn't this be potentially dangerous? Since you could easily and stealthy infect alot of computers, granted you'll need physical access to a USB port/CD/DVD drive...

    1. Re:liveCD payload by clone53421 · · Score: 1

      Yes, which is why "public" computers should not allow booting from external sources.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  45. Simple solution by Mr.+Vage · · Score: 1

    Just put a flash jumper on the motherboard that must be set to be able to flash the BIOS. Seems to completely solve the problem.

  46. Exercise your warranty by davidwr · · Score: 2, Insightful

    The fact that this was allowed to happen is clearly a defect in design, materials, or workmanship.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:Exercise your warranty by cowbutt · · Score: 1

      I'm trying to remember why I didn't; I think it might have been the combination of a) the vendor being dabs (essentially only contactable via email) b) the drive being just out of its one year warranty (but barely used during that time, hence 'nearly new') and c) new drives falling in price to under £10. Sometimes the principle just isn't worth it... ;-)

  47. Re:Tsarkon Reports Obama bent on bankrupting USA by Tubal-Cain · · Score: 1

    Your female acquaintances...

    FTFY

  48. Re:Tsarkon Reports Obama bent on bankrupting USA by Tubal-Cain · · Score: 1

    I guess guys with thin cocks can really spell.

    I wouldn't know. That was Firefox's spellcheck.

  49. i'll worry when... by steak · · Score: 1

    they develop a method that survives a bout with a chip puller.

  50. i saw that jhorror movie by circletimessquare · · Score: 1

    i'm still trying to figure out what the creepy japanese girl with the long hair was doing the whole time

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  51. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Best. Troll. Ever.

  52. "Researcher" should at least have a clue ... by Zero__Kelvin · · Score: 1, Redundant

    "We can reinfect the BIOS every time it reboots."

    No. You can't. The BIOS is the first thing that is run at cold boot time. If it is already infected then you can attempt to ensure that it remains infected. If it is not infected, your code doesn't exist in the BIOS to "reinfect" it. During a warm boot (aka reboot) the code remains resident so, again, it is already infected, making it impossible to "re-infect". Nice hyperbole though.

    "Sacco and Ortega stressed that in order to execute the attacks, you need either root privileges or physical access to the machine in question, which limits the scope."

    And I have a penis, which makes it rather limiting when I visit the Gynecologist.

    News flash: If one has proximity, anything is possible. If I have unfettered access to a machine then I can ensure that I can continue to have that access. No shit. Write up something worth reading when you can obtain the access sans my permission in the first place, or at least don't try to claim that it is a threat to *BSDs, Linux, OS X, and other secure Operating Systems. I know I'm missing one ... Wind^H^H^H^H err... ahhh... no. I listed all the well known ones I guess.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    1. Re:"Researcher" should at least have a clue ... by clone53421 · · Score: 1

      No. You can't. The BIOS is the first thing that is run at cold boot time.

      If the virus patches itself into the BIOS and the OS, you could flash the BIOS, reboot, and the infected OS would re-flash the BIOS with the infected copy.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    2. Re:"Researcher" should at least have a clue ... by Logic+Worshiper · · Score: 1

      News flash: If one has proximity, anything is possible. If I have unfettered access to a machine then I can ensure that I can continue to have that access. No shit. Write up something worth reading when you can obtain the access sans my permission in the first place, or at least don't try to claim that it is a threat to *BSDs, Linux, OS X, and other secure Operating Systems. I know I'm missing one ... Wind^H^H^H^H err... ahhh... no. I listed all the well known ones I guess.

      Anybody who has total access can do anything, so if someone else gets access and you get it back, you should be able to undo what they've done, but not here.

    3. Re:"Researcher" should at least have a clue ... by Zero__Kelvin · · Score: 1

      "Anybody who has total access can do anything, so if someone else gets access and you get it back, you should be able to undo what they've done, but not here."

      Just because you cannot defeat it does not mean that I cannot do so #1480539.

      Seriously. I don't know if you believe everything you read, but you have been hoodwinked if you believe that. I am an embedded Linux Developer and Hardware Engineer who designed my first computer (component level) and wrote the bootloader and Operating System for same many, many years ago. I know how to pull out a motherboard and change chips, chipsets, etc. I know how to format hard drives using non-infected systems. I highly doubt I would have to resort to any thing more esoteric than a good ICE / Hardware Debugger, but if I did I could.

      The person who created this exploit is not a DemiGod whom nobody can touch, despite the claims to the contrary.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  53. AMD supports coreboot by Benanov · · Score: 1

    AMD has contributed to Coreboot support on their boards for about 2 years now. (According to the news posts at least.)

    1. Re:AMD supports coreboot by BitZtream · · Score: 1

      As does Intel

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    2. Re:AMD supports coreboot by Anonymous Coward · · Score: 0

      As I rememberd fro long ago when I wante dto use this for an embedded project, hardware support is very very spotty. It is by no means universal.

      http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/targets/intel

      http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/targets/amd

    3. Re:AMD supports coreboot by Anonymous Coward · · Score: 0

      Repost (sorry if redundant).

      As I rememberd from a long ago when I wanted to use this for an embedded project, hardware support is very very spotty. It is by no means universal.

      http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/targets/intel

      http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/targets/amd

    4. Re:AMD supports coreboot by Anonymous Coward · · Score: 0

      Intel used to tolerate coreboot and give away documentation about their hardware's initialization up until they created EFI. Ever since, they stopped and as you can see from the coreboot list of supported hardware, support for new Intel chips is almost missing due to this fact.

  54. Re:Tsarkon Reports Obama bent on bankrupting USA by lordtoran · · Score: 1

    How is it that a troll can post umlauts and I cannot? Tried playing with the site encoding in Firefox to no avail...

    --
    Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
  55. This depends on the BIOS of the machine by hesaigo999ca · · Score: 1, Insightful

    It all depends on the BIOS of the machine, which is not supposed to be able to be accessed while operation of the OS, some of the newer ones might, but early 2000 we saw some machines coming out with BIOS that was not reachable by the OS, only when you booted from disk, that was the only time you could do a firmware upgrade, I blame the community for pushing to have everything "easy"...is it not easier to be able to update the BOIS, from inside the OS... I say no, it is not a task you should be doing so easily anyways, flashing a BIOS is last measure, and updating the BIOS, (especially if you can easily brick a computer) is not something to be done often.

    1. Re:This depends on the BIOS of the machine by shentino · · Score: 1

      Yup, make a bios easily hosable, and your customers have no recourse but to buy a new one.

      This sounds like intentional flakiness and fragility to boost sales.

      It would be very easy to have two bioses...a flashable one to contain updates, and an unflashable one that could override everything to get new updates into the flashable one. Perhaps with a magical hotkey that would tell the master bios to ignore the slave bios.

      Unbrickable.

      But that would cut sales of replacement chips so hell no the vendors won't do it.

    2. Re:This depends on the BIOS of the machine by hesaigo999ca · · Score: 1

      I like the way you think my man, I wonder......
      where did I put my hammer and extra BIOS chip.

      Seriously, that is a great idea, and would be cheap enough to incorporate into a system without
      getting into an extra 1000$ for your system.

    3. Re:This depends on the BIOS of the machine by shentino · · Score: 1

      The only thing standing in the way is lost profits for vendors.

  56. Nuke it from space Re:I know this one by Anonymous Coward · · Score: 0

    So what's the only way to be sure?

    Nuke it from space, it's the only way to be sure.

  57. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    ä and Ä ö and Ö ü and Ü ß ä ö ç é áéíÓÚ äëüÖÜ àèìÒÙ ãõñÃÕÑ âêîÔÛ ç å Ç Å ß æ ø Æ Ø

    æt hine on ylde eft gewunigen
    wilgesias, onne wig cume,
    leode gelæsten; lofdædum sceal
    in mæga gehwære man geeon.
    Him ða Scyld gewat to gescæphwile
    felahror feran on Frean wære;
    hi hyne a ætbæron to brimes faroðe,
    swæse gesias, swa he selfa bæd,
    endenwordum weold wine Scyldinga---
    leof landfruma lange ahte.
    ær æt hyðe stod hringedstefna
    isig ond utfus, æelingesfær;
    aledon a leofne eoden,
    beaga bryttan on bearm scipes,
    mærne be mæste. ær wæs madma fela
    of feorwegum frætwa gelæded;
    ne hyrde ic cymlicor ceol gegyrwan
    hildewæpnum ond heaðowædum,
    billum ond byrnum;him on bearme læg
    madma mænigo, a him mid scoldon
    on flodes æht feor gewitan.
    Nalæs hi hine læssan lacum teodan,
    eodgestreonum, on a dydon,
    e hine æt frumsceafte forð onsendon
    ænne ofer yðe umborwesende.

    a gyt hie him asetton segen gyldenne
    heah ofer heafod, leton holm beran,
    geafon on garsecg; him wæs geomor sefa,
    murnende mod. Men ne cunnon
    secgan to soðe, selerædende,
    hæleð under heofenum, hwa æm hlæste onfeng.
    I Ða wæs on burgum Beowulf Scyldinga,
    leof leodcyning longe rage
    folcum gefræge --- fæder ellor hwearf,
    aldor of earde--- , o æt him eft onwoc
    heah Healfdene; heold enden lifde
    gamol ond guðreouw glæde Scyldingas.
    Ðæm feower bearn forðgerimed
    in worold wocun, weoroda ræswan,
    Heorogar ond Hroðgar ond Halga til,
    hyrde ic æt . . . . . . wæs Onelan cwen,
    Heaðo-Scilfingas healsgebedda.
    a wæs Hroðgare heresped gyfen,
    wiges weorðmynd, æt him his winemgas
    georne hyrdon, oðð æt seo geogoð geweox,
    magodriht micel. Him on mod bearn,
    æt healreced hatan wolde,

  58. BIOS isn't on the hard drive by slapout · · Score: 1

    "capable of surviving even a hard-disk wipe."

    The BIOS isn't stored on the hard drive, so why is this surprising?

    --
    Coder's Stone: The programming language quick ref for iPad
  59. Oh, looks like a pwnd job! by GewI · · Score: 1

    Well given that the BIOs is not flash-able to clean the infection, to any person of avg, or less then avg computer skill this will mean that the infected computer with this bogus bios, will be rooted until someone goes in to the bios code and does what the attacker had done, which is to "Patch and compensate the 8 bit check sum" to restore the bios to the un infected state. This will be wonderful for PC companys, as they will sell new pc's to replace infected one's =) . (ALL YOUR BIOS BELONG TO US!)

  60. Re:Tsarkon Reports Obama bent on bankrupting USA by hairyfeet · · Score: 1

    Well, since you have obviously given this subject a lot of thought, perhaps you can answer a question for me. Why do we NEED a replacement for BIOS anyway? The BIOS we have now works, is pretty simple, and most importantly does its job. Is there some reason why we have to have a replacement? Can't BIOS simply be extending for whatever new tech comes out?

    Maybe it is because I'm a "if it ain't broke, don't fix it" kind of guy, or that working PC repair I've seen tons of messed up boxes, but I've seen nothing to indicate that BIOS needs replacing. Hell on a badly messed up PC the BIOS is usually the only thing that IS working. I just don't want to see the BIOS replaced with all this extra functionality we frankly don't need in the preboot(use an instant on Linux for that) that could bring more bugs and instability to systems.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  61. There's a saying.... by fataugie · · Score: 1

    If it's got Tits or Tires, it's gonna give you problems.

    Guess they'll have to add Flashable Chips to that saying....

    --

    WTF? Over?

    1. Re:There's a saying.... by neoprint · · Score: 1

      Tits tyres and transistors?

  62. Re:Tsarkon Reports Obama bent on bankrupting USA by Killjoy_NL · · Score: 1

    Firecox?

    --
    This is the sig that says NI (again)
  63. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    I'm inclined to agree, but as new things come into play, APIC, ACPI, S1/S3, C-states, flipping NX support and VT support off an on and (list goes on), there is a perceived need to get some of this stuff to interact with a hypervisor rather than a BIOS poking registers and handing off control to something else. For example of a HW-supported hypervisor (& LDOMS) look at the Sun SPARC T5220 type machines, and actual firmware-hypervisor exists there. The ide is tht SW relies on the system firmware or hypervisor to be a true "ring 0", and everything on top is protected from the disparate kernel instantiations on the unit.

    I think for consumer boards where you typically see 1 die n cores, the needs for anything more than a simply BIOS-n-go approach is still in its infancy. However, the D975XBX2 (and higher and WRKS boards from Intel) seem to be based off of EFI, and if you read the bugs they fix, they reveal a more than a passive role or a handoff in the BIOS, the EFI has more capability than the BIOS.

    One of the biggest things really is to be able to do simple things, like fsck. Alpha SRM could do this, its really useful. Right now we all make a UBCD4WIN or Knoppix disc, but of firmware became more capable, what used to be the BIOS could do cleanups and fixes, and not be such a "dummy."

    Again, if I were making boards I'd stick to Phoenix or AMI until I couldn't anymore, simply because they work and not that many people nobody care about hypervisors, VT, fscking volumes in firmware etc, also, its simply who wants to spend the time, AMI/Phoenix and the big guys like Lenovo and Asus get the secret all mixed up perfect. They will continue to leverage legacy code until Microsoft says, "Windows XXX" wont boot off of a BIOS.

    Also note that if you read the LKML others like it, broken-BIOS and kernel fixups are at least a weekly discussion, so the ain't broke art of it is "ain't broke for YOU, but if you turn everything on its broken."

  64. Re:Tsarkon Reports Obama bent on bankrupting USA by clone53421 · · Score: 1

    "&Auml;" => "Ä"

    and so on.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  65. Light goes out for the Magic Lantern by Anonymous Coward · · Score: 0

    Rumor says this is exactly how the FBI's Magic Lantern and the german Bundestrojan works (these are government-run secret network communication interception software tools unlawfully used on the people in the name of war on terror).

    Hopefully the new info will allow common people to catch in-BIOS samples of the Magic Lantern and give ACLU a field day in the court of law.

    Fight the Future! Down with the secret UN World Goverment, its black helicopters and extraterrestrial allies and the wicked Illuminati who run the whole cabal hell-bent on exterminating 4,5 billion out of the world's 6,5 billion human inhabitants!

  66. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Welsh?

  67. If things can get any worse... by JulianoR · · Score: 1

    ...that is scheduled for inclusion in Conficker.D

  68. Re:Tsarkon Reports Obama bent on bankrupting USA by Tubal-Cain · · Score: 1

    I'm sure a lot of people would love to fire Cox, but I don't see that that has to do with this discussion.

  69. Re:IANABPE (I am not a BIOS programming expert) bu by mandark1967 · · Score: 1

    Every single BIOS made in the last ten years? Seriously? Every, single one?

    I have 3 popular motherboards that do not have that option listed anywhere in the BIOS screens or the Motherboard Manual.

    Asus Rampage X58
    DFI Lan Party X38
    Biostar GeForce 6100-M9

    --
    Sig Follows: "Suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself." -- Mark Twain
  70. Re:IANABPE (I am not a BIOS programming expert) bu by ledow · · Score: 1

    Okay, every *sensible* BIOS in any half-decent board. Seriously, the option is in Award, Pheonix, etc. all the major BIOS's in all the major-name computers I've ever seen. I think I saw a laptop without it once, and once PC that was some bodged-together thing from Japan under a company I'd never heard of.

  71. Basic BIOS in rom? by Anonymous Coward · · Score: 0

    I don't understand why they don't create a basic bios which can be restored into EPROM by setting a jumper, then you flash a clean up to date version of the BIOS. Short of actual physical access a malware writer could not permanently infect your system.'

  72. Great! by samirbenabid · · Score: 1

    And I was wonderning what would be Conficker's next trick...

  73. oh yeah? by commodoresloat · · Score: 1

    I boot without a bios - by toggling in raw machine code from the front panel switches!

    Well, I boot my computer using only punch cards. And I punch the holes in them myself, from memory! With a twig!!

    1. Re:oh yeah? by John+Hasler · · Score: 1

      The panel switch method is lower level. How do you know your card reader has not been compromised?

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:oh yeah? by kkrajewski · · Score: 1

      How do you know your SWITCH hasn't been compromised?!

      http://catb.org/esr/jargon/html/magic-story.html

    3. Re:oh yeah? by lamapper · · Score: 1

      I have not laughed that hard in a while, thanks for the stories....so many memories.

      I for one have no doubt about that story, having worked in a major telecom and have seen my share of weirdness.

      Obviously the last guy was the MASTER, the guy who just knows stuff. As he cut it, removed it after giving it some thought and then rebooted the PC. He did not bother debating what happened, just knew logically what should...cut the thing out and rebooted the PC, which continued to run fine....lol...great story thanks for posting.

      I would love a picture of that switch, even if it is just a light switch, even better would be a picture of the thing still wired to the PC, before the Expert cut the wire.

      A MASTER or Expert if you will, when asked a question, only stops to think about the answer when considering one of the many options, parameters to go with their answer...

      While I am advanced with many, different things, I am a true Master of NONE. Just advanced...but no Expert. I have worked and been in awe of quite of few, but while I worked in 10 different job titles, my choice, they typically performed and mastered that one area in technology, thus they are a true Expert or Master if you will.

      Any company that is lucky enough to have one, will not hesitate to pay them the six figure salary they have earned and are very much worth!

      Again, thank you for that story...it was GREAT!

      --
      Is your Internet Throttled? Install DD-Wrt, OpenWRT or Tomato to learn the truth! Google: 1Gbps/1Gbps: 5 Communities
  74. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    I think Server 2008 and Vista SP1 support it. It certainly does if you put Server 2008 on an IA64 machine.

  75. PC design is just stupid, evolve already! by Anonymous Coward · · Score: 0

    Meh I've been dreading the resurgence of this kind of crap for years. The whole modern PC is just a wreck of vulnerable / flaky / malfunctioning [even BEFORE someone else besides the system vendor breaks it] firmware. Motherboard BIOS, hard disk BIOS, GPU BIOS, ethernet BIOS, RAID BIOS, etc.

    My system BIOS locks up depending on what USB devices I have attached and what state my KVM switch is in. The system doesn't sleep/wake properly due to BIOS bugs. When the system does wake from sleep, virtual machine extensions are broken due to a BIOS bug. Sometimes it'll lock up for lots of other various "external" and internal configuration based reasons. No fix is forthcoming after years. My network BIOS doesn't network boot reliably / properly. My RAID BIOS hangs the machine if certain drives are attached. My crappy ATI GPU BIOS doesn't run the GPU clock speed or fan speed at proper levels and there is NO solution in the GPU driver, only reflashing the BIOS could help (probably voiding my 'lifetime' warranty), and the OEM doesn't and will not offer a fixed BIOS.

    BIOSes are one of the great tragic manure piles of modern PCs. The quicker they're replaced
    with much more open / accessible / easy to develop code bases the better off we'll be.
    It is almost incomprehensible how bad manufactures quality control / customer support is when there's a BIOS that HAS to maybe do a FEW DOZEN essential functions on a fixed hardware platform and they don't even get THOSE FEW THINGS done right, e.g. setting proper voltages / fan speeds / sleep / ACPI / USB / booting / ....

    This (like the legacy PC design we're still using after decades) is just stupid.
    The BIOS is something like a whole TWO MEGABYTES. Maybe even FOUR MEGABYTES on some higher end systems with a built in backup. That's like FLOPPY DISC SIZED. WTF are we doing with hard soldered non user replaceable BIOS chips and FLAKY / PAINFUL reflashing systems that FAIL a large percentage of the time and could very well BRICK your PC permanently when the BIOS flash or image does get corrupted?

    News flash, Intel, put a freaking *MICRO SD / SD CARD* slot on the motherboard, build the chipset to read that data upon boot, and require something like a 512 MEGABYTE SD card for system BIOS / BIOS backups / whatever system log data you want to keep / low security encryption keys or so on. That'd cost like $1 to implement, it'd be using a STANDARD and CHEAP storage medium that is at a minimum 256 times larger than the current solution, and is TRIVIAL to user replace (socketed, ubiquitous media / readers / writers), and even has a HARDWARE WRITE PROTECT switch available right in the socket. Benefits: cheapish, easy to field replace / upgrade, can store darn near unlimited numbers of backups / alternate versions that are easy to switch between, and even has enough storage capacity to store (if you want to) something like a WHOLE EMBEDDED OS on the "BIOS" SD card sort of like the SplashTop or whatever "instant on" type of utility / maintenance / application environments.

    Heck if you're feeling generous put TWO micro SD sockets on the board, one which can be switched by the user to be "read only" for BIOS versions and other "semi permanent" data / embedded OS images / whatever. Make the other "read write" for log data and so on.

    If you're feeling even more generous add a USB port for a USB flash drive + integrated TPM type chip so that you can actually [user optionally] portably take your system's encryption / authentication / key type data around with you so that it isn't [necessarily] left at an unattended PC, and so that you can choose instead to use it on a laptop or whatever you need to do to get access to your configurations / stuff.

    If you want physical security for this stuff, put it inside the PC case instead of on an external port and physically security lock the case.

    Even freaking better, let me boot (bios AND 'OS' code) from my choice of USB drive / SSD / flash card. Boot straight into a bare metal h

  76. Re:Tsarkon Reports Obama bent on bankrupting USA by lordtoran · · Score: 1

    Ah, Slashdot understands HTML unicode identifiers. Thanks!

    --
    Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
  77. Re:Tsarkon Reports Obama bent on bankrupting USA by clone53421 · · Score: 1

    Slashdot understands some HTML unicode identifiers. &nbsp;, for instance, vanishes without a trace, as does &#65; and the like.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  78. Re:Tsarkon Reports Obama bent on bankrupting USA by hairyfeet · · Score: 1

    But that is where my point of "Instant on Linux" comes into play. As you said, for consumers ATM there is no need, but what about in the future? I recently saw an MSI module(sorry i can't find the link, maybe someone here can post it?) that simply plugs into a spare USB pin out on the motherboard and gives you the option of booting straight into it from BIOS.

    In this matter we actually have a chance to have our cake and eat it too. Because by using an Instant on Linux not only can you have the functionality of EFI, but you could have different versions. By that I mean for guys like you and me there could be a full implementation of disk and network tools, along with an easy to switch to CLI, and for Joe User you could have a simple XFCE desktop with basic webapps like Firefox. And by going with this method instead of trying to reinvent the wheel with EFI or Openfirmware, you not only allow the user to have choice, but you also allow that functionality to be back ported without replacing the hardware. Simply pick up a module, plug it in, and be good to go. I could even see cases where specifix hardware that needed extra functionality not found in BIOS could simply pack a mini module in with the gear. And with ROM chips getting so tiny it shouldn't be hard to even squeeze this functionality into laptops with little added cost.

    But as I said I honestly don't see a need for a replacement for BIOS, not when with Instant on Linux it would be easy to have the BIOS hand off to Linux for the extra functionality. There are plenty of embedded Linux coders out there, so extending it for specific jobs should be easy, and at the same time if the module fails you don't end up with a brick since you can always fall back to BIOS until you get the replacement module. It just seems a lot easier, more profitable, customizable, and less risky to hand it off to Instant on Linux while having the BIOS as the basic starting point.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  79. Re:Tsarkon Reports Obama bent on bankrupting USA by Wovel · · Score: 1

    I am still fascinated by all these Fascist Muslim Zionists running around. Children should stop trying to use words they do not understand. Even copying and pasting from a moron still makes you moron.

    Perhpas the bios of this particular AC is infected with a Virus. He has tried to wipe his hard drive several times, but his PC keeps pouring out sensless hate speech.

    On an unrelated note, I voted for Bush twice and the deregulating Republican Congress that caused this mess. I accept my responsibility and apologize. It is time you did the same. Trying to blame a mess you clearly helped cause on the people trying to fix it is dishonest and irresponsible.

  80. Re:Tsarkon Reports Obama bent on bankrupting USA by teknosapien · · Score: 1

    Moron stay on topic This is a tech area not political I'm guessing that this would not be an issue on an older machine where the BIOS was not writable and hard coded. Ah the days of the program Peanuts where this wouldn't have been an issue

    --
    no matter how good it is, it is human nature always wants to make things better
  81. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    I'm gonna do an Obama in my little panties!

    UNGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHH!!!!

    plop! Obama!

    I am an IT professional

  82. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    True, but don't forget what a BIOS does. It doesn't do much after the kernel boots. Simply boot an arbitrary kernel is not a BIOS replacement. Its a feature which seems to amount to booting off of USB.

    You need to set hardware registers, you need get the memory timings right, you need to tell every ASIC onboard a lot of information, take out of reset, set the right state. You need to keep CPU microcode up to date. The point is is that before any given kernel loads there has been a massive amount of system-bringup work which wildly varies given the chipsets, system architecture, optional-ROMs, memory timings.

    I don't believe that a one-size-fits-all-motherboards BIOS replacement can be made. The first operating code has to do a lot to get things a state where some sort of a pointer to an executable, such as grub or a windows loader, or directly to a kernel.

    Every motherboard out there has a lot of magic. If that wasn't the case , then you would go to ftp.us.dell.com/bios and there would only be one file there. There isn't, there is a file for every single system. Even though the systems seem to be on a similar version of the BIOS, any forced cross-flashing will en up with a bricked motherboard.

    There are some systems, like the OpenWRT routers like the WRT54G which have a super-easy default state is good enough boot process. But a PC, with the loads of legacy architecture around, is a bit of a pain to bootstrap.

    The problem here is the magic, and based on what I've seen in the past , the OpenSource developers on projects like this don't get a lot of help from the chipset and ASIC vendors unless they are an exiting BIOS company or a big buyer like Dell , Intel, etc.

    Just to know, magic isn't meant to be a silly term here, there is a lot of stuff you do to certain hardware to make it play in the system correctly that ends up looking like you are just doing random things.

    I think that Dell, Asus, Lenovo or HP needs to lead the effort on douching out the crufty old bios. The PC, as arcane as it is, has sat around and watched every single one of its competitors die before its eyes.

  83. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    How about you go to the Castro, the fucking faggiest part of San Fran, and go up near the Baghdad Cafe, and fulfull your wildest fantasy to chow down on some serious COCK AND BALLS. Hug your inner fag.

  84. Trusted Computing - does TPM defeat this? by Anonymous Coward · · Score: 0

    On some newer hardware, the hardware includes a component called the Trusted Platform Module (TPM.)

    He idea behind this is that it requires cryptographic authentication of the BIOS, which surely would fail after this attack.

    The end goal of the TPM is to verify each layer of software: BIOS, operating system, programs.

    For reference:
    http://en.wikipedia.org/wiki/Trusted_Computing

    Of course all the open source weenies here will probably want to run their open source software on open hardware that can be infected. Their choice ;)

  85. Re:Tsarkon Reports Obama bent on bankrupting USA by Opyros · · Score: 1

    Old English. (It looks like an excerpt from Beowulf.)

  86. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    There was no message, just a drivel filled false rant.

    The whole post above is exactly the sort of pathetic lies one expects form the disgruntled racist redneck. But hells bells it is funny. I love wathching these assholes squirm.

    So keep up the pathetic dribble, I need a good laugh anyway!

  87. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Posting anon as moderating today.

    If you had any real strength of conviction you would not post as AC, coward is so appropriate for the likes of you though.

    You really are a pathetic asshole you know. Most micro dick trolls like yourself manage at least to be amusing, you fail in every way. Now go back to 4chan or whatever shit filled hole you crawled out of and leave the adults to their conversation.

    CAnt wait to finish moderating so I can go back to hiding all of your pathetic drivel. Thats right, most people just dont see this crap, good thing about the moderation system.

  88. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Fuck the above is funny in a poor twisted redneck racist way. Browsing at -1 as I am moderating.

    I love seeing the sort of pathetic, uneducated rant 'cause it means asshloes like you are angry, and that is a good thing.

    Now go back to Digg or 4chan and leave the adults to our adult conversation child.

    Thank goodness I only see this crap when moderating and reading at -1. Wouldnt want to die laughing so young.

  89. Re:Tsarkon Reports Obama bent on bankrupting USA by Falconhell · · Score: 1

    To have an argument one must be arguing against facts, not made up on the spot drivel from a frustrated, nasty small minded person.

    You post is complete crap, an epic fail if I ever saw one!

    Oh and if you were a man, you would not post as AC,
    the coward part fits you well though.

  90. My memory of the presentation by jthunder · · Score: 1

    I've posted my recollection of the presentation which fills in a few of the technical details for some people who missed it - probably missed lots too :) http://blog.triplecheck.ca/2009/03/few-more-details-regarding-peristent.html

  91. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Well fuckety fuck fuck, I've been getting fed all day long. I owned a few threads, and I troll AC to make fucking assholes like you do janitorial work for me and I STILL GET FUCKING BITES. In fact, I get moderated up at times, especially for the Yoda Doll and a few other originals I hold dear to me. Now chew on your own choad you self licking fuckstick

    Untitled, inspired by Scooby Doo

    "GROOBY ROOBY ROOOOOO!!!" exclaimed Scooby, as his powerful 121/2 inches of angry canine lovestick spewed gallon after gallon of semen over Daphne's naked ass and thighs.

    "Oh Scooby, that was amazing, as always,' panted Daphne, as the dregs of her 5th consecutive orgasm died away. "But I do wish you would keep your voice down in the future; you know what my Freddy's like, he gets so jealous - I sure he knows there's something between us.'

    Fred and Daphne had been 'going steady' for some time now, Fred believing Daphne to be a virgin; however, Daphne had neglected to mention to him the hot lesbian affair she was conducting with Velma (the way she cried 'Jinkies!' upon climax still rang in Daphne's ears) and the fact that she was here in the back of the Mystery Machine every other night, letting Scooby satisfy his animalistic urges upon her.

    But she knew she was a slut, and, goddamn it, she liked it. If it had a pulse, or even if it didn't (as had been the case with numerous supernatural entities in the past), hell, then she was game.

    Much as she loved Fred for his sturdy sensibility, his all-American good looks, and his impeccable dress-sense, she found him prudish at times. "Not until we're married, Daph!" he would protest, each time she made her amorous advances towards him. Maybe it was his strict Catholic upbringing. Was it any wonder, she often reasoned, that she had to satisfy her cravings elsewhere? If only Fred could understand, if only he could see the fires that burned within her, within her very being, within her moist and welcoming loins...

    Well, in the meantime...

    "You ready to go again, Scoob?" she purred, winking seductively, and already back on all-fours.

    "UR-HUR-HEE-HEE-HEE-HEE!!!" chuckled Scooby, obviously overjoyed at the prospect.

    Just as Scooby was getting ready to deftly plunge his gargantuan helmet into Daphne's juicy crevice, Daphne warned: "Please, Scooby, try to keep it down this time - I don't want Freddy to hear..."

    "You don't want Freddy to hear what?"

    They both looked round. The doors of the Mystery Machine were torn open, and there, his white sweater glinting in the moonlight, stood Fred, the fire of anger burning fiercely behind his eyes. He surveyed the scene before him - the Great Dane, in an obvious state of extreme arousal, hunched over his precious Daphne's naked ass - and he felt decidedly un-Christian thoughts brewing in his mind.

    "You don't want Freddy to hear...what???" Fred repeated, with even more bile.

    "Freddy!!! I...I...it's not what it seems...we were just...Scooby! Get off! Bad dog!", Daphne stuttered and protested, trying in vain to pin the blame upon Scooby.

    "Oh don't start with that shit, you fucking bitch," spat Fred, his face contorted. "I know what you two have been up to. Every night you come out here, I've been watching you through the Mystery Machine's windscreen. You two make me sick".

    "But," he continued, "as I watched more of your trysts, I came to realize that...I like sick."

    An evil, mischievous grin spread across his lips.

    "And now...it's time for your punishment."

    Unable to move, unable to breathe, Daphne and Scooby watched transfixed as Fred produced a number of items he had been concealing behind his back; a coat hanger; a 12-inch, jet-black dildo; a length of barbed wire; an extra large tube of KY Jelly; and a curious, shapeless item that neither of them could make out in the gloom.

    "RAAAGGYYY!!!! RELLLLP!!!!" cried Scooby in desperation.

  92. Re:Tsarkon Reports Obama bent on bankrupting USA by unitron · · Score: 1

    I'm sure a lot of people would love to fire Cox, but I don't see that that has to do with this discussion.

    You're talking about Christopher Cox of the Securities and Exchange Commission, right?

    As long as this thread is so far off-topic, here's a question for the original poster. If Obama wanted to destroy the U.S. economically, wouldn't the easiest way be to just do nothing about the economy and let it continue to self-destruct?

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  93. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Coulnd't refute a single point so you degraded into simplistic ad hominem. Man, if you are the start player on that court, this wont be for long. Toodles.

  94. Thanks by NotQuiteReal · · Score: 1

    Now I don't have to state the obvious.

    However, full disclosure has me admit that I too, did use punched cards. However, I "cheated" and used my privileged access to interactive terminals to compile and debug my code BEFORE I sent it to a card punch for output (since the punched deck of cards was the class requirement. In retrospect, I doubt they spend the money to run the assignments, so it probably didn't matter if they were correct or not. This was back in the day when each print job finished with a "billing" page showing your the not-so-cheap cost to print things).

    I pity the poor souls who had to use the public card-punch terminals... it was literally the very last year punched cards were required. heh.

    --
    This issue is a bit more complicated than you think.
  95. Screw 'em by Mac_8100_g3 · · Score: 0

    Here's something it WON'T survive... me simply pitching the f@cking computer out the window and going back to working on my old classic cars. Screw it. It's simply just not worth the hassle or the time any more.

    --
    My peace of mind does not depend on /. karma
  96. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Ok, I see. Fix a huge impending default caused by excessive spending by drastically increasing spending! Wow. That is just so smart. I must have missed it the first time around. Co-opt the next generation and the unborn to crushing debt while STILL maintaining over $59T in unfunded debt obligations. You must be partially educated and nearly illiterate because this is all covered in the original factual screed. Yes you can (destroy a republic.)

  97. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    Flop flop flop in the bottom of the boat.

    CONFESSION

    Father
    A bearded man
    A pedophile of sorts
    Put his hand
    Inside my jocky shorts
    I have the right to say "no"
    Everyone agrees
    But tell me Father
    Is it so
    That I can't say "Please"?

  98. VMWare no protection by Organic+Brain+Damage · · Score: 1

    Some folks felt safe surfing the dark side if they did it inside a virtual machine. They thought "hey, if I get something nasty on my machine, I'll just restore my virtual machine from the checkpoint and voi-la, everything's ok again and I can resume working without a heavy re-install pentalty." But if these crazed Argentinians can infect your machine from an ActiveX control while you're surfing in a virtual machine and you have to reflash your bios to cure the infection, if you can cure it at all, then man, we're all hosed. Bad.

  99. I don't think this prevents reflashing by Ken+Erfourth · · Score: 1
    I read the article. They boasted they could reflash the BIOS every time the computer boots.
    • "It was very easy. We can put the code wherever we want," said Ortega. "We're not using a vulnerability in any way. I'm not sure if you understand the impact of this. We can reinfect the BIOS every time it reboots."

    That's not preventing me from cleaning the BIOS by reflashing it. That's infecting the bios from the hard drive to continue an infection.

    If you wipe the hard drive, the malware returns through the BIOS. If you flash the BIOS, the malware is rewritten through from the hard drive at boot. That's probably why they're working on a rootkit to hide the hard drive half. Make it a lot harder to eradicate.

    However, my standard procedure is to pull a hard drive out of the infected computer first and scan it as a slave. That disables the vast majority of malware protections. If this exploit showed up in the wild, then after detecting it, I would also have to reflash the BIOS (not just wipe user settings with the jumper) before putting the hard drive back into the computer and finishing the cleanup. One more thing to do, but nobody said malware cleanup was supposed to be easy.

    One other question I have is what type of machine this thing is infecting? They name three operating systems, but don't mention whether it was different motherboards/BIOSes. If the bad guys have to write hardware-specific code bits for every different manufacturer (and every new BIOS), they're the ones who will be working harder.

    --
    Fundamentalism is a crime against humanity
    1. Re:I don't think this prevents reflashing by clone53421 · · Score: 1

      If this exploit showed up in the wild, then after detecting it, I would also have to reflash the BIOS (not just wipe user settings with the jumper) before putting the hard drive back into the computer and finishing the cleanup.

      Unless you had a chip programmer, you'd have to boot off the infected BIOS to do that. If the infected BIOS protected itself somehow, you might not be able to flash it.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  100. Re:Tsarkon Reports Obama bent on bankrupting USA by Falconhell · · Score: 1

    For a point to be refuted you would need to have one, and the facts to back it up.

    As you have neither, only paranoid ranting you fail and have lost now go back to 4chan where you belong and leave the adults to rational debate.

  101. Re:Tsarkon Reports Obama bent on bankrupting USA by lamapper · · Score: 1

    Now I found from long ago the concept of PC BIOS annoying. The BIOS vendors, like Phoenix, American Magatrends, Award, have a lot of collusions with the motherboard vendors in terms of getting all the secret register-poking needed to get things going. There is a lot of black magic, legacy code and the like, but it works.

    They definitely collude that is very much true. And the reason we need Coreboot ! I do NOT agree with your comment and suggestion of mystery, darkness, black magic as this comes across to me as FUD! Perhaps making it seem hard, difficult or almost impossible so that the average person might be relunctant to improve their lives and move to an open source solution such as Coreboot!

    While the Coreboot open source group is publicly stating that it is NOT ready for prime time yet, there are already numerous (read hundreds of...) motherboards and devices supported. So many in fact that you can, today, check their supported list and if the mother board, adapter card or other device is NOT listed as supported, you can avoid allot of hassles. Just buy ONLY Coreboot supported hardware, you will thank me and yourself in the mirror later.

    It will be very hard for a non-Pheonx-AMI-Intel vendor to come up with a new BIOS for the ages. The LinuxBIOS (coreboot) project, last I checked, and very poor support and no major vendor (e.g. Dell or HP) has looked into it seriously.

    I disagree completely. I would not be surprised to learn that there are developers from some of the major motherboard hardware companies working with the Coreboot group officially or unofficially. This is very common with open source projects that are overcoming the collusion you mentioned above and overcoming the vendor lock-in that ONLY hurts us all and stifles innovation. They can make it harder to innovate, but thanks to open source it is NO LONGER POSSIBLE for anyone to make it impossible. In fact it gets easier and easier every year, every month and every day. Today if you want to avoid proprietary hardware and software you can do it in every vertical market. And today there are so few compromises. The only exception I can think of is one or two Microsoft specific games...hardly surprising there, right.

    Additional, if no major vendor is in there fouling up the Coreboot code and group, than I would see that as a HUGE PLUS and not a bad thing at all. It is more likely that some of the coders and engineers have the blessing of their hardware and software company to support Coreboot. These companies are smart and they understand that developing additional markets for their hardware products, especially in this economy, is just plain SMART!

    After all I remember reading about a gamer that was frustrated that his fans were not turning off and on correctly, thus his machine was overheating and the operating system shutting down. Through reverse engineering, he discovered that for his operating system (non Microsoft) the fans were not being turned on and off correctly. (Whether this was due to collusion, who knows, it could as easily just been poor testing on the part of the BIOS and hardware motherboard companies who history shows have a pro Microsoft

    --
    Is your Internet Throttled? Install DD-Wrt, OpenWRT or Tomato to learn the truth! Google: 1Gbps/1Gbps: 5 Communities
  102. Speculation by Anonymous Coward · · Score: 0

    This is a bit off topic, but wouldn't it also be possible to flash one's disk drive or HDD from windows as well, creating even more hardware failure/damage?

  103. Re:Tsarkon Reports Obama bent on bankrupting USA by Anonymous Coward · · Score: 0

    They definitely collude that is very much true. And the reason we need Coreboot ! I do NOT agree with your comment and suggestion of mystery, darkness, black magic as this comes across to me as FUD! Perhaps making it seem hard, difficult or almost impossible so that the average person might be relunctant[SIC] to improve their lives and move to an open source solution such as Coreboot!

    Liar, I work in the industry and have direct knowledge of the things you need to do to get a system up. Why the HELL would we want average people working on critical boot code? I'd prefer people who actually have domain EXPERTISE.

    While the Coreboot open source group is publicly stating that it is NOT ready for prime time yet, there are already numerous (read hundreds of...) motherboards and devices supported. So many in fact that you can, today, check their supported list and if the mother boa. MINDLESS DRIVEL SNIPPED
    All the supported boards are more or less outdated and suck. I know the project is not ready for prime time because the project, in addition to spinning its wheels for a half-decade, will not work on anything I care about. All the hardware that is "supported" (and this by no means you will PROMISE to take my phone calls if its broken) is pretty much deprecated shit.

    I disagree completely. I would not be surprised to learn that there are developers from some of the major motherboard hardware companies working with the Coreboot group officially or unofficially. This is very common with open source projects that are overcoming the collusion you mentioned above and overcoming the vendor lock-in that ONLY hurts us all and stifles innovation. . MINDLESS DRIVEL SNIPPED.
    You would not be surprised? Well, that means you dont know. And they are not. The BIOS vendors are not going to contribute, and nobody else care. And your project will never get anywhere but some old, crusty motherboard that nobody cares about anymore.

    Additional, if no major vendor is in there fouling up the Coreboot code and group, than I would see that as a HUGE PLUS and not a bad thing at all. It is more likely that some of the coders and engineers have the blessing of their hardware and software company to support Coreboot. These companies are smart and they understand that developing additional markets for their hardware products, especially in this economy, is just plain SMART!
    Its not, you have to reverse engineer everything you don't understand. And you don't understand a lot.

    After all I remember reading about a gamer that was frustrated that his fans were not turning off and on correctly, t. MINDLESS DRIVEL SNIPPED
    Bullshit. Tom's Hardware and HARD[OCP] don't give a fuck about Coreboot. Nobody does, and nobody who really gives a shit about games plays them on non-Microsoft platforms. Sorry. What a lame and stupid example.

    When the BIOS was reversed engineer there were four or more forks for different Microsoft Windows operating system versions MINDLESS DRIVEL SNIPPED
    What the hell are you talking about? Are you ESL?

    Thanks to Coreboot I can choose form ONLY Coreboot compatible hardware. And avoid these petty issues with proprietary device drivers, BIOS and other solutions. Heck Coreboot is even better to Microsoft than Microsoft will ever be to anyone else as you can use a payload for Windows XP, Windows Vista and Windows 7 (beta).
    The list is so short and outdates, it probably suits your low-to-no income bracket.

    Just another reason why Open Source and FOSS is superior to most proprietary solutions. Proprietary companies should choose INNOVATION as their method of getting and keeping customers rather than vendor lock in. Thanks to Coreboot and Open source I now have a non-proprietary solution for 100% of my personal computer needs, today, right now. Note: I do not play those one or two Microsoft games that ONLY run on Windows. OpenOffice.org does everything and more than Office ever did for me and there are other office open source op