Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Unix Operating Systems Software Windows Wine

Can WINE Compromise Unix? 87

gbulmash asks: "As API's like WINE and Crossover Office gradually make it easier to run Windows binaries on Unix, will the system inherit some of Windows' vulnerabilities? For example, has anyone tried to get Outlook up and running under Wine, then deliberately tried to infect themselves with a Windows virus to see if it could raid the Outlook address book and start mailing itself out? It just seems to stand to reason that the better these systems get at running Windows binaries, the easier it will become to infect them with Windows viruses. Or am I just totally off base here?"
This discussion has been archived. No new comments can be posted.

Can WINE Compromise Unix?

Comments Filter:
  • by revmoo ( 652952 ) <slashdot.meep@ws> on Friday October 24, 2003 @11:34PM (#7306512) Homepage Journal
    Who in their right mind would even consider ATTEMPTING to run outlook under linux?
    • You'd be surprised. At work, we are on an Exchange mail/scheduling backend, and since I don't have Windows, I run Outlook under Wine - some of the time. Most of the time, I just use Outlook Web Access in my browser.
      • Exactly, exchange choices without exchange web services enabled is, exchange under wine, exchange under crossover office, or exchange under vmware/win4lin. (Notice the trend...) Exchange with web services enabled, Ximian, or Firebird (It is a webpage after all.)

        I tried to forward all my email to my linux box, but rich text and meetings where flakey. Wonder why noone made a linux client that could just read the incoming emails and parse locally, skip exchange server all together, then departments could se
      • Why not just Ximian Evolution with it's Connector plugin?
      • yeah, my stupid school is switching to exchange. They're going to leave up an IMAP interface though, so it's not the end of the world. Does the outlook web access work in non IE browsers though? That's my big worry there.
        • Does the outlook web access work in non IE browsers though? That's my big worry there.

          It does, with reduced functionality.

          You know, there is also a reason why so many people use Exchange/Outlook. It's really quite good.

          • You know, there is also a reason why so many people use Exchange/Outlook. It's really quite good.

            Well, if your school doesn't tell you what the features of Exchange/Outlook are V. random pop3/pegasus; the only good thing about Exchange is it takes way more servers to do the same mail as qmail; oh and it gets screwed up more often.

            Not that I'm bitter because my school didn't help me understand why Exchnage/Outlook is good, it's not as if I would have run Outlook anyhow; I'd rather not send out stupid viru
            • Well, if your school doesn't tell you what the features of Exchange/Outlook are V. random pop3/pegasus...

              Why do you assume the parent poster is at school? The features of Exchange/Outlook are aimed more at business rather than school/uni students.

              Exchange/Outlook is not just about email. It provides a whole lot more including calendaring, resource booking, task management, web access, and custom forms (which are used in the company I work for for things like leave requests, expense claims, etc.).

              O

              • Why do you assume the parent poster is at school? The features of Exchange/Outlook are aimed more at business rather than school/uni students.

                Probably because the comment above the one i replied to said:
                yeah, my stupid school is switching to exchange.

                Outlook 2003 also ups the ante over email clients like Pegasus with funky new features such as search folders, smart date grouping, *useful* new message notifications, and the new vertical 3 pane layout.

                I don't know what a 'search folder' is, but pegas
                • This screenshot [winsupersite.com] should explain a bit.

                  It shows the new 3 pane vertical layout. Note the smart date grouping in the messages pane (Today, Yesterday, Sunday...). Also note the unread mail search folder in the favourite folders section of the folder pane - viewing this folder will show all your unread messages in the messages pane. A search folder is basically 'contains' messages that match a user defined filter - however the messages may actually be in many different folders.

                  As for new message notification

        • The version of Outlook Web Access included with Exchange 2000 works fine with Mozilla. Don't know about other versions, though.

    • Who in their right mind would even consider ATTEMPTING to run outlook under linux?

      Well I wouldn't either. But a while back when I was still saddled with a Umax parport (windows-only) scanner I did attempt to get that working under Wine.

      My attempts were frustrated by the fact that I was unable to get Wine to run anything more challenging than Notepad, and in the end I gave up and got a proper scanner, which was a cheaper option than vmware.

    • I do. The boneheads in IT *only* want Outlook as the corporate "mail standard". SMTP is gone. I removed the Windows partition last week because Outlook runs good enough for me under Linux to send email to the "outside".
  • by aurum42 ( 712010 )
    I think the greater risk involved in widespread availability of WINE is the possibility that developers will feel even less need to code natively for linux - a necessary evil, I suppose. Also, wine doesn't require you to run as root (IIRC). Of course, non-privilege elevation exploits like outlook virus email spam will be possibilities - why do you even have cause to think differently? You can use mozilla instead of outlook, or implement filtering at your mail server. Just don't execute attachments, apply th
    • Applying MS patchs to Wine is like swallowing the spider. what the hell for. You cannot screw up root with wine so why worry, if your home dir gets screwed, save the good files and off it. rpm-e wine... and the windows fake Cdrive then reinstall it. The beauty is there are scripts to do Linux backups of your wine install so there is no problem running multiple sessions of wine with different fake C drives, in different users home dirs. Try that with Windows software!
      • Sure, with windows, you use vmware for something similar.

        When you want to test software, start up the relevant test virtual machine you want, run the stuff. If anything goes wrong, extract the information you need, then click "revert". And you revert to the pristine snapshot.

        No need to restore. You can make copies of the pristine snapshot just to be sure.

        Heck you could even run your email software in one virtual machine, and browse in another. If you download something funny in your email and stuff goes
  • Yep... (Score:1, Interesting)

    by cybermace5 ( 446439 )
    You are totally on-base here.

    That's why I don't run WINE and have absolutely no appreciation for the WINE project. At all. The effort would be better spent writing software for Linux that at least has some measure of security built in the the OS.

    If you run proprietary software, then you have proprietary bugs and security holes. WINE is a lot of work, just to provide a crutch for people who want to say they run Linux, but are afraid of learning a different way to get their stuff done.
    • Re:Yep... (Score:5, Interesting)

      by Babbster ( 107076 ) <aaronbabb&gmail,com> on Friday October 24, 2003 @11:59PM (#7306599) Homepage
      Or who have to run Windows-specific code because of company requirements and don't want to dual-boot Windows? I understand not wanting to run the software yourself, but that doesn't mean there aren't good reasons for someone else to use it. Being blindly dismissive is one attribute of Linux zealots that turns many people - people who would otherwise be interested in learning more about Linux - off.

      • Being blindly dismissive is one attribute of Linux zealots that turns many people - people who would otherwise be interested in learning more about Linux - off.

        This is a very strange use of the term "zealot." In most non-warped contexts, a zealot is someone who passionately cares about some topic, and generally insists that others share their view. To call someone a zealot specifically because they are dismissivly indifferent to what other people think or do is odd enough, but the capping irony is warn


        • Markus, you said P.S. I can just hear all the people asking themselves "What an odd comment to make; I wonder what his angle is?"

          You are thinking more deeply and carefully than is normal for Slashdot commenters. That is unusual.

          It is humorous to that the grandparent commenter told "zealots" that they should stop being so intense because they might "turn people off".

          Using the Google define: modifier gives this result for zealot [google.com]: Zealot - "a member of an ancient Jewish sect in Judea in the first c

          • It would be good if more technically oriented people re-joined the world.

            I don't think they've left really left. My wife and I regularly see a dozen so of her MIT grad school classmates; add a handfull of my old math-and-physics crowd and my work nerd friends and you have a good, handy sample of "technically oriented people".

            They all seem to be involved in the world.

            Most of them are married, and a lot of them have kids, and all of them seem to be great parents. We all seem to have good relations


            • Markus, I'm not talking about you or anyone you know, apparently. I'm talking about the people you don't know, because they are not social.

              • *laugh* Talk about a nearly-irrefutable position.

                How do you know these dark-nerds exist? I suppose we would be safe assuming the interact gravitationally. They might even absorb or reflect photons. But apart from using nmap to see what OS they run, checking their bookshelf for a CRC, etc., how are we to distinguish them from plain old shy people? Or maybe just people who (unlike us, apparently), mind their own business? What reason, apart from Hollywood and a lot of popular stereotypes, do we have


                • Check it out yourself. Not everyone is like you. I mentioned that I thought that in my original post.

                  You are much smarter than the average person, as I said. Also, from what you say, you have a healthy social life. But you appear not to be aware that few people are as advantaged as you.

                  Microsoft is trashing its own reputation because of the social inabilities of Bill Gates and Steve Ballmer. Ray Noorda destroyed Novell's chances. Michael (I forget his name.) of Corel reduced Corel to a minor player.
          • Some technical oriented people are in fact slightly autistic. Such autistics don't handle social situations very well, and don't understand illogical situations.

            Some can however excell in technical or scientific work.

            This sort of autism is called Asperger Syndrome. Bill Gates is said to be an asperger.
      • Well, the vast majority of companies currently run some version of Windows. If you need to run Windows software, use a Windows box...and if company requirements demand using Windows software, that means the software was intended to run on a Windows box. Someone who has time at work to set up a Linux box and then spend inordinate effort to get a Windows application running on it...they don't have enough work, in my opinion.

        I just can't see a good reason for anyone to run it. Linux at this point does not nee
        • I agree with your comments about WINE, if the software you want to use is designed for Windows then you should damnwell use Windows. Its all about using the right tool for the job at hand. However I do find Cygwin useful, e.g. at our uni labs we don't have an actual Unix lab but we do have a few Unix servers and use Cygwin/XFree86 to run remote sessions. Very nice and works well. The only real uses for Wine are if you are stuck in a Unix/Linux environment and have no option to run anything else. Howeve
        • Re:Yep... (Score:4, Insightful)

          by Korgan ( 101803 ) on Saturday October 25, 2003 @06:11AM (#7307332) Homepage
          You miss the key aspect of the point that was being made. People are switching to Linux because it reduces the cost of support as well as the cost of implementation. However, the point was that there are still a lot of apps that run on Windows platforms for which there are no alternatives in the Linux world. Why give up all the extra benefits of Linux for just one or two applications for which no alternative exists?

          The point of the WINE project is to provide that bridge. Get all the benefits of using something like Linux or BSD, get all the alternatives available to you (freely or otherwise) and if there are a few you need Windows for, use WINE to run them under Linux. Someone running Outlook under Linux would be a lot better off running Evolution and paying for the Connector license (cheaper licensing and native). However, someone running a core accounting app for which no Linux alternative exists is going to want to use WINE so they can still use that application AND get the benefits of the Linux alternatives for everything else.

          WINE is a bridging tool for those migrating from Windows to Linux/Unix but who have applications for which no feasible Linux/Unix alternatives exist.

          I would much prefer to save the costs involved in getting a Linux box up and running with WINE that spend the several hundred in licensing just for a few applications.

          Hmmm...

          ($time to get up and running) vs ($time + $licensing costs for Windows)

          Which is really the cheaper in the end? Support? Bah, its remote. Like you say, there is VNC if it comes down to it (bad solution really) but X across an SSH session is a lot better (regardless of how badly people think of the X protocol, it does its intended job very well still)

          Just my $0.02. We differ in our opinions, but thats the beauty of diversity in life ;-)
        • If you need to run Windows software, use a Windows box..

          Excuse me, can I make that decision myself? And no, I don't have time to fiddle around with Wine, so I bought Crossover Office [codeweavers.com] for only $55. I can then still run Linux with all the powerful (commandline) tools available, but nevertheless run all the Office apps, including IE. No fiddling, just rockstable.

        • What if you need an app that you don't have the time to compile under Linux (it's open source), but you DO have a Windows version, and you have Wine running on Linux? OK, so you can fire up Ultr@VNC Client, and run with it! (my server uses the domain-based authentication - a bit more security)
    • He is mostly off base here. WINE Is Not an Emulator. It is a native implementation of the Windows API. The API in and of itself is not the problem. It is the lacksidasical attention of the program author for issues such as buffer overflows. Not only can we hope that the WINE authors are more attentive to memory leaks and out-of-bounds errors in its own implementation of the less than optimal Windows API, we can examine and test the source code for ourselves. However clean the API might be, the program
      • The answer lies in the security model of UNIX-like operating systems.

        Ah, the security *model* of NT/2k/XP is superior to that of (most) unix-like OSes in pretty much every way.

        Now, if you want to talk about poor default permissions and applications requiring excessive permissions just to work, that's more interesting and accurate, but it's equally applicable to unix as Windows.

        Incidentally, the "it'll only affect the current user, not the whole machine" argument is specious. Most machines (particularly

    • WINE is a lot of work, just to provide a crutch for people who want to say they run Linux, but are afraid of learning a different way to get their stuff done.

      WINE *is* a lot of work. Even to set up. I use it. But not because I'm afraid of learning a different way.

      I use it to play games. There are some awesome games that run native in linux (AA, NWN, ET And RtCW, Quake3, BZFlag, and all the games Loki ported and many, many others). but there are some games I choose to not live without.

      Counterstrike,

    • Re:Yep... (Score:4, Insightful)

      by jmorris42 ( 1458 ) * <{jmorris} {at} {beau.org}> on Saturday October 25, 2003 @04:08AM (#7307095)
      > That's why I don't run WINE and have absolutely no appreciation
      > for the WINE project.

      Too narrowminded. There are a lot of legacy win32 apps in regular use out there that won't get ported. Many times it is impossible to even locate the source or any design docs. It only takes ONE to keep a machine chained to Windows. If it takes wine to get that desktop converted it is still a win. Because once the conversion has taken place that shop probably won't invest in MORE win32 software and eventually those stragglers will get discarded as the relentless march of time obsoletes dead end programs that aren't being well maintained and probably never worked flawlessly in the first place.
  • someone did this, with one of the outlook viruses, I think it was KLEZ, and I remember it made slashdot
    basically it's programmed to look for an SMTP on localhost if it doesn't find a default one in the registry, and it started sending viruses out
    so um
    yeah
    • Well maybe I'll have to eat my words. In an earlier post I said I hadn't found much that Wine will run...

      ...but if it'll run Microsoft viruses, well, that's just damn cool :-)

      • ...which is all I need. It amuses people to see me running the Windows and native Linux versions of PuTTY side by side.

        However, my wife would like to to run stuff like Dorling Kindersley entertainment software, and on most of them it doesn't even come close. Mind you, the, er, geniuses who wrote a lot of this stuff only tested it in a very limited range of situations, and used all kinds of bizarre special features, so a lot of them run poorly (crash, misdisplay, lose features) on Windows 2000 and XP (haven
    • I remember this too. Here [slashdot.org] is the slashdot post.
  • by mnmn ( 145599 ) on Saturday October 25, 2003 @12:02AM (#7306603) Homepage
    WINE is very commonly used to run ONE key application among Linux applications, under one users permissions. If the key application communicates with the network, the network may be compromised but the Linux server itself will not.

    This is much like running Win95 in vmware or bochs and infecting it with a virus. Another seperate win95 session in bochs or vmware will not be affected, nor Linux's other mail/X/services be affected.

    I'm sure there are enough Outlook lookalikes for Linux, and rather than stretching yourself for outstanding feats of engineering in Linux, try training users a little. It works.
    • Well wine may not infect the system, but most of the recent viruses have done more damage in network traffic which can and will still be affected by outlook running under wine. This has been proven with some of the older viruses in test senarios.
  • by MarkusQ ( 450076 ) on Saturday October 25, 2003 @12:34AM (#7306680) Journal

    The big advantage to something like wine (or to a lesser extent, dosemu, mars, etc.) is that you can insert shims at pretty much any level to catch / filter / stop / watch this sort of thing. I find it amazingly useful to be able to instrument & monitor pretty much any level I want (with the usual cavets about making sure you don't break things by inapropriate logging, etc.). It shouldn't be too hard to put a rubber-room/internal firewall around whatever infection prone software you felt like running, and stopping these things dead in their tracks. (e.g., by default, cap the rate at which network trafic can flow out of applications running under wine, lower the boom if they try to send out too much e-mail too quickly, etc).

    -- MarkusQ

    • I wonder why I'm not thrilled at the prospect of patching buggy Windows software so it will run safely on Linux.

      In my experience, the most common application running under cxoffice is Outlook. It's sort of CodeWeaver's "killer app." As others have noted, running as non-root doesn't protect you from a virus that is aware of WINE, and takes advantage of the network connectivity of your box to propogate itself, or worse.

      I notice that there is this cute "Y" drive under cxoffice that is a window (heh) on to yo

      • I wonder why I'm not thrilled at the prospect of patching buggy Windows software so it will run safely on Linux.

        Like with anything, it's hard to judge the atractiveness of the idea without comparing it to the alternatives. Getting thrown to the lions with nothing but a sharp stick might not seem that great, but if your best alternative is going in without the stick...

        In my experience, the most common application running under cxoffice is Outlook...

        In mine it's mostly useful for odd legecy stuff tha

        • Eh. Evolution is pretty much there for most users, IMHO. And there are lots of other options. A great number of people don't need or want a ball of bloatware to send read their e-mail.

          I certainly don't. But sometimes, I don't have a choice. If the groupware platform is Exchange, and they don't support the web interface, and it's not Exchange 2000, Outlook is the only solution that will get you on board with the calendaring and other features besides email. If you want to use Linux, then either VMWare or


          • If the groupware platform is Exchange, and they don't support the web interface, and it's not Exchange 2000, Outlook is the only solution that will get you on board with the calendaring and other features besides email.

            *smile* So you also get a big productivity boost as long as you use anything other than Outlook. Cool.

            Like, for example, a virus could respond to your protective pop-up.

            How, if it's in the outer context? If Odin stops mortal time to ask Loki if he should smite you or let you tak

            • How does

              Outlook is the only solution that will get you on board with the calendaring and other features besides email.

              turn into

              So you also get a big productivity boost as long as you use anything other than Outlook.

              ?

              I will choose not to use Outlook when I have a choice! When I don't have a choice, Outlook is more productive because the alternative is not getting the job done. It's sad, but a fact of life.

              I don't know that much about WINE's internals, so I could be off base. But it seems like the fac

              • How does

                Outlook is the only solution that will get you on board with the calendaring and other features besides email.

                turn into

                So you also get a big productivity boost as long as you use anything other than Outlook.

                ?

                By the transform Joke(p,h) --> p' .

                Specifically, in this case, the hidden snide implication h = "calendaring and other features besides email take up more time than they save, resulting in a net loss of productivity".

                -- MarkusQ

                P.S. On the real topic, the email

                • By the transform Joke(p,h) --> p' .

                  OK, it was h I was missing there. Calendaring, or the meetings it facilitates, certainly takes me away from my real work. But actually attending those meetings seems to help keep me employed. Go figure.

                  I suppose what you are saying is that one response to a widespread virus attack on cxoffice could be to change the WINE loader to do all sorts of security checks, and that it's possible to be clever about running programs under that loader. I guess you could say th

                  • I'm postulating a virus that is aware that it is running on WINE, which shouldn't be all that hard to figure out, even from VBScript. What's to stop such a virus on cxoffice today from escaping the fake_windows root and causing mischief among all my MP3^H^H^Himportant work files?

                    What's to stop Lex Luther from taking over your system and using it to defeat Superman? The fact that they are fictional and you are not. They don't really exist; everything they appear to do or say is really a contrived effec

  • Levels of software (Score:2, Insightful)

    by Hungus ( 585181 )
    Remember just like networking software has levels also. In the case of windows and viruses It would seem that there are 4 levels you need worry about. The bottom most lasyer is of course the core of the OS the kernel, layer 1 would be the OS interoperability layer, layer 2 the api and layer 3 the application itself. ( yes you could break them down into finer layers but for this argument 4 is fine.) Running wine layers 0 and 1 are replaced completely. Layer 2 is a functional and structural equivalent. Any vi
  • The more complex a system is, the less predictable it is. That's why there is a KISS principle.
  • by Karora ( 214807 ) on Saturday October 25, 2003 @04:12AM (#7307102) Homepage


    Wine was an essential tool.

    There are some applications that you just can't get converted to Linux easily, and Wine is a good solution.

    In our case we are primarily using OpenOffice.org, Evolution and Mozilla Firebird as Linux apps, but the essential application that shows the users a nice map of our country with legal boundaries accurately marked is not (yet) available under Linux.

    Should we delay our Linux rollout for this? No. The app does everything it needs to under Wine, and we are rolling those desktops out on time.

    Once we have 140 PCs out there running Linux, however, the pressure will come on the supplier to provide us a native Linux version next time.


    That all seems to me to be a perfect example both of why it is needed, and also of why it is a damn good idead.

    Thanks for the project, guys - it's getting to be useful :-)

    • Will it really? Why? As long as WINE is on your system and you're having no problems, why should the supplier go to the extra trouble to make the software Windows-ready? In a non-competitive environment (and I get the feeling that's the situation here), the supplier can do whatever it feels like and you can't really complain.

      Now, if there's competition, great. Write all of the competition (and your supplier) a note, saying "The first company to include full, stable Linux support gets the sale." *THEN* ther
      • Yes, it will, really.

        Firstly, my client is in a position to influence the authors of the software, being in a position to influence not only their own use of the product, but also being in a position to influence wider use.

        Although the product works OK, there is no doubt that a native version would work better. If the current supplier is not forthcoming with one then it is not beyond the realms of possibility for another company to produce one. The underlying data is available through legislation, so i

  • by dbirchall ( 191839 ) on Saturday October 25, 2003 @05:53AM (#7307285) Journal
    There are other categories of things that permit running Windows on Linux or MacOS X boxes - system partitioners like VMware and Plex86, and emulators like VirtualPC and Bochs X86.

    Generally, I try to set things up so the Windows instance doesn't have any ports open to the world, and if at all possible, its "filesystem" is within a file in the real filesystem, so it can't trash anything but itself. :)

  • sure, this can happen. you can get infected and start spewing out email and whatnot. but if you configure wine correctly, it's pretty brainless to fix. i run wine with no access to network drives or my home directory. it just has access to /tmp and it's own fake_windows/ directory under .wine/

    purge fake_windows and you just took care of the problem. granted this isn't such a great solution if you want to keep persistant data around, but it works great for 1-time applications where you just want to fuddle w
  • by flyboy974 ( 624054 ) on Saturday October 25, 2003 @07:09AM (#7307486)
    I have yet to actually find a true Virus in quite some time. I feel like rambling tonight! WOO HOO!.

    So, to save time: WINE+Outlook=YES. Outlook is COM based. The worms that Script Kiddies cut-and-paste together use COM to access the Outlook DB to pick addresses, and then most use COM (or Winsock which is interfaced to the Linux Socket environment) to send the e-mails outbound containing their script-kiddie payload. BUT, THESE ARE NOT VIRUSES! 1) They require other applications to be running. 2) They are not self-infecting. They require the second hand user to do something (click the .VBS file attached.. DUH! HELLO!?!?). 3) They are not native code, rather just scripts.

    Back in the old days, we had true viruses on computers. These would make themselves TSR's (Terminate and Stay Resident for you Windows only script kiddies). They would them append the EXE their own startup code. Finally, they modify an EXE's header so that their startup code would execute them, and then execute the program.

    Part of the virii's startup code was to "infect" all other EXE's on the computer. This meant that if you ran the program, everytime you had a INT21 executed (in the MSDOS/PCDOS days, this was a file access system interrupt), it would search for other EXE's to attach to, or possibly execute it's code.

    This is where the term Virus came from. It could "spread" from one host to another. And each time, it could inflict more damage until it killed the host computer.

    Now days, we have worms. Worms are the dreams of script kiddies (yes, you little @$#@# dorks who sit at home thinking your stuff is 31337). They use the underlying applications failures to infect something, rather than being native code that does the job. (For us techies, 8086 Assember vs. VB Script that the kiddies cut-and-paste today from newsgroups)

    If your WINE implementation has the nessesary GUID's expose for COM/DCOM/ActiveX/.NET/your buzzword of the day, then, to answer your question... YES WINE IS HACKABLE. By implementing the Windows OS, it inherics the COM system, which all Microsoft products use heavilly.

    Enough history lesson. I'm going to go script myself a web browser that isn't IE... it just uses Microsoft's IE Active X component for browsing.. I shall call it, Iesm... And it shall be grand...
    • Some worms are still quite impressive. although not often a few are. Such as the slammer worm which was all of one packet and infected nearly if not all vunerable host in about 15min. Someone spent some time on that one. not that i dissagree with you i just thought i toss my 2c in.
    • This is where the term Virus came from. It could "spread" from one host to another. And each time, it could inflict more damage until it killed the host computer.

      Actually, "virus" has to do more with how they reproduce than the fact that they spread. Computer viruses reproduce like biological viruses: by inserting their code (or DNA) into a host, and then being read as a part of the host. Worms, on the other hand, really are self-replecating, since they are standalone programs.

      Whether or not any

  • by jubalj ( 324624 ) on Saturday October 25, 2003 @07:12AM (#7307492) Homepage
    I think Sir Cam virus, was one of the first windows virus to be effective under wine - old article [vnunet.com] discussing this.

    I find it funny to find a this virus listed in the compatibility database [winehq.com]. It's a testament to the success of wine!

  • Hmm, let me dig out the link...
    ah, here you are:
    http://linuxsecurity.com/articles/vendors_pr oducts _article-6009.html

    The more funny part of that is that there are
    actually DAUs as worse as the usual WinDAU.

    This is why I don't think people not capable of
    handling Unix correctly should be forced to use
    it (unless they aren't root on their own PCs, of
    course - that makes for new jobs ;-)
  • So you want to run outlook on Linux (you must have your reasons, I wouldn't)...

    Wine can use any directory in Linux as a drive, so you simply create an outlook directory, run it in its own environment which means that the only problems you will see are those brought about by the application. As even a virus in Wine will happily run in a contained environment.

    When you want to send an attachment from another app, you simply copy or make a symlink using your favorite Linux tools.

    As far as bugs in Outlook, i
    • I ran an infected e-mail file in wine once just for the hell of it. All it did was crash X. What a hoot. It was a non conforming sys file command that matched the X logout sequence! I wish that I had saved it, it would be fun to reverse the exe and use it as an RPC to fry X users! But Linux guys don't do things like that....right. I can just imagine the confusion and fear that Windows users feel when they experience an X crash for the first time and not see a comforting blue screen. Must be like going to
      • Nasty crashes in Wine have a tendency to cause X crashes. Somehow I doubt that logging you out of X (probably same as CTRL+ALT+BackSpace) was the intended effect. The reason this happens (just a WAG) is that Wine is integrated with X to an extent that a crash in Wine can cause problems in X. The fix for this would be to simply back off on the integration with X, but then the apps wouldn't be as responsive as they are now...
        • Thanks for the info.. I thought that was the reason! Windows code using wierd calls seemed like a more sensible answer. It is a hoot to watch anyway. I guess a more productive thing would be to log it and send the messages to Wine users groups. I don't run wine anymore but it would be fun to track lame .exe's like Gator binaries with it just for the hell of it. I wonder if the new activeX bullshit will work? I hear some of the most nasty new script garbage is really out there with activeX controls leading t
  • When Code Red first came out, my work computer was a Linux box which ran VMWare so that I could run Outlook (required by the company) and occasionally test under Windows. Because 99% of the time I was just using my virtual PC as an Outlook client, I completely forgot that it was running IIS and all the other M$ junk.

    Needless to say, I was surprised to find that my Linux box was one of the machines that got hit by Code Red. The sysadmins probably had to tell me three times before I'd believe it.
  • Why in the name of all that is sane and decent, would anyone, anywhere, ever choose to pay out a heap of money equivalent to a living wage for an inferior product - and, as a side effect, be beholden to some proprietary software company, who can demand more money off you at any time on pain of bringing your company's email system to its knees - when almost the whole of the rest of the world is using a free, standards-compliant product with no chance that anyone, anywhere could ever hold you to ransom over i

Two can Live as Cheaply as One for Half as Long. -- Howard Kandel

Working...