Linux/BSD still exposed to WMF exploit through WINE!

Summary: I just received an email from the creator of the original proof-of-concept WMF exploit code that WINE was still vulnerable to the WMF exploit.

While news of Microsoft's official patch for the WMF exploit reaches the web, I just received an email from H D Moore (founder of the metasploit project and creator of the original proof-of-concept WMF exploit code) that WINE was still vulnerable to the WMF exploit.  He was kind enough to even include a sample of the updated proof-of-concept and had this to say:

H D Moore:
All applications launched inside Wine, Cedega, or Cross-Over Office are technically still exploitable. Wine runs on most x86 platforms, including Linux and the various BSDs.  The surprising part about finding this flaw in Wine is that they implemented the entire Meta File API without realizing that this could be a security issue. Exploiting a Windows application running inside Wine depends on that application calling the vulnerable function with malicious data. The most feasible way this could happen is via a malicious WMF file embedded into a Word document, opened in Microsoft Office and running under Cross-Over Office.

Marcus Meissner (meissner@suse.de) contacted the Wine development team and sent them a patch to fix this flaw.

More from H D Moore:
Successful exploitation could result in either Windows or "native" shellcode executing on the system. The nice thing about the Wine environment is that most Metasploit Framework payloads will execute just fine under it. This isn't the first time that a Windows flaw was directly applicable to the Wine environment, but this may be the first time that the flaw was in the operating system itself.

Windows 2000, XP and 2003 users should immediately install the official patch from Microsoft.  While it isn't absolutely necessary, it is recommended that you uninstall the unofficial patch first.  Note that the unofficial patch required a system restart during installation and un-installation.  [Updated 1/6/2006 9:28 AM:  Windows XP does require a reboot with the official Microsoft patch.  It just didn't require me to reboot because I already had the leaked patch from Microsoft installed] The official patch from Microsoft conveniently does not require a reboot as far as I can tell on Windows XP SP2.  Windows 2000 seems to require a reboot after the installation.

Topic: Security

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

