Slashdot Mirror


Attacking Sandboxes

SkiifGeek writes "Many anti-malware applications use a sandbox as a tool to help identify potentially malicious software. Now knowledge is spreading about techniques and methods that can allow sandboxed software to target the sandbox itself (and by extension the application that applied it). While attacks that specifically target sandboxing applications are probably a little way off, this technology can be considered the logical extension of techniques and procedures to identify the presence of hosted systems (VMWare, Virtual PC, etc.)."

32 of 110 comments (clear)

  1. Enter the Sandbox by Anonymous Coward · · Score: 2, Funny

    So when will we be able to attack the Matrix?

  2. Sandbox the sandbox by robo_mojo · · Score: 4, Funny

    That's ok. We can just sandbox the sandbox and still be safe.

    1. Re:Sandbox the sandbox by langelgjm · · Score: 4, Funny

      But who will sandbox the sandboxers?

      --
      "Anyone who [rips a CD] is probably engaging in copyright infringement." - David O. Carson
    2. Re:Sandbox the sandbox by GizmoToy · · Score: 4, Funny

      You know, this was marked as Funny but I wouldn't be surprised if this was suggested as a solution at some point. "Hell, just wrap it in another (insecure) layer and it'll be fine."

    3. Re:Sandbox the sandbox by ehrichweiss · · Score: 4, Funny

      HA! I got you on that one!!! It's sandboxes all the way down!!!!!

      --
      0x09F911029D74E35BD84156C5635688C0
    4. Re:Sandbox the sandbox by CastrTroy · · Score: 5, Interesting
      Sounds like the security methods most online banking systems use. Here's the current layers:
      • password
      • mother's maiden name/ what's you're favourite movie
      • secret picture
      • randomized keypad for entiring password

      It's all layers of useless crap piled on top of eachother which doesn't stop the real problem of people falling for stupid fishing sites, and entering a password in a site that looks like their bank's. If they really wanted to add real security they'd hand out RSA key fobs to everyone instead of adding layers of stuff that makes it look more secure but actually isn't.
      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    5. Re:Sandbox the sandbox by Meski · · Score: 2, Interesting

      When the real layer is equally insecure, how will you know you have reached it?

    6. Re:Sandbox the sandbox by Miseph · · Score: 2, Insightful

      Because the AV/S/M app is frequently able to obtain all sorts of wacky permissions and access, it could be viable to piggyback on it into otherwise secure systems. For example, if an AV was set up such that it could scan encrypted data, then exploiting it to get past the encryption could be feasible.

      --
      Try not to take me more seriously than I take myself.
    7. Re:Sandbox the sandbox by billcopc · · Score: 3, Insightful

      So you're saying the RSA key fob isn't another useless insecure layer of crap ? Have you even HEARD their sales pitch ?

      --
      -Billco, Fnarg.com
    8. Re:Sandbox the sandbox by Poltras · · Score: 3, Insightful

      as long as USERS don't understand it, yes it is useless. Secure the communication and provide X509 certs all you want, if the user think it's a bank, he will enter his password.

    9. Re:Sandbox the sandbox by arminw · · Score: 2, Informative

      ..... If they really wanted to add real security they'd hand out RSA key fobs to everyone......

      Does that mean the use is restricted to the users own computers or any others that has the correct interface and software which is able to send the key-fob data to the bank's server at the correct time?

      A password will work with *any* computer, but a piece of hardware, whether key-fob or biometric scanner will only work with a computer that has the correct software installed on it. That software would have to be standardized and work with every OS and all hardware that can at present access the bank's systems wit a password. All security, computer or physical, ultimately based on something you know, or something you have or both.

      --
      All theory is gray
    10. Re:Sandbox the sandbox by sunami88 · · Score: 2, Funny

      When sandboxes are outlawed, only outlaws will have sandboxes.

      Oh Slashdot, your memes are teh win.

      --
      Sex. Drugs, and Unix.
    11. Re:Sandbox the sandbox by Mike89 · · Score: 2, Funny

      falling for stupid fishing sites
      Yeah, somehow these places always manage to hook me with their bait.
    12. Re:Sandbox the sandbox by mcrbids · · Score: 2, Insightful

      as long as USERS don't understand it, yes it is useless. Secure the communication and provide X509 certs all you want, if the user think it's a bank, he will enter his password.

      I don't think you understand what he's really saying - you could hand out RSA key fobs and/or client certificates that authenticate the browser to the bank. Without that, the password would/could be utterly useless.

      If the bank uses the key fob, you can't enter by password alone. If the bank uses client certificates, then that must be installed on the browser first. (much more difficult than just lifting a password)

      Now, if only they made it easier to set up client certificates...

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    13. Re:Sandbox the sandbox by 0xygen · · Score: 2, Interesting

      How does prevent the existing real time man in the middle attack?

      e.g. user visits phisherman's site, phisherman's server visits bank, passes on RSA auth request to user's browser, user's browser passes auth request back to phisherman, who passes it to bank. Phisherman now logged on as user?

  3. Serves us right by jimbug · · Score: 3, Funny

    for building a box out of sand. what were we thinking?

    --
    Bite my shiny metal ass.
    1. Re:Serves us right by RAMMS+EIN · · Score: 2, Funny

      I thought sand was central to most boxen.

      Well, silicium, anyway.

      --
      Please correct me if I got my facts wrong.
  4. Old news by Nick_taken · · Score: 4, Informative

    Theres a simple detection program called RedPill that probes a simple method to do so, vmware leaves a lot of registry keys on windows, VirtualBox lacks supports for hardware breakpoints, cpu cycles counts is another way to detect virtualization, and some packed malware dont even run on virtual machines because of memory management, software packed with armadillo do not run on vbox and it used to fail on vmware player until they fixed that bug.

    "Thwarting Virtual Machine Detection" is a nice paper on virtual machine detection.

    1. Re:Old news by QuantumG · · Score: 2, Insightful

      It's pretty trivial to find a dozen ways to detect a virtual machine, just make a project that generates some random bytes and then jump to the bytes. Put the program in a script that calls it over and over again with a seed for the random number generator. When the VM crashes, look at the last seed that was used. Run the program again with that seed to confirm it is repeatable. This also happens to be a good way to detect if your VM is any good and fix it when it isn't. Unfortunately, many things are just so obscure on the x86 architecture that fixing all these bugs is just a chore that doesn't get you any big payout (as no real code uses these obscure things) so most VM developers don't bother.

      --
      How we know is more important than what we know.
    2. Re:Old news by AndroidCat · · Score: 2, Interesting

      I remember when Lotus 1-2-3 had code designed to crash if was run with debug.

      --
      One line blog. I hear that they're called Twitters now.
  5. Strike vs Counterstrike by mcrbids · · Score: 5, Insightful

    There will never, ever be an end to this.

    As long as people are imperfect (and they always will be) there will be measures, countermeasures, and counter-counter measures. New techniques will make old ones obsolete, and even newer techniques will make the once-new techniques no longer apply.

    With this understanding, any technology that can outsurvive more than one or two iterations of other products in the same field becomes "venerable" and "stable".

    Which makes now a particularly good time to appreciate the guys who worked out the spec for TCP/IP some 30 (?) years ago. Despite going from mainframes, to minis, to PCs, and now on to the era of ubiquitous computing, the basic concepts and ideas behind the TCP/IP specification continue to hold steady and useful. They managed to come up with a technology, that whatever flaws have actually been found, hasn't come up against any real show-stoppers. None.

    To which I can only say: WOW.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
    1. Re:Strike vs Counterstrike by QuantumG · · Score: 2, Insightful

      It's not about being able to sniff packets. That just makes it more applicable because, back then, you didn't need to be upstream. Today, if you're upstream of an end point you can hijack a TCP connection.

      --
      How we know is more important than what we know.
    2. Re:Strike vs Counterstrike by mcrbids · · Score: 3, Insightful

      TCP hijacking is almost just as easy now as it was 10 years ago.

      It may be even easier. Who cares? However you look at it, TCP is doing its job. If you want to prevent against hijacking, the layered topology of the communication stack lets you prevent that at a higher level. (EG: Using encryption - which can be interrupted, but not hijacked)

      TCP hijacking is merely a side effect of a missing layer in the stack of your application.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
  6. Once again, they didn't read the article. by Cafe+Alpha · · Score: 5, Insightful

    The article didn't say that they've found code that attacks sandboxes, it said that they've found code that detects a sandbox (VMWare for instance) and plays innocent so as to avoid detection through the sandbox.

    It also said that software has been found that detects when it's attached to a debugger. Big deal, copy protection schemes have been doing that for decades.

    The article then goes on to FUD that code that attacks the sand box "must" be coming.

    Oh, it must be coming. Uhuh.

  7. Umm... yes? And? by Opportunist · · Score: 5, Interesting

    That malware detects VMs is old news. I'd wager about 60% of current malware has VM detection built in. About as many have debugger detection. Some overlapping allowed.

    So far, malware that "breaks out" of the sandbox would be new to me (though I'd be grateful for a sample). Though, seriously, why not run a VM with Windows (to analyze) on a box running Linux? I'd be very interested if someone manages to do the feat of creating a piece of malware that manages to break out of the sandbox and then run on a machine with a completely different operating system.

    If you wanna throw another stick between the malware's feet, run the VM on a non-i386 architecture. If someone manages to break out of THAT and manages to hijack my machine, he really earned it and should get it.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Umm... yes? And? by Opportunist · · Score: 2, Funny

      Actually, forget the "in soviet". "Russian malware pnws YOU!" is more to the point.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  8. Re:Watch what I can do by click2005 · · Score: 4, Funny

    I've got friends who know how to block your friend's actions.

    --
    I am a free slashdotter. I will not be modded, blogged, DRM'd, patented, podcasted or RFID'd. My life is my own.
  9. Love this -- like the turtles.... by CFD339 · · Score: 4, Funny

    Just remember....recursive code is great code, because its recursive, so its great.

    --
    The problem with quotes on the internet, is that nobody bothers to check their veracity. -- Abraham Lincoln
    1. Re:Love this -- like the turtles.... by ettlz · · Score: 4, Funny

      Just remember....recursive code is great code, because its recursive, so its great.
      Well I'd just like to point out thaStack overflow
      Aborted
  10. Detecting virtualization? by macemoneta · · Score: 3, Funny
    Being able to detect virtualization would be great, if the technique can be generically applied.

    There is no spoon

    --

    Can You Say Linux? I Knew That You Could.

  11. Re:Arms race for nothing by dbIII · · Score: 3, Interesting

    Meanwhile, I avoid ALL forms of anti-malware tools, and magically I rarely get infected. When I do

    Isn't once enough for anyone? You did format and restore from a known good backup or install media afterwards didn't you? There's a tendency lately to trust that whoever had full control of your PC did nothing but run a set script and blindly hope that there is nothing else on there. I've played with various removal tools when people have given me compromised machines and different tools gave me different answers the other tools could not detect - perhaps there were some things neither could detect, hard to be sure especially when you are booting from a compromised system.

    Fdisk it from orbit - it's the only way to be sure.

  12. Re:Arms race for nothing by bmo · · Score: 4, Insightful

    "Fdisk it from orbit - it's the only way to be sure."

    Even Microsoft agrees with you. You can't "clean" a compromized machine.

    http://www.microsoft.com/technet/community/columns /secmgmt/sm0504.mspx

    That goes for other OSes too.

    --
    BMO