Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

New Developments From Microsoft Research

Posted by Zonk on Mon Dec 11, 2006 03:24 AM
from the end-result-of-windows-money dept.
prostoalex writes "Information Week magazine runs a brief report from Microsoft Research, showcasing some of the new technologies the company's research division is working on. Among them — a rootkit that eliminates other rootkits, a firewall that blocks the traffic exploiting published vulnerabilities, a system for catching lost e-mail, a honeypot targeted at discovering zero-day exploits, and some anti-phishing applications."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • rootkit wars (Score:5, Insightful)

    by Toby The Economist (811138) on Monday December 11 2006, @03:32AM (#17191878)
    > a rootkit that eliminates other rootkits

    Well, there goes kernel stability.

    I'm really not sure I want a future Norton RootKit Protector installing itself, bugs and all, into my kernel.

    • by HillBilly (120575) on Monday December 11 2006, @03:35AM (#17191894)
      Aww, how could you not trust norton? It slows the fast changing internet world down to much better pace! ;)
      • Aww, how could you not trust norton? It slows the fast changing internet world down to much better pace! ;)

        It not only creates a seniorweb(tm) as you stated, it's also a security strategy to slow down your PC and use all available memory so you are physically unable to install malware.

        Due to Moores law, Norton is required to double the memory and processor use in the same rate processors evolve, by adding *more features*.

        I think they've taken the most logical course to build in this security strategy right

    • by QuantumG (50515) * <qg@biodome.org> on Monday December 11 2006, @03:36AM (#17191902) Homepage Journal
      no, no, no, it's much worse than you think. These rootkits are based on virtualization, they install themselves below the kernel. The kernel runs on these rootkits.
      • Re:rootkit wars (Score:5, Insightful)

        by Bjarke Roune (107212) on Monday December 11 2006, @05:02AM (#17192318) Homepage
        Why is this modded funny? One of the hardest kind of rootkits to detect is ones based on virtualization, and they indeed do run under the kernel, tricking the kernel to believe that the kernel is running on actual hardware when in fact it is running on virtual hardware generated by the rootkit. I do not know if there are any actual, malicious rootkits out there doing this, but they could do it, and it would be very hard to get rid of such a rootkit if it was done properly.
        • Re: (Score:3, Interesting)

          Well there is Blue Pill [wikipedia.org]. However there is some doubt within certain circles as to it's existence. Plus, even if it does exist and work as the author claims it to, it's only a proof of concept piece of malware.
      • Re:rootkit wars (Score:5, Insightful)

        by Anonymous Coward on Monday December 11 2006, @04:56AM (#17192278)
        Ok, no more BS. First of all, the project is called Strider Ghostbuster. Second it is not a rootkit itself. The way it works is it lists all the files on your computer running as a program on the suspect machine. Then you run it from a boot CD, just like Knoppix, and do the same thing. Then when see files listed on the scan from the CD that weren't on the other list, you know they are hiding themselves from the OS. This is a good idea because it doesn't require signature files of checksums of a known good state.

        Not everything from Microsoft is fucking stupid, but the comments that inevitably follow every single MS story on Slashdot are.

  • It is good to see (Score:4, Interesting)

    by Sinryc (834433) on Monday December 11 2006, @03:32AM (#17191882) Homepage
    It really is good to see that Microsoft is trying to do some good things. I mean they ARE the huge company that they are, so it really is good to see that they are trying to do things better. However, a rootkit to change a rootkit does not sound like a good idea... But a firewall like they are talking about does seem pretty interesting. I hope to see good stuff come out. As a Windows user, this is good news for me.
    • Microsoft is re-inventing "intrusion detection" and "packet analysis". Save yourself some stress and deploy Snort today.
      http://www.snort.org/ [snort.org]
      • snort is exploit specific. Vulnaribilty specific is just a bit different. Actually this is promosing as it would solve the probelm of updaing 1001 desktop and just apply a patch to the firewall to get filtering.

        On the other hand there is "SureMail" --> since it is some extension to reader verification will will require end to end (ALL MS i bet) support. So it will only work between 2 exchange servers. Spammers will have a field days since it verifies the email addresses that are actually read.
          • It's not all that hard to get going... I had to do a Snort install on a Windows box in order to work on a project in my Network Security class at Loyola University Chicago.
            I'm sure my grandma won't have any problems, then.

            Stroller.

        • I think he means an astroturfer - http://catb.org/jargon/html/A/astroturfing.html [catb.org], specifically definition 2.
          And for those who dont like to click on links, astroturfing in this sense basically means that the poster is being paid by Microsoft to appear to be 'an ordinary joe', in an attempt to create the appearance of popular low level support.
          Like a politcal party activist writing letters to newspapers, pretending to be the public.
  • by Anonymous Coward
    a rootkit that eliminates other rootkits

    Yes, but what about rootkits that eliminate rootkits that eliminate other rootkits? Muhahaha
  • by khasim (1285) <brandioch.conner@gmail.com> on Monday December 11 2006, @03:35AM (#17191896)
    SureMail Microsoft researchers Sharad Agarwal and Venkat Padmanabhan determined that about 1% of all e-mails get lost in e-mail systems. SureMail is a proposed system in which the e-mail client detects when an e-mail has been sent to a recipient's account and alerts that recipient when an e-mail fails to make it to his or her in-box. SureMail would indicate the e-mail's sender but not disclose the missing message's contents.

    How the fuck does email get "lost"? How could that happen? Even a server crash should not cause that.

    Why not, instead, spend the time and money finding the real problem in your email system and fixing that? I handle about 1,500 in-bound messages a day. By their calculations, I should be losing 15 or so, every day. Yet that does not seem to be happening.
    • Why not do both?
      • Why not do both?

        If you fix the problem of "lost" emails, then why run a system to find alert people to email that is not lost any more?

        If your system is unreliable, adding complexity usually does not make it more reliable. You need to fix the problem at the lowest level possible.

        Since this is Microsoft, they're probably referring to Exchange/Outlook. Exchange is mostly database driven now. If you're losing messages in your database, having someone re-send them is NOT the approach you want to take.

        You have w

    • by dattaway (3088) on Monday December 11 2006, @03:43AM (#17191958) Homepage
      How the fuck does email get "lost"? How could that happen? Even a server crash should not cause that.

      You don't understand. Microsoft's email servers are more personal than BSD or Linux. Each email is hand scanned and routed. Each packet is individually inspected and if something is wrong, its routed to the appropriate supervisor. There's lots of checks and procedures. This is why Microsoft's mail servers have a more friendly user interface. You get what you pay for.
      • Yes sir! [orangecow.org] We use only the finest baby libraries, softely coded and flown from Iraq, cleansed in finest quality norton scanners, lightly killed, and then sealed in a succulent DRM quintuple secure treble virtualized rootkit envelope and lovingly compiled with visual basic.

        Steve Milton Ballmer
        CEO, Microsoft-Whizzo Corp.

    • How the fuck does email get "lost"? How could that happen? Even a server crash should not cause that.
       
      You've never used Notesmail ...

    • Quite right.

      People like claiming "I never got that e-mail" or "It must have gotten lost somewhere in the system" becase it's a easy way to get them off the hook. It's a bit like "I was writing a document yesterday and now it's gone!" (it's saved in their My Documents, they just never bothered to look). Or "My dog ate my homework".

      They just probably managed to delete it without noticing or happened to filter it into some strange folder where they never check or something similarly idiotic. Problem between ch
    • Presumably, this loss of email problem is specific to Exchange servers and clients. There are well known longstanding bugs in Microsoft's mail systems which can cause message event notifications to be lost when the servers are overtaxed, so 1% doesn't seem outlandish.

      For example, the design of Exchange has a ridiculously low limit on the total number of simultaneous RPC calls, but the whole system is built on COM and makes RPC calls like crazy, so when you have lots of threads and open messages and client

    • How the fuck does email get "lost"? How could that happen? Even a server crash should not cause that.

            Don't worry. I'm sure that if you ask nicely, the NSA/Homeland Security will give you a copy of your email.
      • Not lost on the server, but lost on the way of sending it... SMTP is a weird protocol, which allows for temporary storage on unrelated servers on the process of transfering the message.

        Yes, that was how it was designed.

        If the remote server accepts mail, but never actually forwards it (deleting it instead), the source will believe that the mail was correctly delivered.

        And how will Microsoft know that ... without running software on my server/workstations?

        Isn't there already a protocol for receiving notificat

      • by martin-boundary (547041) on Monday December 11 2006, @04:12AM (#17192076)
        Unlikely. SMTP is designed for reliability. When a server OKs a client DATA submission, it is supposed to accept to route the mail no matter what, even if it might take a week to contact another server. SMTP servers which have been around for a while are plenty reliable, certainly much more than 99%. The relevant RFCs have been around in one form or another for 20 years.

        The most likely causes of lost mail are stupid admins, who either don't know how to set up their mail spools, or run unreliable commercial or homebrew mail filters, in the wrong place and/or with the wrong settings.

  • And I thought the kernel was the thing which eliminated all the rootkits.

  • Hacks (Score:5, Funny)

    by Simon80 (874052) on Monday December 11 2006, @03:37AM (#17191910)

    a rootkit that eliminates other rootkits
    This just in: Microsoft team A resorts to rooting Windows in order to fix the problems introduced by some 21 man team B somewhere else in the company that they can't get in touch with.
    • Re: (Score:3, Insightful)

      excellent, this will amount to a microsoft tutorial for hackers on how to deploy their stuff whilst simultaniously removing those from competing groups....
  • Install your OS, drivers, patches and apps all at once. Back it up via dd in Linux, or use Norton Ghost.

    IMO that trumps the "rootkit" solution.
  • by sentientbrendan (316150) on Monday December 11 2006, @03:40AM (#17191938)
    They've put out quite a few interesting experimental languages for the .NET platform.

    In particular f# (ocaml with .NETified classes) looks pretty cool.

    Can anyone in the know comment on how doing research for a company like microsoft compares to doing CS research at a university? I'd imagine the pay would be somewhat better, but are there other tradeoffs like reduced freedom?
    • Working for MS means more money, more variety in the work you do, better offices, better facilities, better training, better career prospects.

      Don't think doing CS research at uni is like a cross between having a job and being a student, because unless you are very lucky, it isn't, it fucking sucks. Its the worst of both worlds, the shittiness of it all has sucked the life and enthusiasm out of at least three of my friends.
  • > a rootkit that eliminates other rootkits

    So being evil installing rootkits is not enough?

    One rootkit to rule them all! :P
  • You can't solve the problem of malicious rootkits by fighting it with other rootkits. There is always going to be someone smarter out there that will defeat it. The solution will involve finding the root cause of people creating rootkits. Why do people release these types of malware in the first place?
    • Re: (Score:3, Funny)

      Then they'll just come back with a bigger rootkit and eventually a rootkit so big it'll destroy us all.
  • I hope (not really) this research goes better then the trilion dollars they invested in MSN Search only to loose even more market share...
  • From what I know of the Microsoft research, is that it is patent fishing net so that in the future they can sell/control techologies. Basically covering future turf, so that they can control cash flows and maybe make some money on top of it selling the patents. Control in such way if fooling company developing their product would have some nice feature that will partly infringe on the patent. Then microsoft can hurt the company and tell it what to do. And tech is developed far enough to have an idea for pat
  • by Anonymous Coward on Monday December 11 2006, @04:25AM (#17192148)
    a rootkit that eliminates other rootkits

    There appears to be no legitimate purpose to such research.

    1. A rootkit that eliminates other rootkits can probably also be eliminated, so this research does not really solve a problem.
    2. Rather than perfecting a rootkit, they should be working towards making a rootkit an impossibility in their OS.
    3. If you can write a rootkit, eliminating other rootkits does not appear to be that large of a challenge in the first place.
    4. If you want to eliminate a rootkit, reinstalling the OS seems like a better idea.
    5. There are countless illicit uses of such software.

    Are they developing this rootkit in an effort to develop new security for their OS? I don't get it.

    • by EvanED (569694) <evaned@gmailPLANCK.com minus physicist> on Monday December 11 2006, @04:56AM (#17192284)
      The article is misleading if not outright wrong; GhostBuster isn't a rootkit itself, it's just a rootkit detection thing very similar to RootkitRevealer. (GhostBuster came first and is more complete.)

      It's closer to anti-virus than it is to a rootkit itself, though the similarities there don't go very far either. (AVs almost universally work by signature matching; GB works by comparing registry entries and files against each other by multiple means of acquiring that information in order to find the symptoms of having a rootkit -- missing information. This assumes that the rootkit is imperfect in hiding. For instance, this will do a scan of the registry through the standard API calls. But then it will parse the registry hives that are on disk. The assumption is that the rootkit is going to hook the API calls. Hooking the I/O calls is rather more difficult, and it's impossible if you can do a clean boot. (One of the options is to do a diff of a hot scan vs. a known good scan done from a Windows PE boot.) There are still things that rootkit authors can do though, specifically NOT hide from GB itself. IN the case of RootkitRevealer, this has actually turned into a mini-arms race of itself. Rootkits started not hiding from rreveal.exe or whatever it's called (so that it wouldn't detect diffs), so RootkitRevealer started randomly renaming itself each time it runs. The state of the art on the black hat side is to carry a signature of RootkitRevealer-like programs and do pattern matching in very much the same way that AV does pattern matching to find viruses.)

      2. Rather than perfecting a rootkit, they should be working towards making a rootkit an impossibility in their OS.

      If you can run drivers in kernel mode, you can run a rootkit. (Unless you can statically prove everything you let run in kernel space is safe... this may or may not be possible. For what it's worth, my current research is related to model checking drivers.)
  • Invisible processes battling each other for CPU, RAM, disk space and Internet bandwidth resources. And all I want to do is send some resumes, check the news and email and browse some sites. Ubuntu just got a much larger partition. Screw this crap, seriously.
  • by YeeHaW_Jelte (451855) on Monday December 11 2006, @04:31AM (#17192184) Homepage
    If this is microsoft innovation, it's not very innovative. All these 'technologies' are basically extra layers of software to fix the bugs in the first layers ... be it security (phishing stuff, adaptive firewalls, etc etc) or losing emails ... which should not happen anyway and we already have basically the same technique they're developing in the mail protocol, namely confirming a received email.
  • by Opportunist (166417) on Monday December 11 2006, @04:42AM (#17192228)
    Lemme get this straight. A company is working on a rootkit for their own OS. Now, it could be me, but if I didn't sleep through OS programming, as the maker of the OS I already have total control over everything in it (provided my user allows me to have it, which is pretty much a given with MS OSs). Why do I need a rootkit?

    Not to mention that Vista was trumped to be the most secure, un-hackable system ever. How do you install a rootkit on it? I thought it is impossible (spare your corrections, I know it is possible no matter what. I just want to get an answer from the guys that keep telling me it is impossible to rootkit Vista).

    So we're now at the "who gets deeper into the system" war. Because one thing is a given, 3 days after the MS rootkit to destroy other rootkits, the rootkit to destroy the MS rootkit is rolling out. Then it's a month 'til patchday and... you know the drill, we already live it.

    There is no technical solution to social problems. As long as people are dumb enough to click everything offered to them while they're running on admin or root privileges, those things will exist and they will work. Now, with Vista finally trying to run on low privileges, the social engineering part will become bigger to get the user to grant more privileges when necessary for the bug to survive, but since pretty much EVERY program will need those for installation, people will hand out those privileges like freebies, because it's customary that a new program needs them.
  • by C0deJunkie (309293) on Monday December 11 2006, @05:16AM (#17192370) Homepage Journal
    Microsoft Research is developing technology for finding rootkits by using their own deceptive behavior against them. Known as GhostBuster, it relies on analyzing and comparing system information at both a high level--from a Win32 API, for example--and a low level--such as the raw disk information. Any difference in the two views--for example, the low-level view indicating a file not present in the high-level view--makes a compelling case that a rootkit is trying to hide.

    Simply not true!
    I mean, since it is the Exact description of how RootkitRevealer works, I suppose (I'm sure) that it is the same product. For those who do not know,Microsoft acquired sysinternals (maker of RootkitRevealer) a few months ago.
  • by Opportunist (166417) on Monday December 11 2006, @05:19AM (#17192380)
    The "classic" honeypot is pretty much dead. Nobody uses a 0day against a random machine anymore. At the very least, one tries to avoid certain IPs and IP Ranges that are known to host pots. Whether MS wants to believe it or not, those lists exist. One of my pots has been discovered a while ago and on that machine, I've never had any detections since, except a few scriptkids that don't count.

    Even "detecting" pots that simulate a user's behaviour and look actively for forged sites and such are getting out of usefulness, since a lot of distributors already start hardening their attacks against aggressive farming. Or they require you to go through very detailed steps that a bot cannot reproduce. I've recently had my first captcha-protected exploit (was a porn site, and what user wouldn't solve a captcha to get his pic when he surfed there just for that in the first place?).

    Forget honeypots. Unless you put a human behind that VM it's running on. Automated pots are becoming less and less useful with attackers becoming more and more aware of them. Especially you can dump any kind of "honeypot kit", they are known and their quirks are tested painstakingly before an attack takes place.
    • Re: (Score:3, Interesting)

      avoid certain IPs and IP Ranges that are known to host pots ... those lists exist.

      Cool. How can I get my machine on those lists?

      Seriously, this means that an IP range can be "poisoned" by hosting honeypots amid the the real machines in it. And if not, you don't lose either - you have a working honeypot.
    • You're not wrong. this is what microsoft calls 'innovation' take a existing concept or software. re-implement it. get 1000 or so clueless marketing people to hype it with a lot of buzzwords so that all the users will go into 'dummy mode' and use the microsoft's version thinking that it is a innovative product that only microsoft can make.
    • Re: (Score:2, Interesting)

      Actually, in a rare turn of events, GhostBuster isn't the reincarnation.

      MSR has been working on GhostBuster [microsoft.com] for some time, with a white paper released July 2004. That MSR site says that RootkitRevealer was released Feb 22, 2005. This fact is confirmed by archive.org, where the version archived Feb 22 does not contain RR and the one from Feb 23 does. (Not to mention the front page [archive.org] listed it as Feb 22.)
      • MSR has been working on GhostBuster [microsoft.com] for some time, with a white paper released July 2004.

        So wait, is Microsoft supposed to be the young fit men hunting ghosts or the large, bloated Stay-Puft Marshmallow Man that's unhealthy for the public?