82 comments
Log in or register to join the discussion
  • Accuracy

    This is old news. WINE reached the "bug-for-bug emulation" milestone of supporting Microsoft malware in 2004.

    It's not up to the WINE team to revise the definition of "Microsoft compatible," only to achieve it.
    Yagotta B. Kidding
    • So this isn't a WINE problem?

      If it gives up the native shellcode in Linux or BSD, how is this not a WINE problem?
      george_ou
      • Define "problem."

        [i]If it gives up the native shellcode in Linux or BSD, how is this not a WINE problem?[/i]

        It's a WINE problem in the sense that WINE faithfully implements a flawed specification. Nasty choice, that: either implement bug-for-bug compatibility or compromise the targeted applications.

        For those who use WINE (I haven't for some time) the risk is minimized by the rather narrow scope of its use, combined with the "jail" that WINE runs in. Far from a perfect solution, but if you know of a better one by all means suggest it.
        Yagotta B. Kidding
      • Problem? No not really

        If it's a WINE problem or not is a somewhat philosofical question. WINE is supposed to emulate windows, so in a sense sharing windows bugs is a success. On the other hand, who likes bugs.

        Everybody knows that windows have more bugs than the rainforrest. So what Linux admin in his right mind would set up WINE without sandboxing it somehow? None, I would hope.

        This can be done in several ways, you can chroot it, or you can use the mandatory access control features in Linux to make sure wine can't run non authorized software or access sensitive files. Other things that can be done is to run wine as another user (that owns no files that can be compromised) and give access to whatever files it needs through posix ACLs. If you are really paranoid you can combine the methods, and you have three independent ways of protection that all must be broken.

        Second, who runs WINE nowdays, on the serverside there is plenty of software free as well as closed source to chose from. And on the client side, you need to get infected somehow. From what I understand this is spread by visiting malisious websites with IE. But what Linux user would use IE with WINE when he can use much better and more standard compliant browsers natively on Linux.
        uno@...
        • Better than surf with ie under WINE

          From the article "The most feasible way this could happen is via a malicious WMF file embedded into a Word document, opened in Microsoft Office and running under Cross-Over Office."

          Cause most *nix user of curse use Microsoft Office trhow WINE, as everyone know. May the troll be with you. :)
          psychoslave
          • Not very common

            Most *nix users, run OpenOffice.org/StarOffice or Applixware, not MS-Office in WINE.

            As far as I know Cross-Over Office is a Linux solution, so the sandboxing methods described in my previous post would work for Cross-Over as well as for regular WINE.
            uno@...
        • You need to read beffore commenting

          The flaw can be exploited by among otherthings oppening an office document that has an infected WMF immage.

          I love how this has been so big a problem when only on windows and how microsft has been blasted. And the usual 'it isnt a problem in (mac or linux)' but when there are issues in them it isnt major or its microsofts fault. Had the WINE developers tested instead of just implementing microsofts code then they could have noted that Support for feature XXX and YYY is not supported due to security conciderations.
          stephen0838_z
  • Oh Noooooooooooooooooo!

    Well, if WINE is written well then it shouldn't come as a complete surprise that it might possibly include replicating the behaviors of the Windows API as 'closely' as possible--both good and bad traits, apparently.

    But, still, thanks George for the 'heads up' on WINE.
    D T Schmitz
  • The Microsoft Patch Requires Reboots

    On the the first three Windows XP SP2 PCs I tested.
    PMC-CON
    • Reboots for Win2K AND XP Pro for me

      Only 1 OS of each for me at home, but both asked for a reboot. Many, many more to do at work in the morning. Well, 8, anyway. OK, lab managers, I don't deserve any sympathy.

      -Eric
      ericha8
    • Windows 2003 server needs to reboot also

      Both WindowsXP SP2 and Windows2003 SP1 demand a reboot.
      gtdavies33@...
      • Ok, I'll correct

        I think the reason it didn't have me reboot was that I had the leaked patch already installed. I'll make a correction on this, thanks.
        george_ou
        • Could you correct it?

          Could you actually correct it please. It surprised me as well. It does not take a day to change a sentence.
          quantumstate
  • Fortunately I don't use wine

    so therefore my computer isn't infected.

    Actually I'd be interested in knowing what percentage of Linux/Unix desktop users and what percentage of Linux/Unix servers use wine or have it installed. Certainly there's little if any reason for servers to install it, and that's most of your installations right there.
    Michael Kelly
    • I don't

      I don't use WINE either.
      Just drink it occasionally.
      ah hem.
      D T Schmitz
    • I don't do Linux wine

      On my personal laptop where I run SuSE 10, I have no need for Windows applications. I don't run wine and it isn't installed on my system. Others will have different requirements.
      palmwarrior
    • No Wine Here

      I've been using Linux on the desktop for quite some time now.

      Really with Gnome Office, KOffice, OpenOffice all having MS Office compatibility filters the only reason why I can see to use Wine is for games and for making SWF mostly for creating software demos/slideshows/documentation...

      After they ported Wink http://www.debugmode.com/wink/ and added the SWF export from OO Presentations I have had almost no use for Wine at all unless you have some heavily specialized apps (None of them Joe Average/Joe Above Average Workstation User would be using anyways).

      On a server I can think of no reason at all to install it.
      Edward Meyers
    • I don't use wine

      I've been using Linux as a Desktop OS full time since 2002, and I have no need of Microsoft applications. I did experiement with WINE last year, but really couldn't see any point to it, on my desktop.
      tracy anne
      • Don't

        I don't do windows. (errrrrr) ;)
        SuSE
        D T Schmitz
    • No wine

      I have been using Linux for 8 years. And I never used wine. Personally I do not know any one using wine. Those who use Linux normally do not want to use any windows application from their workstation/desktop.

      This topic by George Ou is without merit. There are a number of software like VMware that runs Linux and Unixes in Windows. Will he count all the so called problem with Linux(thanks to CERT) as Windows vulnerabilities.

      George, can you demonstrate with real life situation how WMF problem affects Linux. I think it is a furphy.
      Van Der