Slashdot Mirror


Microsoft Develops Security-Path for Outlook

Reemi writes "On Microsoft's Office update-site they write: The Outlook® E-mail Security Update is in development... Since access to certain file attachments in Outlook is restricted by the update, users will need an alternate method for distributing files... For a list of file types impacted by this update, read File Types Impacted by the Outlook 98/2000 E-mail Security Update. It seems Microsoft is setting a new standard: Emails without attachments. "

356 comments

  1. They disable almost all types... by _dim · · Score: 1

    except .doc, .xls, .ppt and the other Office files, which are just as dangerous as any other.

    When will these people ever learn. And hey, they also don't disable .zip files, so everybody will just zip their VBS files from now on. :)
    --

  2. Yowza, look at everything they broke.... by pingflood · · Score: 1
    This link lists all the functionality in Office that goes away/breaks when you apply this security patch...eghads.

    -pf

  3. People are the biggest security holes... by Stalemate · · Score: 1

    It doesn't matter what Microsoft (or anyone else) does or does not do to increase their security, people will always be the biggest security hole.

    I have read comments saying that they should do away with the auto-launch, but this would still leave you dependant on the people to not launch the offending files.

    With any new functionality that is added to a system, there is another opportunity for people to screw something up. The ILOVEYOU virus just happened to be distributed through email, but it could have been distributed through other channels. If a virus was mailed out on disk with a note that said "Put this in your floppy drive and run everything on the disk" no one would argue against the fact that the people caused damage to themselves. No one would try to blame the post office or the manufacturer of the floppy disk. Any security model is reliant on people.

    For every door or window I put in my house, I give someone another easy way to break in. Should we stop using doors and windows (no pun intended)?

    A user that installs Linux at home, runs around as root all day, and runs everything that is emailed to him is just as vulnerable to these attacks as a windows user.

    Ultimately people are to blame for these incidents and IMHO the best solution is user education. We don't let people drive a car without a license, not just because they may hurt themselves, but because they may hurt others through their carelesness.


    --

  4. Re:Everything except .DO* and .XL* by buffy · · Score: 1
    You just know what's going to happen, right? Most people will probably not install the security patch, since they'll lose basic functionality which they need. Then, the next virus is going to come along and wreak additional havoc. Microsoft will then sit back and spout the excuse "nobody installed our patch--had they done what we said they should, all users would've been safe."

    They're basically building in the excuse for the next round of virii to hit.

    You've just gotta love 'em.

  5. Re:Scripting host? by SoftwareJanitor · · Score: 2

    We'd probably be no better or worse off with custodians running nuclear plants than with a 'technician' like a Homer Simpson. Seriously, you aren't giving sysadmins enough credit here. Sure, there are lots of MSCE type idiots running around, but there are a lot of highly skilled people working as admins as well. Admins are the people who are ultimately responsible for the security of their networks, who else should be able to control them?

  6. Re:Innovation! by miguelitof · · Score: 2

    It seems to me that this is Microsoft's way of throwing a tempter tantrum. It seems that they are saying, "Okay, you want tighter security than Outlook provides? We'll release a patch that makes Outlook so secure that you can't access email attachments at all!"

    It seems that they could've just disabled execution of attachments, yet left a way for those attachments to be saved.

    --
    --- Biffster.org
    "Bite my shiny metal ass."
  7. Here come both barrels... by Greyfox · · Score: 2
    1) Microsoft has never had a clue about security. Why should they? They're a single-user mentality customer playing in a networked arena. The paradigms their programmers grew up with are no longer pertinent. They haven't been since the early 90's.

    2) Who are you going to sue? Microsoft disclaims all responsibility for the design flaws in their programs. Their initial design and their sorry attempt to patch their original flawed design are nothing less than irrefutable proof that what's happening inside Microsoft is malpractise on a huge scale. They don't need to patch Outlook, they need to fix their entire flawed perception of the importance of security. How many more billions of dollars will have to be lost before someone sees this? Certainly Microsoft has no incentive to change. The IT lemmings will keep jumping off the MS Cliff because they don't know any better, and Microsoft will never have to pay for the flaws in their code because the laws are moving toward favoring the corporation, not the consumer.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  8. This just off the wires... by dmccarty · · Score: 1
    ...(Reuters, Seattle) in an unconfirmed report, McAfee Associates reported today that the new Microsoft Outlook patch can be defeated by amateur hackers sending email attachments containing the following text:

    !seineew era srekcah onipiliF omaL

    Microsoft could not be reached for comment. Other Anti-virus software vendors said they were looking into the report.

    --

    --
    Have fun: Join D.N.A. (National Dyslexics Association)
  9. This prevents Script Kiddies? by Dman33 · · Score: 1

    First off, I agree with you in that this does help to some extent, especially from most copycats.
    I disagree with you in that this does not help the virus vulnerability issue with Outlook. Do you know how easy it is to write a macro virus in a .DO* or .XL*? How about renaming an executable? Or a macro in an .xls file that renames/decompresses another file that is mailed with it? This is just giving the average user a false sense of security!

    I cannot endorse this issue until M$ locks down the default settings. If the user wishes to be vulnerable, then let them change the settings as they wish. Perhaps a notification when they try to execute malicious code??? I know that every time I open a spreadsheet in Excel, it warns me that there could be macro-viruses in the document. Maybe they can add that simple teeny warning into Outlook?!

    Yet another reason Open Source rules. I could just add that warning 'feature' myself in less than 10 lines of code.

  10. Re:Security through file types? by owain_vaughan · · Score: 1

    When I worked for a company that insisted on using Netscape servers on NT I woult try and make the environment as sane as possible by creating directories called etc, bin, and so on... also renaming CGI scripts from foo.exe to foo made no difference, they were still executed. I'm not sure if this is netscape functionality or general Windoze functionality, but it was still windows executing a file that didn't end with .exe (or .com, etc)

  11. Easier way to fix problems by SirStanley · · Score: 1

    Here is an Idea. Why not make it so that If download an attachment
    1. Its not set to autorun.
    Netscape's Email Proggie Does not autorun attachments like that by default. But Outlook does.
    If Microsoft released a patch that switched the Autorun to off by default then 90% of these problems won't happen because, Most people who use outlook are computer dum-dums and won't know how to enable it. Which means that Annoyances like the I Love you virus won't hurt as bad.
    2. Instead of disallowing attachments of certain file types how bout this. Make it so that either the attachment is ran in a "Virtual Machine" Which does not have access to your actuall system or set the permissions on your system files to READ-ONLy while an attachment is running so that the program can not modify them.

    --
    --------========+++Dont Feed The Lab Techs+++========--------
  12. Re:E-mail w/out Attachments by ct · · Score: 1

    Quick! Now is the time buy stock in you favorite compression utility as the masses swoon to find a way to mail that 4MB Flash .exe to 30+ people every morning.

    (Yeah, yeah.. some of those fscking things are innovative & humorous - but most are useless commercial crap that brings the network to it's knees ~8:30 in the morning)

  13. Oh, and the 'loose OS' part.... by ch-chuck · · Score: 2

    It's Msft's job to SELL LICENSES . - period. That's what fills the coffers and keeps stockholder grinning. Market research show that ease of access to data is more important than security. Putting security into a system turns users off, and thus sales droop. The teeming millions have enough problems just learning Word, without having to jump thru hoops just to get access to their files. Untill ppl have enough bad experiences to learn to demand security, it won't be a development priority.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
    1. Re:Oh, and the 'loose OS' part.... by TomV · · Score: 1
      Yet none of you MS defenders has yet to come up with a good functional motivation for allowing email clients to execute random code. It's not at all clear that this EVER really benefited the 'gimme gimme' type of consumer.

      OK, I'll bite

      The reason is that Outlook doesn't execute random code. The only code that can execute within Outlook is embedded script-in-HTML. Which runs on a sandbox. The ILOVEYOU and Melissa malwares were both run by some external host, respectively the Windows Script Host and MS Word.

      Maybe the MS-defenders, as you call them, didn't come up with 'a good functional motivation' for this feature simply because it does not exist and has never existed.

      While we're at it, is there any 'good functional motivation' for that thing in Pine where issuing a Send command causes the Kariba Dam to overflow, drowning thousands of people? No. Maybe that's why there's no such feature.

      Every groundless criticism like this merely devalues our overall message. We'll never persuade anyone when our real message is wrapped up in easily disproved allegations. Fight the fight with real, sharp weapons, not chocolate broadswords

      TomV

  14. Re:What about doc and xls by IHateEverybody · · Score: 1

    Word and Excel can be set to warn you if you are opening a document that has macros. Since most Windows users don't even know what a macro is, it's a pretty good bet that if a document has macros, they are of the viral persuasion. Unfortunately, since most Windows users don't even know what a macro is, they will often click on the OK button in the warning dialog and infect themselves anyway. This has happened several times in this office.

    Having said that, it would probably be better if Outlook were set up this way to merely warn a user that they could potentially be opening a virus infected file. Ideally, when a user double-clicks on an attachment in Outlook that can carry a virus like an exe, doc, vbs, etc. file, it should:
    • Warn the user that this type of file can carry virus.
    • Offer to run that file through the user's virus scanning software.
    • If the user has no virus scanning software on his or her system, offer to merely save the attachment to a file on the user's hard drive.
    • Encourage the user to pick up the damn phone and call whomever sent them this file to ask:
      • Did you really mean to send this file to tell me you love me?
      • Or are you just another schmuck who got caught up by the latest virus?


    If Outlook did this, the last two big virus outbreaks (Melissa and ILOVEYOU) would never have happened.
    --
    Does this .sig make my butt look big?
  15. Potential Consequences by Synthesis · · Score: 1

    Why prohibit transmission of all these files? Why can't they just make Outlook behave like my browser when I attempt to download a file, i.e. user prompt saying blah, blah, blah.

    I'm willing to bet people will install this and then not being happy will find out they can't uninstall it without having to do a full Office install.

    MS should have posted that they can just zip any files with these extensions and they can e-mail the zip file as usual.

  16. Re:Oh Pooh! by dirty · · Score: 2

    I've been preaching the "No Attachment" message to my users for three years now and they still think I'm an idoit ("But how will we share files?")

    That's not a solution. The problem here is the broken windows software design. Microsoft has made a decision in all of its software to make it easier to use at the cost of security. The real solution here is to disable the auto-matic launching of executable files of any type; to get rid of microsoft word macros, or atleast turn them off by default; to make it so the user needs to initiate any action that could be dangerous to the system.

    Solutions like "don't send attachments" or blocking attachments of certain types only provide the user with a false sense of security. What happens when a user gets an email with a link in it that points to "That important document you asked me about"? The user clicks on it thinking 'well it's not an attachment and besides outlook filters out bad stuff so I have to be safe'; word launches, reads and executes the happy go lucky script. The only thing that has changed is how the "virus" spreads. The problem is is that the "virus" is still spreading.

    Microsoft and sysadmins in general need to start educating their users and putting some effort into securing things. You can't just hide from a problem and assume everything is ok.


    --

    -matt
  17. [OT] Re:Gee Thats So Wonderful by QuMa · · Score: 1

    >It took the power of 3 C64s to get man to the moon, and yet Windows95 requires a 486. Anybody see irony in this?

    Actually, win95 runs (well, "walks", or "crawls", but stilll...) on a 386. I once had it running on an i386/33 with 4Mb ram. Quite amusing actually, got great uptimes. :-)

    1. Re:[OT] Re:Gee Thats So Wonderful by QuMa · · Score: 1

      Yes, I have. And while the ui was indeed dead slow, the system underneath purred along nicely, no problem. And the great thing with linux/bsd/hurd/whatever is that I don't _have_ to load a clunky 16meg ui.

  18. There is no full solution by FascDot+Killed+My+Pr · · Score: 1

    And I'm not condemning Windows as sucky. It IS sucky, but this isn't the reason.

    If I was running the (IT) world, my first decree would be: "Let there be...biodiversity!". Multiple operating systems, multiple client apps for each general task (email, web, office, etc). Not only would this solve (or lessen) a lot of security/virus issues, but it would also enhance standards compliance (not to mention standards creation).

    Second decree: "Let there be...education!". Teach users not to open everything they get. Teach them that, no matter how much they want to run that "A Different Porn Image On Your Desktop Every Hour" program, installing it right off the Internet is probably not a great idea.

    Third decree: "Let there be...cryptography!". I used to think cryptography was about "codes and stuff". Not so. I just finished "Applied Cryptography" and has it ever opened my eyes. There are trustable methods for doing everything AND keeping privacy. For instance what about a protocol that required a sender to identify himself unambiguously but would erase that identification if the sent item turned out harmless? And I don't want to hear anything about circumvention from anyone who hasn't read the book.
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
    1. Re:There is no full solution by IntlHarvester · · Score: 1

      These points are very well taken, but really address the problems at a high level (which is good), but meanwhile there is still the nuts+bolts issues of defective Microsoft implementations...

      As for the "biodiversity" issue, it is a real management and cost problem. One reason we have these huge Exchange installations is because IT was maintaining 39 different mail infrastructures, and realized that by 'standardizing', they could save an enormous amount of money. Well ... at least in theory - I wouldn't be suprised if the cost of ILOVEYOU wiped out any potential efficiencies, but the hidden costs of monoculture are difficult to estimate in budget projections.

      Cryptography is a great tool, but without a pretty large infrastructure behind it, it's difficult to build the hooks. Besides an Execution Control List (sandbox), Lotus Notes also cryptographically verifies the author of scripting elements. It can only do this because the infrastructure is 'built-in', something you can't say about too many other systems.

      Of course, cryptographic infrasturucture comes at a big cost of complexity and additional administration. There isn't a toolset that admins can just grab and implement (and the adhoc nature of PGP/GPG doesn't cut it, and isn't 'integrated'). Microsoft even has the infrastructure with ActiveDirectory, but hasn't found a way to implement it to prevent these situations. We are still a ways off from crypto-verified sandboxed nirvana...
      --

      --
      Business. Numbers. Money. People. Computer World.
  19. Re:Oh Pooh! by artg · · Score: 1

    Do you open attachments when they appear to be from people you DO know - like people who had you in their address book, for instance.

  20. additional virus security by aozilla · · Score: 1

    This virus doesn't go far enough. Sure, it blocks access to executables, but I can still think of at least one virus that would still get through:

    The "I love Shue" virus: this virus is originally downloaded from the "I love Shue" homepage. It claims to be a jpeg of Elisabeth Shue naked. Instead, when executed, it runs a web server of another "I love Shue" homepage, complete with the executable to download. It then steals all your address book entries, and mails an email to those people telling them "I found this really cool homepage with Elisabeth Shue naked". It looks up your local ip address, and puts the url http://youripaddress/nakedshue.jpg.exe in the nessage. That is a link of course to the exe of the virus. Notice how the ingenious virus writer put .jpg in the file name, just to make it impossible to notice that it's an executable.

    Microsoft is now working on a fix for this virus. Their current plan is to block the copy feature of outlook, so that users can't copy urls into their webbrowser.

    --
    ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
  21. Re:Oh Pooh! by Anomalous+Canard · · Score: 2

    If somebody wrote a program for linux that allowed shell scripts to run when you double-click 'em, do you really think it would be any more secure?

    Yes. Because someone would write it so that you had a choice of options. View the attachment, file the attachment, save the attachment to disk, execute the attachment. The broken, brain-damaged Microsoft way is there is only one way to "Open" a file and that is to open it with the program that is associated with that file extension. There are at least three instances of brokenness and/or brain-damage in the preceeding sentence. One of those is that MS uses extentions to associate files with applications, but Office applications use file contents to determine file types. You can save a Word document with a startup macro with a .rtf extension and MS Word will open the file and execute the Macro. The user has no means to determine if the file has what it's extension says it has.

    I have to use Microsoft products at work, but I don't have to like it.

    Anomalous: inconsistent with or deviating from what is usual, normal, or expected

    --
    Anomalous: deviating from what is usual, normal, or expected
    Canard: a false or unfounded repor
  22. Leading the Way by The+Future+Sound+of · · Score: 1

    I love Outlook. This will just make it that much better than crap like SendMail.

    1. Re:Leading the Way by Assistant+Madman · · Score: 1

      >yup.. the two are really comparable, they're supposed to do the same thing. yup. really. And MS excel is a way better spreadsheet than oracle

      Considering Oracle is an RDBMS, Excel is a much better *spreadsheet* than Oracle.

    2. Re:Leading the Way by radja · · Score: 2

      yup.. the two are really comparable, they're supposed to do the same thing. yup. really. And MS excel is a way better spreadsheet than oracle.

      //rdj

      --

      No one can understand the truth until he drinks of coffee's frothy goodness.
      --Sheikh Abd-Al-Kadir, 1587
    3. Re:Leading the Way by radja · · Score: 2

      damn, you seem to have spotted the flaw in my logic.. ;)

      //rdj

      --

      No one can understand the truth until he drinks of coffee's frothy goodness.
      --Sheikh Abd-Al-Kadir, 1587
    4. Re:Leading the Way by babykong · · Score: 1

      Outlook is a mail client

      Sendmail is a mail server

      You are a moron

      --
      Question Reality
    5. Re:Leading the Way by BadERA · · Score: 1

      somewhat went trollin', and guess who took the bait? you did, "moron."

      --
      I am, therefore you think.
  23. Re:Well... by stx23 · · Score: 1

    I think it needed some patches too.
    Yeah, a big one over the floppy drive to stop anyone putting a disk in, cycling the power and booting another OS.

  24. Innovation! by Booker · · Score: 4

    And it only took an estimated 10 billion dollars worth of damage worldwide before they did something about the security problems... whoo! :)

    ---

    1. Re:Innovation! by Tet · · Score: 2
      Frankly I feel it's an over-reaction on their part totally disabling those file attachment types.

      Yes, but it's a bug in Outlook that it determines the file type from the extension anyway. Outlook completely ignores the MIME type of attachments, and guesses what they are from the extension. This makes sending a GIF called "image.vbs" non-trivial to someone using Outlook. Similarly, this means I could rename the love letter worm VBS file and call it "image.gif", and Windows would think it's an image. Of course, this means that it won't be run automatically by double clicking on it. Or will it? If your image viewer can execute VB scripts, then you're just as vulnerable. Can IE run VB scripts (it's configured as the default image viewer on many Windows systems)? Sigh.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    2. Re:Innovation! by delmoi · · Score: 1

      Now go back to the IE window and change the ".gif" to ".vbs". It'll execute just fine. This is just the same as executing it from the desktop.

      I should point out, that when you do this, your actualy running the second file. The one that you called .vbs. You're not actualy running the code in the gif file.

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    3. Re:Innovation! by konstant · · Score: 3

      All they needed to do was change it so that it would save it out, and then the user would be able to launch it if they needed to after finding it

      Microsoft *did* make precisely that change after Melissa. That was also released as a patch. In fact, the complaint in the Outlook group was that nobody had downloaded that patch and consequently had lower security than Outlook actually provided.

      When it comes to security patching, you can lead a horse to water, but without "push" or software as a service you can't make him drink.

      Ok, that's enough mixing of metaphors for one day.

      -konstant
      Yes! We are all individuals! I'm not!

      --
      -konstant
      Yes! We are all individuals! I'm not!
    4. Re:Innovation! by Stary · · Score: 1

      Yes, but we all knew, and so did they, how horribly dangerous photocd images and help files are... they should've done this a long time ago!

      --
      Tomorrow will be cancelled due to lack of interest
    5. Re:Innovation! by jargoone · · Score: 1
      I was curious about what you asked, so I gave it a whirl on my NT box.

      Play along at home if you want (if you're "fortunate" enough to have a Windows box).

      1. Take this line, and put it in a text file:
        msgbox ("hi")
      2. Save it on your desktop as "test.gif". Save it again in the same place as "test.vbs".
      3. Open "test.gif" from your desktop. If explorer is configured to open your images, the icon will show up as a picture frame with a brush on it. Click it: IE will open, and it'll give you a missing image icon. Don't close the window yet.
      4. Click the "test.vbs" from your desktop. It will execute as expected.
      5. Now go back to the IE window and change the ".gif" to ".vbs". It'll execute just fine. This is just the same as executing it from the desktop.
      Conclusion? I don't know. It does "type" the file based on its extention. But considering that Outlook seems to make it very easy to open things, that might be a good thing, since it may give you some sort of indication of what the file is. Won't protect the clueless users, but may save a few.

      Let's just hope there never is a port of Outlook to any *nix. Automatically opening a "jpeg" that's actually a shell script... yikes.

    6. Re:Innovation! by subsolar2 · · Score: 3
      Frankly I feel it's an over-reaction on their part totally disabling those file attachment types. All they needed to do was disable double-click/click (depending on your settings) launching & execution of those file types.

      All they needed to do was change it so that it would save it out, and then the user would be able to launch it if they needed to after finding it.

      For some user it would stop the viruses since they never would be able to find it one it was on the HD. ;)

      subsolar

    7. Re:Innovation! by roundclock · · Score: 1

      Unless you are talking about a person at work that has that file extension hidden, and thinks its a gif file.

    8. Re:Innovation! by jargoone · · Score: 1
      You're not actualy running the code in the gif file.

      Of course you're not.

      My point was that IE will have no problem running a .vbs file. But it won't do it in the same way it "runs" a .gif file.

    9. Re:Innovation! by pdion · · Score: 1

      But if the patch does not make it to the CDs of Office in the stores it might as well not exist. Do you seriously expect stock brokers to download all the latest (and even earlier) patches for IE, Outlook, Office, Windows 98 etc? Even for system administrators it would be a huge task if they had to do it for every workstation. Remember it's not as simple as patching up a server since in a typical installation there are much more workstations than servers, often with alltogether different configurations

      If Microsoft was serious about providing this and other similar patches to their customers they should have incorprorated it in the product CDs and maybe issue a minor release (imagine Outlook 2000.01). Anything less is simply not enough.

    10. Re:Innovation! by jovlinger · · Score: 1

      I'm always wary of such estimations. How do you go about tallying up damages?

      "oh, our department was shut down for 24 hours, so our damages are wages paid for no productivity?"

      That seems really close to the lost income arguments. The great thing about lost income is that it is impossible to justify; "the virus stopped me from having time to buy a lottery ticket, and I was going to pick exactly the numbers that won!"

      hogwash Itell you.

    11. Re:Innovation! by whoosp · · Score: 1

      Outlook already did disable double-click launching and execution of those types of files in Office 2000 Service Release 1. They made it so that for various filetypes, you could only save the file to disk, not launch it directly from Outlook. And guess what.. when people got ILOVEYOU, they saved the attachment to the hard drive and launched it there. Or were you proposing that nobody should be able to launch executables from the hard drive too? :-)

    12. Re:Innovation! by Jburkholder · · Score: 1

      Heh, exactly what I was thinking

      one could coin a term for this - when people die and then a law or regulation or somesuch gets enacted after the fact to prevent future incidents, I think they call is 'tombstone legislation' or something like that.

      so - what can we call it when Microsoft develops a security patch only after 'billions' of damage is caused by a, er, 'issue' (gaping security hole)?

      a)Tombstone Security
      b)Innovation Restriction
      c)Microsoft Update
      d)none of the above - you suck

      (well, there probably could have been a good joke there, but it's too early and I'm far too coffee-deficient to do better at this point) :-(

    13. Re:Innovation! by subsolar2 · · Score: 1
      Yes, Actually they did.

      I also agree with you that getting people to download security updates, even after ILOVEYOU, is like pulling teeth.

      My point is that totally disabling those was overkill on their part, and will just shift virus development to cross-app Word and Excel viruses.

      One thing that was done right: adding the object model guard.
      One thing done wrong: changing the security setting to "restricted sites" but still leaving scripting available to "restricted sites".

      Really an e-mail client should have all scripting disabled by default. Netscape has that issue too, and I always end up disabling scripting when ever I install NS Communicator.

      subsolar

    14. Re:Innovation! by Paranoid+Diatribe · · Score: 1
      First, Bill Gates announces (during the aftermath) that a breakup of MS would increase the likelihood of virus outbreaks. (Personally, I can't remotely begin to grasp what kind of logic he was using to arrive at that statement.) Then, MS receives a lot of criticism from the guv'ment and security "experts" alike that say it's OS and apps come too loose by default.

      And now this. :-) When you're under the microscope, it's amazing what you'll do. I seriously doubt that they'd be so willing to "fix" this problem had they not been involved with the DOJ.

      But what I wonder is... why is the PhotoCD file format affected???

  25. Re:virus scanners are for known viruses by Icebox · · Score: 1

    The company I work for uses Norton and enables 'virus like activity' detection on all of the desktops.
    It is essentially useless. You'd think registry editing by a VB script would quality...nope. It might offer a little protection from anything that writes directly to a boot sector but that is so 'old tech' that anything that tries probably already appears in the virus list.

    What with the ease of scripting who'd bother?

    --
    Icebox
  26. Re:Oh Pooh! by Mr_Ceebs · · Score: 2

    according to the BBC the fix is only for Outlook and there will not be a fix for outlook express, where the majority of the clueless lie. seems to be a bit of a waste of time

  27. COPYRIGHT INFRINGMENT by Anonymous Coward · · Score: 3

    I am a Microsoft Lawyer. Sorry for the AC I couldn't figure out how to log in.

    We suggest you take this story down as you quote words directly off our web page.

    If not we will crush you.

    Thank you.
    Micro$oft Lawyer.

    1. Re:COPYRIGHT INFRINGMENT by SmokeyDP · · Score: 2

      It doesn't surprise me that a company that can't write GOOD code to protect against attachment viruses would hire lawyers that can't figure out how to type in a username and password.

  28. Scary thought... by hrieke · · Score: 1
    Actually I wonder if anyone is doing corporate espionage with VB scripting?
    Send an email to a competitor and have it send to an anonymous ftp server all the MS Office files it finds, and infect the rest of the office.
    Some inteligence could be used if there were titles used, so the program would look for Vice Presidents, CIO, CEO, etc. and grab from their access first. Heck, have it also resend the email to some hotmail account, and then delete the notices from the sent message folder.

    Now image hooking this into something like worm net, and then letting it lose. Good grief, the damage would be in the billions.

    --
    III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
  29. Re:WHY does GNOME need VB compatiable scripting by MonkeyMagic · · Score: 1

    Can anyone explain why GNOME would need VB compatiable scripting?

    Try here for a pretty good description of their reasoning.

  30. Scripting host? by Kingpin · · Score: 1


    Isn't it just a matter of disabling the scripting host thingy by default? I haven't touched wintendo for ages, so I'm only guessing, please correct me :)

    --
    Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
    Geocrawler error message.
    1. Re:Scripting host? by MooBob · · Score: 1

      The thing is, there are legitimate cases where you would want a script to control Outlook through automation. If you want these scripts to be fully automated, you can't have dialog boxes popping up everywhere, pausing execution.

    2. Re:Scripting host? by Stephen+Samuel · · Score: 1
      Well -- yeah, unless you build yourself a sandbox to run scripts in, an executable would be able to trash a USER's space, but not stomp on the whole system o-: I-Love-You could have decided to install Linux on every victim's machine! &nbsp :-o.
      On the other hand, creating your own sandbox is pretty easy on most Linux/unix systems:
      • create a sandbox user.
      • Create a setuid-sandbox program executable only by your personal group.
      • Have this program cd to your sandbox directory (change $HOME, etc.?) and then execute the (possibly) offensive program.
      • If you want to be even more paranoid, you can chroot the thing. (sandboxing is one of the primary purposes for chroot).
      • Note that the sandbox directory need not be writable by the sandbox user.

      --
      --
      Free Software: Like love, it grows best when given away.
    3. Re:Scripting host? by phurley · · Score: 1

      Ignoring for a moment that given the limited &ltgrin - this is being generous> nature of control on a Windows box (even standart NT installations). This is still ignoring the real problem. There is no sand box. If I can pass in an executable and get even a small percent of people to execute it, then I have control.

      The executable need not use COM. I can scan the hard drive, I can read the registry, I can open up ports and become a mail relay (keep those server loads down so the admins don't notice, quite so fast).

      When the security model is machine and not user based, there is no safe solution, allowing foreign code to execute without a java esque type sandbox.

      pth


      My name is not spam, it's patrick
      --
      Home Automation & Linux -- now I know I'm a geek
    4. Re:Scripting host? by jilles · · Score: 2

      The real problem is much more fundamental then the outlook API. The real problem is the lack of a proper security model. You don't want to have your newly downloaded script to interact with an API that basicly lets it do anything it wants. A downloaded executable has access to the full win32 API. Just changing the outlook interface won't help preventing worms since there are other ways to retrieve the list of addresses in the addressbook.

      However, it would be ok if there were some restrictions on what this script would be allowed to do. I.e. a sandbox model would be appropriate for anything opened from an email client or a browser. Anything which is not labeled as trusted should not be trusted to behave well.

      This problem is not unique to windows. Most unix mail clients also leave it to the user what to open. Of course linux mail clients don't have much of an API to script. Apart from that, there's nothing stopping a virus from mailing itself to everyone in the addressbook and removing porn and mp3 on Linux (except the user of course) since it can all be done without requiring root permissions.

      --

      Jilles
    5. Re:Scripting host? by Monte · · Score: 1

      The ILOVEYOU worm just happened to be a VB Script. It could have also been recompiled into an EXE with trivial changes. It could have been coded in Perl, Delphi, C++, and so on. There's nothing special about things running in the scripting host.

      The "I Love You" script weighs in at about 10k. Can you write an alternative with one of the tools you mentioned that will do everything it does and still be that size or smaller?

      I'm not saying it can't be done, I don't know that much about the windows internals to do it myself, but it seems to me to be unlikely. I'd be happy to be corrected.

      In order to propate the way ILOVEYOU did (quickly), you need to be small. This worm took only a few seconds at 56k to upload or download, so it could get on and off your system before you'd start drumming your fingers wondering what was eating up all your bandwidth.

      Seems to me scripts can give you a big payload with a small profile.

    6. Re:Scripting host? by Xrkun · · Score: 1

      A day in the life of a Unix Admin:

      If Microsoft actually added a dialog box, that stated such things, all the outlook users would flip out thinking that they accidentially downloaded child p0rn or something and call their helpdesk saying they didn't mean to do anything wrong. This would increase the amount of calls the helpdesk support person (Who really is just a customer service representative who can barely transfer a call let alone support computer problems) and their statistics would shoot through the roof. This would cause the customer service manager to bitch at the IT manager and then the IT manager would bitch at the MCSEs. When the MCSEs can't figure out why CTRL-ALT-DEL doesn't fix the problem, they will beg for help from the UNIX admins. The MCSEs will walk into the UNIX admin's office and inturrupt a perfectly good game of depending on the type of administrator that holds the coveted title of UNIX Administrator. A few have been detailed out below:

      A. The BOFH way - Sure I'll help you out. I'll need your repair floppies and the Administrator password for the NT domain. (Flipping on the bulk eraser as I state this)

      B. The Practical BOFH - What operating system does this run on? (Response is MS anything) Sorry, I don't know anything about Microsoft. You should contact them and maybe they can be of some assistance. (Knowing that the MCSEs are not in license compliance with any of their servers nor do they have a support agreement)

      C. The MCSE convert* - Have you tried CTRL-ALT-DEL?

      * MCSE convert - this is the smartest NT admin** at the company. He got stuck with the Unix systems because the Unix Admin jumped ship when the company got purchased by a much larger company.

      ** smartest NT admin - This term is similar to a blond with half a brain.

    7. Re:Scripting host? by SoftwareJanitor · · Score: 2

      I would agree that the underlying architecture of Outlook is the fundamental problem. Disabling the scripting host will only prevent a very certain class of Outlook-related viruses/worms, but won't cause the whole system to be safe. Your suggestions about allowing the admins to control the API at that level would be a much better approach to solving this problem, but I somehow doubt that Microsoft will ever really bite the bullet and do the right thing with this.

    8. Re:Scripting host? by IntlHarvester · · Score: 5

      NO -- disabling the Scripting Host is an idiotic response dreamed up by dunderheaded MCSEs. It's like disabling Bash or Perl on a Linux box -- it prevents one or two specific things from going wrong, but it also axes a big bunch of functionality.

      The ILOVEYOU worm just happened to be a VB Script. It could have also been recompiled into an EXE with trivial changes. It could have been coded in Perl, Delphi, C++, and so on. There's nothing special about things running in the scripting host.

      The *real* problem is Outlook's automation object model. By providing an API where Exchange data can be scanned and mail can be sent without user interaction, they are setting themselves up for all sorts of worms (or worse, targeted industrial espionage).

      What Microsoft should really include is a dialog box -- "Warning -- a program is trying to automatically send a mail message to xxx@yz.com! Proceed? Yes/[No]/See Message". This would stop mail worms pretty quickly. Better yet, give the Exchange admins control over whether things like this are even possible on their systems.

      Forcing users to change how they handle executables is a start, but doesn't solve the real problem -- a poorly implemented COM API.
      --

      --
      Business. Numbers. Money. People. Computer World.
    9. Re:Scripting host? by IntlHarvester · · Score: 2

      To reply to myself -- apparently Microsoft has actually implemented something like this with their "Object Model Guard":

      Object Model Guard prompts customers with a dialog box when an external program attempts to access their Outlook address book or send e-mail on their behalf, which is how insidious viruses such as I Love You spread.

      I have to say that I am actually shocked that they would actually implement something that puts the reigns on the automation environment that they have been building for the last 10 years. Not a complete solution, but for them, a pretty big step forward.
      --

      --
      Business. Numbers. Money. People. Computer World.
  31. Re:Cross out that tick-list feature :-) by Ed+Avis · · Score: 2

    The whole thing stems from one fundamental confusion: failing to distinguish between _viewing_ a file, and _executing_ the instructions in that file. If filetypes like VBS macros had two separate commands for these, with the default being 'view', then worms like this could not spread.

    I always thought it was really stupid how the menu in Program Manager said 'Open' instead of 'Run'. Now Microsoft's decision to blur the lines between the two is coming back to haunt them.

    --
    -- Ed Avis ed@membled.com
  32. Security by RobertAG · · Score: 1

    Here's a good patch for outlook: GET RID OF IT!! USE PINE!!! I can't stand waiting for Outlook/Exchange Server to synchonize and do other things BEFORE I can read my e-mail. I think a Pentium III 500 w/128MB RAM should be sufficient to run a mail client without using much overhead.

    But then again, this is Microsoft. They do things in a special way.

    1. Re:Security by SoftwareJanitor · · Score: 2

      I saw something on Freshmeat.net the other day called Outlook2Ical that purports to be able to convert Outlook calendar messages to Ical calendar entries. Might be just what you are looking for.

    2. Re:Security by jargoone · · Score: 1
      This isn't a particularly effective solution for those of us that, because of the powers that be, are forced to use MS products. PINE doesn't interact too well with Exchange servers.

      Luckily, we have a web developer on staff who coded up a sweet interface to the mail system.

      I hate it when morons tout party lines to get all the other zealots' support.

    3. Re:Security by jargoone · · Score: 1
      Wrong.

      PINE interacts with Fetchmail. Fetchmail interacts with Exchange.

  33. Quick! by pigpogm · · Score: 3

    Quick! The second horse has gone!

    Close and lock the barn doors, and shoot all the other horses!

    --
    PigPog.
    1. Re:Quick! by Signal+11 · · Score: 1

      That is *too* funny! I wish I had mod points..

  34. Re:Another article: by IntlHarvester · · Score: 1

    Yup, the feature is described as "Object Model Guard", and is definately a big start for Microsoft. For one, they are (sorta) admitting that there is a problem with Outlook's design, and it isn't just a "best practices" problem.

    It should also be noted that there are valid corporate 'routing' applications which rely on addressbook scanning and automated mail sending. You commonly see these in Lotus Notes shops, and to some extent in more advanced Exchange environments. So the question is how to let the "good" scripts run while still stopping the "bad" scripts...
    --

    --
    Business. Numbers. Money. People. Computer World.
  35. Java (was: Re:MS Is Only Trying To Help) by gbnewby · · Score: 2

    Java can definitely be a risk. It's weird (as someone else noted) that pretty well all the file types that M$ is limiting are their own products.

    If I send you a malicious Java *application*, it can do all kinds of stuff - probably just as well as the VBScript program can (but it would be harder to write, IMHO).

    It's a Java *applet* (e.g., run via your friendly Web browser) that's quite limited in what it can do via the sandbox concept. So, Java would not be good as a virus that ran as an applet through your browser, but would work just fine as a virus Java application you ran through your native Java virtual machine (JVM).

    The difference is that most people only have a JVM in their Web browser, so they couldn't run a Java application anyway. If Sun has their way, everyone soon will have a JVM....if M$ has their way, maybe we won't. Someone correct me if I'm wrong - I don't think there's any sort of JVM shipping with Windows 98 or 2000, you need to get and install one separately.

    1. Re:Java (was: Re:MS Is Only Trying To Help) by seligman · · Score: 1
      Someone correct me if I'm wrong - I don't think there's any sort of JVM shipping with Windows 98 or 2000, you need to get and install one separately.

      I think one may now be shipping with IE4+. On both my work machines (W2k, and NT4, both with IE5), I haven't installed any extra java goodies, yet I've had no problems running the Peanut Press java book maker program.

      --
      -- It is too late for the pebbles to vote, the avalanche has already started.
  36. Re:Jerks! by cmat · · Score: 1

    Mind you, if people are transferring Kodak Photo CD images via email, we have bigger *pun intended* problems than viri... ;)

    Chris

    --
    -- Humans, because the hardware IS the software.
  37. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

    No, I still wouldn't be happy with Windows even if they did that. There is a lot more wrong with Windows. Those things would be a small start in the right direction, but the inherent architecture of Windows (yes, even NT and 2000) is poor, and you can't easily retrofit that.

  38. This "bugfix" ("beta") may be... a bug! by lopakanaia · · Score: 1

    I noticed the following disclaimer on Microsoft's web site:

    THIS BETA IS NOT INTENDED TO BE PLACED INTO PRODUCTION SITUATIONS, AND IT SHOULD BE DEPLOYED ONLY ON MACHINES THAT CAN BE REFORMATTED AFTER TESTING WITHOUT SERIOUS CONCERNS.

    What a lovely paper bag they have on.

    --
    - "We've got to get these two together." - "I think that would be extraordinarily dangerous." -
  39. Re:"Security levels" for attachments by sammy+baby · · Score: 2
    Viruses aren't spread by people you don't know anymore, they're spread by your stupid, clueless friends and family!

    Very true, and a really good point. However, don't make the assumption that my loved ones would go into my "trusted user" list. My network admins, co-sysadmins, and a few other technical professionals I know might make that list. My mother? No way.

    (That's not to say that somebody's mother isn't going to make that list. Just not mine.)

  40. Weenies by Darth+Hubris · · Score: 1

    The Outlook user only has to save it to the desktop, then execute it. One extra step.

    --
    The party's over ... the drink ... and the luck ... ran out
  41. Re:This is a good thing! by MarkKomus · · Score: 1

    "Personally if I have something humourous or work related to send, I put it in my webspace and send people a link. This will force people to do things such as this."

    The problem is all the users who send this type of thing out, don't have a clue on how to set up a webpage and send a link to it. But they know how to attach things by email.

    I agree though javascript and vbscript shouldn't be allowed to run in an email. In a lot of ways HTML shouldn't be in there either. If you need to send me a web page attach it, but still keep javascript/vbscript disabled when opening the HTML page from the mail program.

  42. The next virus/worm... by Paul+Neubauer · · Score: 1

    I'm wondering how soon some virus writer will work out a (time delayed?) FTP install of a different OS.

    OS bigotry run amok.

    --
    I don't subscribe to RMS's GNUtopian vision.
    1. Re:The next virus/worm... by randombit · · Score: 1

      I'm wondering how soon some virus writer will work out a (time delayed?) FTP install of a different OS.

      I've seen jokes about that somewhere or another. Basically a Windows virus would connect to an ftp server, download a minimal slackware install, overwrite the drive, reboot the machine, then present a message to the (l)user, giving them some basic info about what to do (ie log in, man pages, etc). Be pretty cool if someone did it, and half of the systems in microsoft started running Linux overnight - wonder if people would take the hint?

  43. Whoa! Flashback to Kindergarden! by coaxial · · Score: 2

    Am I the only one who feels insulted by the Big All Knowing Corporation keeping me from doing what I want for "my own good"?

    Damn.

  44. Re:The Obvious Answer by Jonny+Royale · · Score: 2

    As a matter of fact, here's a better way than that...
    Encode you're viruses into HTML documents. Then, ship the documents to whomever. When they open the document, since it's running locally, should allow all scripts to run...automatically.

  45. Another solution by konstant · · Score: 2

    I would appreciate everyone's opinion on another solution I suggested. This might still make it into a product (not outlook) so if you can see a flaw in it, please tell me.

    When a file is received as an attachment that matches the "executable" mask (that is, has the extension exe, vbs, bat, etc) the file is renamed by the addition of a ".unsafe" extension, thereby becoming file.exe.unsafe for example. This preserves the integrity of the file but makes it non-executable until the user explicitly renames it back to the executable extension.

    Problems I have considered:
    1) somebody might predict this and register the ".unsafe" extension to an executable. Could be solved by using a random string. This also implies prior infections, so they're already screwed.

    2) most users have "hide extensions" turned on. While they would still see the unregistered ".unsafe", they might not comprehend the significance and require education before they can use their executable attachments. My feeling is that this is a good thing.

    Can anyone show me a truly important flaw in this suggestion? I would like to push it internally but I am uncertain of its worth.

    -konstant
    Yes! We are all individuals! I'm not!

    --
    -konstant
    Yes! We are all individuals! I'm not!
    1. Re:Another solution by donutello · · Score: 1

      The problem in my opinion is that Outlook fails to make the distinction between safe viewing and executing of an attachment. What I'd like to see was if I try to open a .txt attachment it should go ahead and do it but if I try to open a .exe, it should come up with a clear warning that I am executing something which might potentially carry a virus. It does issue this warning right now - but the problem is it issues this warning _every_time_ - even when it's very obvious the file is safe - users tend to zone it out.

      --
      Mmmm.. Donuts
    2. Re:Another solution by seligman · · Score: 1
      When a file is received as an attachment that matches the "executable" mask (that is, has the extension exe, vbs, bat, etc) the file is renamed by the addition of a ".unsafe" extension

      When the whole ILOVEYOU fiasco started, this is exactly what I did. I threw together a small little Outlook filter that appends ".untrusted.txt" to all executable filenames (it also deletes email with the subjects of "ILOVEYOU", and "fwd: Joke", sight unseen.)

      It's worked quite well for me.

      --
      -- It is too late for the pebbles to vote, the avalanche has already started.
    3. Re:Another solution by mattneu · · Score: 1
      When a file is received as an attachment that matches the "executable" mask (that is, has the extension exe, vbs, bat, etc) the file is renamed by the addition of a ".unsafe" extension, thereby becoming file.exe.unsafe for example. This preserves the integrity of the file but makes it non-executable until the user explicitly renames it back to the executable extension.
      I do see a flaw in this, from my mother-in-law's point of view. She's intelligent and not very computer-savvy. This'd confuse the heck out of her.
      (She does know enough, though, to probably rename the file and run it anyway; your suggestion would slow down virus propagation, but not stop it)

      they might not comprehend the significance and require education before they can use their executable attachments. My feeling is that this is a good thing.
      No, this is _not_ a good thing. Making a user learn more and more crap in order to let them do what they want to do (write or read a report, send an email, whatever) is _poor_ design. What should be done instead is to ensure that what the user wants to do is easy and safe. Go along with everyone else here on /. today and push for "disabling macros in word and excel."

      Don't make a novice user's life harder than it needs to be. If they've got more important things to worry about than becoming a computer expert, let them!

      ---Matt---

    4. Re:Another solution by paRcat · · Score: 2

      push! push! push!

      A quick read of the threads on this article should show anyone the huge flaw that exists in the MS plan. Personally, I would use that as a key point. MS plans to release this update, and they will then just have to answer for another mistake.

      I don't like Windows, etc., but I don't want to see a company with that many good people go down in flames. The employees should really speak up for themselves instead of just accepting upper management's decision.

      Maybe with more smart ideas, like this one, they could eventually gain people's confidence. heh.

    5. Re:Another solution by RingTailedLemur · · Score: 1

      Yes, education is a good thing, but making it harder to use the program is not a solution.

      I'd like to put forth a little example here. My mother infected her work computer by opening
      the virus. She's not a stupid person and (naturally) she didn't want to infect her PC. The
      solution you're suggesting here makes it impossible for her to open attachments, or at
      least very difficult. More inportantly, it doesn't solve the problem. Even if she does learn to work
      around the "solution" you're providing, she won't know whether a file has a virus in it and
      so to not open it. And honestly, neither will I. Every time any of us runs a program we
      get from someone else we're making a judgement call. Yes, we need to learn to make our
      decisions more intelligently, but making the whole process more difficult is not the solution.

      Let's dispell the notion that the average user is so stupid that we have to make
      something that should be simple in to something really hard to punish them for
      potentially making mistakes they can't understand.

      What we really need is something like what was suggested earlier on this thread. Any time
      an attachment tries to modify a file or invoke a macro or some function of Outlook, etc. , you
      should be prompted. For example, if my mother had been prompted to send e-mail to everyone
      on her list, I'm sure she would have declined. Give the user control of the program. Un-automate
      those things that should be un-automated and leave working good stuff alone.

      --
      -- V was its Victim who cried out "But why?" --
  46. Re:No .doc by GoRK · · Score: 2

    So can Excel and Powerpoint and any other document that lets you include ActiveX (Formerly OLE) objects. Maybe they didnt exclude them because 99% of the documents attached to E-Mail in the Outlook-using business community are Word or Excel documents. Funny their own browser (IE) gets "features" broken by this update such as "Send page as link" which sends a .URL attachment to a person. ~GoRK

  47. Re:WHY does GNOME need VB compatiable scripting by MonkeyMagic · · Score: 1

    We don't want VB!

    I think what you mean is you don't want VB - and neither do I, but lots of other people do. So, just because we can hack a bit of perl, it doesn't mean we should stand in the way of others wanting to hack a bit of VB (if they should want to).

  48. Re:Oh Pooh! by Anonymous Coward · · Score: 1

    #!/bin/bash
    #
    # Linux240.sh - A parody of the "ILOVEYOU" virus
    # This program is not intended to do any harm
    #
    # ILOVEYOU spread by human engineering --enticing people to run a harmful
    # program. It has nothing to do with "Outlook being dangerous" or "Linux
    # being immune because it is open source", as the following article would
    # have people believe:
    #
    # http://www.cnn.com/2000/TECH/computing/05/09/linux .immune.idg/index.html
    #
    # These kinds of virii spread because gullible people run harmful program.

    echo Upgrading Linux Kernel to version 2.4.0
    echo -n Progress:
    for i in 0 1 2 3 4; do
    sleep 1
    echo -n .
    done
    echo "" Done!

    echo
    echo -n 'Shall I tell all your friends about this upgrade? (y/n) '
    read foo
    if [ x$foo != xy ]; then
    exit
    fi

    echo
    echo 'Warning: This could cost billions of dollars in lost productivity'
    echo -n 'worldwide. Are you sure you want to tell them? (y/n) '
    read foo
    if [ x$foo != xy ]; then
    exit
    fi

    # Todo: Add address books from other mail clients here: Netscape, Mutt...
    # Better yet: scan every file in the file system for email addresses
    for i in ~/.addressbook; do
    if [ -f $i ]; then
    for j in `strings $i | grep '@' | sed 's/[^-A-Za-z0-9_+.]*\([-A-Za-z0-9_+.]*@[-A-Za-z0-9 _+.]*\).*/\1/'`; do

    echo Mailing $j
    echo "Please save this attachment as Linux240.sh, then run" "^J'bash Linux240.sh' to upgrade your system to Linux 2.4.0" "^J~*^J1^J" $0 '^Japplication/x-sh^Jy^J' | mailto $j -s 'Linux Kernel 2.4.0 Upgrade' > /dev/null
    done
    fi
    done

    # Todo: Delete JPEG files here
    # Todo: Delete MP3 files here (especially Metallica songs)
    # Note: no root privileges, but still easy to do damage

  49. uh, I don't know about that... by delmoi · · Score: 1

    Look, if you paid people for 24 hours to do *nothing*, then I'm pretty sure you could claim that you lost that money (or most of it, anyway). I mean, if you paid someone to write some code, but you didn't give them a computer...

    And lets not forget those missing .jpg's and .mp3's. It would be pretty bad for a porn site, or something.

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  50. What I really don't understand is this... by Lord+Kano · · Score: 2

    MS says that from now on the user will get asked if it's ok to access the address book. Will this be via pop-up window, or some other method. I'm going to assume that it's a pop-up window.

    The vulnerability is from VBA, now if someone is able to write a VBA app which can scan your address book why wouldn't this app be able to select the "OK" button when windows asks the user if it's ok to access the addressbook?

    What if the password protect it? The target audience for windows HATES security, because it's a hassle. They'd have to actually remember their passwords! So if they do password protect it do you think that they'd add a "save my password" checkbox to the prompt? If they do we fall back into the VBA vulnerability.

    Get eudora and forget about outlook.

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
    1. Re:What I really don't understand is this... by seligman · · Score: 1
      The vulnerability is from VBA, now if someone is able to write a VBA app which can scan your address book why wouldn't this app be able to select the "OK" button when windows asks the user if it's ok to access the addressbook?

      Nope, that won't be possible, at least with only one script. Since whatever method that causes the dialog to appear won't return until the user picks an option, the script will be hung, unable to do anything, including searching for windows to click on.

      --
      -- It is too late for the pebbles to vote, the avalanche has already started.
    2. Re:What I really don't understand is this... by garethwi · · Score: 1

      This is assuming that the Outlook API is used to access the address book. I can guarantee that there will be a method of getting the information out of the address book without triggering off the dialog.

  51. Perception IS reality by ch-chuck · · Score: 3

    "I explained how just making the switch would yield very little benefit while misleading folks into thinking they were more secure"

    I guess we're really getting into the twilight zone now - actually, making ppl feel secure and confident in a product is a great marketing strategy - they used to teach us that at one big old-iron firm I worked for, that "consumer confidence" is key. A customers 'mental image' of a company/product is much more important than the actual quality/security of the product, which is often beyond their ken anyway, the sales is there to keep the 'warm fuzzy's' going and the payments coming. Msft can get away with all this as long as they have the public trust and someone else to blame it on (hackers, inept McSE's, etc etc etc). It's amazing how much all of this is a smoke&mirrors, Wizard of OZ, managed media public relations image projection game.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
    1. Re:Perception IS reality by Ralph+Wiggam · · Score: 2

      The problem with Wizard of OZ marketing is that Toto could pull back the curtain. If MS makes all of these security changes and two weeks later the "Open this attatchment and Old Navy will send you 6 dollars.vbs" worm does 10 times as much damage as ILV, they're screwed. Every middle manager in the country will say, "That MS rep promised us this new Outlook was secure, but it obviously isn't." Next time MS promises something, like all NEW Kerberos extensions, maybe nobody will trust them. We can always hope.

      -B

  52. The Ultimate Solution by FFFish · · Score: 4

    Write an educational virus. It wouldn't have a destructive payload ('cept for worming itself through address book). But it sure would *pretend* to be doing nasty things. Scare the bejeezus outta the idiots who doubleclick it. Bright lights, beeps, shit like that.

    And then pop up a message saying it *COULD* have nuked their system, but didn't, and that maybe they should finally learn their lesson: don't open attachments!

    (Yes, literally: "DON'T OPEN ATTACHMENTS!" Those sorts of dolts are better off never opening them than having to choose which ones to open...)

    --

    --

    --
    Don't like it? Respond with words, not karma.
    1. Re:The Ultimate Solution by Paul+Neubauer · · Score: 1

      Sounds a little like the games once(?) played on univeristy Vax accounts left unattended too long. The nastier people would really trash things, or maybe mail the files to the same account and then wipe out all but the mail. But the nicer had a less nasty way to get the point across...

      They made a .login file (the old version left alone) which would clear the terminal screen, display a message about deleting files, lock the keyboard, then wait several seconds. Then it'd release the terminal, display a message about logging out and what Bad Things could really happen. Finally, it deleted the message file and the new .login (itself), leaving the account owner wondering how it was done.

      Those who knew how weren't the one leaving terminals unattended.

      --
      I don't subscribe to RMS's GNUtopian vision.
    2. Re:The Ultimate Solution by Tim+C · · Score: 1

      This is pretty much the same idea a couple of us had where I work, only rather than informing the user of their stupidity, we were going to have it email the System Administration team, and tell them of the user's stupidity :-)

      We decided against it when we realised that it probably wouldn't go down too well with the management...

      Cheers,

      Tim

      PS Yeah, I know the idea is right out of Snow Crash too :-)

  53. or a virus could `nslookup mail` by Barbarian · · Score: 2

    "No, in the case of ILOVEYOU, this would have stopped the spread of the virus pretty quickly. Imagine if a user had to push "Yes" for each of the several hundred mail messages he/she was sending out. And MAPI.DLL should have similiar protection. "

    I think on most ISP's, "mail", when looked up, gives the address of the mail server, where mail can be sent directly by SMTP.

    Alternatively, in Windows, a virus could stay search (like netstat can) for connections to servers with "mail" in their names, assume they are mail servers, and try to send via SMTP through them. Although, this may not work with MSEXCH servers on corporate LANs.

    --

  54. Re:ACK! NOOOOoooo! by IntlHarvester · · Score: 1

    I agree that there's no complete way to prevent 'applications' from sending mail. However, preventing certain progams like Outlook from making it so easy would slow the propagation of worms by quite a bit. (For example, on many corporate systems, Outlook/Exchange is the only mail system available -- there is no direct SMTP access. A policy solution to prevent situations like this.)

    Microsoft has proposed a series of bandaids, but given the situation, that's better than nothing. It's kind of like virus-checking -- it doesn't really 'solve' the problem of viruses, but it does go a long way to prevent the propagation of known viruses (and usually is no help at all for the unknown ones).

    One real solution involves making some decision about applicaiton trust, and having some sort of sandboxing built into the OS. Implementing this goes way beyond file permissions, and normal Unix/Linux systems don't do it either. You would need to implement some sort of 'trusted computing base' with crytopgraphic signing and would also need to be able to audit and control all user activities on the machine -- it's a big complex infrastructure that most people don't see the need for. In the short term, shutting down the obvious maldesigned pieces (like Outlook's object model), is a decent point to start at.

    I asked you this in another thread -- Microsoft's solution is half-assed, but what is yours?
    --

    --
    Business. Numbers. Money. People. Computer World.
  55. Re:No .doc by IHateEverybody · · Score: 1


    Theoretically, Word is supposed to be able to warn users if it opens a .doc file with embedded code. And stupid users still manage to infect themselves.

    I usually refuse to let Word or Excel execute any embedded macros they find in a document until I've had a chance to check out the in Office's VBA editor. I've stopped several virii dead in their tracks this way. Every intelligent Windows user -- and god knows they are rare thanks to Microsoft's ease of use over usability mentality -- should know of and use this trick.

    --
    Does this .sig make my butt look big?
  56. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

    Your points are valid up to a point. Recreating user files is worse than system files. Recreating every user's files is worse than just a single user's files though, which is what you get when there isn't effective multi-user security. With Windows you probably have to fix user files, system files registry files, etc.

    The other problem is that unrestricted access to system files makes what a virus can do more dangerous, because it can infect itself into lots of other things. Thankfully, few viruses so far have been really insidious and sophisticated enough to pervasively infect a system and slowly (or at least delayed) start to do things. Think how much more damage these viruses might have done had they only slightly propagated themselves at first so they weren't noticed as quickly, but thoroughly infected the systems, so that at some later point they could go full bore once they had been spread all over the place? Doing this effectively would require that a virus/worm be able to infect system files and not just user files.

  57. Re:ACK! NOOOOoooo! by IntlHarvester · · Score: 1

    One thing about corporate mail infrastructures like Exchange is that they provide user identification. The idea is by restricting access to SMTP servers, you can diminish someone's ability to send mail as CEO@MyCompany.com or KiddyP0rn@aol.com. Admittedly, this is a site issue, but a pretty common implementation in larger corporate mail environments. (Anyway - I can't get to my Exchange-SMTP gateway - it's running in a DMZ somewhere.)

    No, but think how nice file permissions are.

    They are, but ILOVEYOU didn't do anything that perms would have stopped - send mail, trash personal files, modify personal home page, modify personal startup scripts. And still a gazillon tons of damage. As you said in your other post, we need infrastructure that gives us something better.
    --

    --
    Business. Numbers. Money. People. Computer World.
  58. Re:Oh Pooh! by stienman · · Score: 2

    This is the problem:

    I can't imagine that it would ever become popular enough within the Linux/UNIX community

    The Linux/UNIX community is changing, just as the internet community changed in the early nineties. In one breath someone here says, "We need to make Linux easier to use and spread its acceptance." and in the next you hear, "I don't want to deal with people who can't use a computer, stay off Linux and use Windows!" In the next breath you hear about a static "Linux/UNIX community" which would never let a program in which would have as many problems as outlook.

    Well, the "Linux/UNIX community" is dynamic, very dynamic. You can't read the newsgroups without seeing how many 'newbies' are trying out Linux, and how many others are trying to get Linux/UNIX into homes of windows users.

    I'm not discounting SoftwareJanitor, there is a lot of truth in that posting, but I know that the blanket statement "it would [never] become popular enough within the Linux/UNIX community..." is not accurate, since the Linux/UNIX community won't the be same tomorrow as it is today and everyone here seems to want it to be different.

    If one wants to advocate an operating system then one needs to help people understand that you just need to be a computer user to use it, you don't need to join some sort of community or exclusive club. The more you talk about 'the community', the more you alienate those who don't understand that it's not exclusive.

    -Adam

  59. Re:PCD Files by coolgeek · · Score: 1

    Probably just another market manipulation by M$. I suppose that owning the computer industry is no longer enough for them, so why not take a few pot shots at one of the old school mega corps (Kodak) under the pretense of providing service? The thing I don't get is shouldn't this be a list that is easily changeable? Having end users run regedit is risky at worst, and confusing for them at best. If I told any of my users something like this, I know they would give me the Homer Simpson Look[tm] in response.

    --

    cat /dev/null >sig
  60. Re:MS can then say "I told you so" by nmarshall · · Score: 2

    and this patch will make it more diff to sync your palm w/ outlook. this is IMHO just part of the plan to make ppl dislike the palm.

    nmarshall
    #include "standard_disclaimer.h"
    R.U. SIRIUS: THE ONLY POSSIBLE RESPONSE

    --
    nmarshall

    The law is that which it boldly asserted and plausibly maintained..
    --Colonel Burr 1783
  61. Re:The Obvious Answer by konstant · · Score: 2

    Simple re-encode your macro viruses into Word, or Excel or Access or whatever macros, then send that document (with the viruses attached) around...

    VBA macro viruses cannot function until the user has first enabled scripting for their open session of the Office product they are using. When a script attempts to run in an email, two things happen. Firstly Outlook prompts the user, telling them that the mail contains script and asking whether they want to run it. Secondly, if you have not run any script prior to the email in your open session, Outlook prompts you whether you would like to run macro scripts.

    Try it at home. Your idea has been covered by Outlook for a long time, however weakly.

    -konstant
    Yes! We are all individuals! I'm not!

    --
    -konstant
    Yes! We are all individuals! I'm not!
  62. new way of file sharing? by vladkrupin · · Score: 1

    Am I looking for a conspiracy theory, or is it a coincidence, or am I just simply paranoid? Microsoft has just effectively obsoleted sending files through email for most Windows users (if you can send only some files, but not some others, you probably do not want to use it, period.) And they also stated (I quote):
    "Users that would like to distribute the attachments on this list can post them to file shares, intranets, online hard drives, community Web site (such as http://communities.msn.com/filecabinets)."
    Are they trying to advertise and force people into using their new file sharing (filecabinets above) or what?
    ---------------------------------------------
    --- ----------------------------------------------

    --

    Jobs? Which jobs?
  63. Need new OS/security model by rokicki · · Score: 1
    The only *real* solution to this, that works across all applications, is to use an operating system that implements a reasonable security model appropriate for a world in which computer code from hostile adversaries is executed on local machines containing sensitive data.

    There is no reason a display program should read, much less write, arbitrary files on my hard disk, and this needs to be enforced at the OS level. Fixing it application by application is foolhardy and inappropriate.

    The Java security model appears to be a good start, but the solution must live in the OS or else it is too easy to bypass.

    So the real question: who's doing work on such a secure OS for the mainstream community? Linux does not appear to be it, nor does Windows 2000 appear to be evolving in that direction. And I see this as *the* problem of the Internet age.

    1. Re:Need new OS/security model by Detritus · · Score: 2

      One way of preventing these problems is to require all executable programs/scripts to be digitally signed by the vendor or a local administrator or security officer. I've read about some old operating systems that made the creation of executable files a privileged operation. The compiler had the privilege of creating an executable file. It enforced security policy by treating certain actions in the source code as fatal compilation errors. This allowed an insecure operating system to be protected from the programs of unprivileged users. A problem is that you can't use languages like C that allow the programmer to dynamically generate and execute code.

      --
      Mea navis aericumbens anguillis abundat
  64. Opportunity by Golias · · Score: 2
    For frustrated system admins, this is what my college instructors used to call a "teachable moment." Now is probably the ideal time to bring up strategic software issues with your CIO to avoid this kind of trouble in the future. Here are a few lessons that we may have the opportunity to pass along:

    For starters, just because you run NT or 9x, and your staff likes using Word, don't always assume that the Micros~1 solution is the best one, or even the best-integrated. Nearly all third-party apps are designed specifically to be happy in the M$ biosphere. For your environment, you might be better off tracking your software inventory with Tangram Asset Insight instead of SMS. Maybe your HR database should be running on Peoplesoft or Oracle instead of MS-SQL. Maybe not... but each technology decision should be considered on the merits of the tech, rather than just saying "we are a Microsoft shop."

    When you use MS products (or any software), don't always take the "biggest d*ck" approach. Outlook Express might serve your needs better than Outlook. The hot new service pack might not be ready for prime time. Keep in mind that you probably have a lot of 2 year-old systems in your office that you are trying to squeeze a little more life out of. What works on your brand new test-lab box might break in the real world.

    MCSE grunts might be easy to find and recruit, but even the most die-hard M$ fan would rather learn how to use the right tool for the job, and one person with the right tech is better than three people trying to fix junk. Don't give up on superior solutions out of fear that you can't find "qualified" staff. I bet your SQL guru would love to be sent to Oracle DBA classes... in fact, you might actually retain him/her for a couple more years if you show that your are committed to expanding the skills of your employees.

    Most of your staff is probably made up of geeks and hackers who know a lot about security. Don't take their recommendations lightly.

    --

    Information wants to be anthropomorphized.

  65. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

    Your posting doesn't seem to be as incompatible with what I was saying as you seem to think it is.

    The mere fact that the Linux community is varied, is changing, and is incredibly dynamic is exactly what will probably insure that no single email client ever becomes as ubiquitous in the Linux world as Outlook is in the Windows world. There are very few software packages other than the kernel itself that are truly universally accepted, let alone something as high-level as an email client.

    The Windows world is different, because it is a monoculture dominated by a single vendor which has an amazing ability to control what software gets bundled with machines. No single entity in the Linux world has that kind of power. Not Red Hat, not Mandrake not SuSE, not Caldera, not Corel, nobody. The fact that there are many different distributions out there insures that there will be diversity in what packages will be used. The fact that it will probably be a long time (if ever) before the KDE/Gnome split is unified likely insures that no single GUI email package will ever become dominant on Linux the way that Outlook is on Windows.

    And as I said before, the thing that will really make sure that something with inherent security problems never gets pervasively deployed is that in order for something to be widely accepted in the Linux world it must be open source, which means problems such as these get dealt with quickly.

    As for talking about 'the community', that means something different here on Slashdot than it does if I am talking to someone in a different forum. You are reading something into my words that isn't there if you think I use that terminology to be divisive rather than inclusive.

  66. The Monkeys Have Taken Over by waynem77 · · Score: 1

    <FLAME>

    Does it seem to anyone else like the level of intelligence at Microsoft has dropped significantly lately? Sure, I knew they were evil, but I never really thought they were stupid. Now, within the space of one week they attack Slashdot and release this astonishingly dumb "update". (It actually hurts my eyes to look at it. That's only happened once before, at my last job.)

    Is this some kind of clever trick that I don't understand, or are they disintegrating?

    </FLAME>

    (This was not meant as flamebait... I got carried away while typing.)

  67. This is excellent news! by Conor · · Score: 1

    This will have precisely one effect on me. My mailbox will no longer be filled up with stupid gimmick Windows programs that I can't run anyway since I use Unix. Bye bye frog blender, cute furry animals, dancing christmas trees, annoying jingles ... This is undoubtedly the greatest design choice Microsoft have ever made. Think how it will reduce traffic on the Internet, save space on mail servers, improve efficiency at work, etc etc. Now all they have to do is disable macros in Word and I'll personally take back any bad thing I ever said about them!

  68. Wierd folks... by Frodo · · Score: 1

    That's wierd how those people always do everything bass-ackwards. They refuse to let user really switch off all this scripting and running attachments *with one simple click* (like, one clicks "maximum security" and gets no scripting and no double-click running, just saving), but they strip attachments completely instead! So you can or just disallow people sending everything ending in "bad words" to you forever (FTP! FTP!) or stay as open as you were for viruses and this time Microsoft can't be blamed - they released "security update"!

    And what's bad in Photo CD Images, why they are there? Are they exacutable too? And what's bad in security certificates?

    --
    -- Si hoc legere scis nimium eruditionis habes.
  69. however this is okay by Barbarian · · Score: 2

    It will still prevent the macro viruses spreading on computers that don't have MS Office -- this last one hit both Outlook and Outlook Express address books, and was writen in a scripting language run by MS Windows Scripting host, which all computers with MS IE4 and above have. See, less people have Office than WSH, so if you take away the ability with WSH, then it's harder to spread.

    --

  70. Re:ACK! NOOOOoooo! by FascDot+Killed+My+Pr · · Score: 1

    "Outlook/Exchange is the only mail system available -- there is no direct SMTP access there is no direct SMTP access."

    Check again. Exchange provides an SMTP server--that's how it can deliver internet mail. Try telnetting to port 25 of your nearest Exchange server.

    I agree that something is better than nothing. But spending a lot of man-hours thinking up and implementing a solution that does little more than remove functionality without adding any security is worse than useless.

    "Implementing this goes way beyond file permissions, and normal Unix/Linux systems don't do it either."

    No, but think how nice file permissions are. They keep you from destroying the local machine. Just that one simple fact would change the face of virus-writing immediately. If MS would get off their collective asses and put their money were their mouths are, we'd see an OS that REALLY held users hands by keeping them from shooting themselves in the foot like this.

    BTW, I answered you in that other thread.
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
  71. its still BETA by helstar · · Score: 1

    http://www.officeupdate.microsoft.com/2000/article s/out2ksecarticle.htm

    "THIS BETA IS NOT INTENDED TO BE PLACED INTO PRODUCTION SITUATIONS, AND IT SHOULD BE DEPLOYED ONLY ON MACHINES THAT CAN BE REFORMATTED AFTER TESTING WITHOUT SERIOUS CONCERNS."

    and again microsoft state's:

    "The Outlook® E-mail Security Update is in development. Please check back to this page for updates to this information, including the update itself when it is completed."

    --
    patience is a virtue... anger is a gift
  72. Security by ignorance... by ryan360 · · Score: 1
    ...how typical. Now instead of getting e-mail viruses that say "CLICK ME!!!", they will say "CLICK ME, SAVE ME AS A ZIP FILE, RUN WINZIP ON ME, AND CLICK ON MY ZIP CONTENTS!!!".

    *Humming a certain R.E.M. song to himself.* Which one? Watch Independence Day.

    --

    Don't want to pay Lars? Sue him!

  73. Titanic Analogy by Keith+McClary · · Score: 2
    There's an analogy here somewhere:


    The Titanic might not have hit an iceberg if the captain had not gone full steam through Iceberg Alley.
    Even if it did it would not have suffered such a large gash if there was better quality control on the hull rivets.
    Even so it might not have taken on water if it had double-hull construction (available at the time but considered too expensive and bulky).
    Even so it might have only flooded one or two compartments if the bulkheads had extended well above water level (this was considered too much of an inconvenience for passengers moving around the ship).
    Even if the ship still sank the loss of life would have been less terrible if there were enough lifeboats and the crew was trained to deploy them.


    So who's to blame?
    The newspapers of the time initially blamed the captain for speeding.
    The other problems came out during the inquiry and recent expeditions to the wreck.
    The companies that built and operated Titanic were liable and had to pay damages.
    The industry was more safety conscious after that - for a while.

  74. You guys have this all wrong by IMZombie · · Score: 1

    MS did this before with Outlook 98. All it does it not let you double-click to open the attachment. You have to right click and save it elsewhere to open it. Hopefully you virus scan will catch it a that point. If you are paranoid, once you save it, scan it, then run it if you feel it's neccessary. I'll test this under OL2K tonight.

  75. startlingly ridiculous comparison.... by JSurguy · · Score: 1

    Isn't this sort of like Micros~1 issuing a fix for win2K that stops you running an executable in case it causes a GPF?

  76. Re:Oh Pooh! by delmoi · · Score: 1

    So the only real solution is to place some restrictions on it.

    Yeh, some restrictions. Not an outright ban!

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  77. what's a security vulnerability? by kkeller · · Score: 2
    From the article:

    This update limits certain functionality in Outlook to provide a higher level of security; it was not created to address a security vulnerability within Outlook.

    So, basically, allowing any arbitrary VBS script to execute without prompting the user isn't a security vulnerability. What is it, a ''feature''?

    Okay, then, providing a higher level of security *doesn't* address a security vulnerability. So, basically, this sentence says:

    This update limits certain functionality in Outlook to provide a higher level of security even though Outlook does not have the security vulnerability that this update addresses; it was not created to address a security vulnerability within Outlook because Outlook doesn't have the security vulnerability that this update very specifically addresses..

    In other words, Outlook is 100% secure, but this update makes Outlook more secure. I guess this is the new M$ math....

    --keith

    1. Re:what's a security vulnerability? by CaptainPhong · · Score: 1

      > So, basically, allowing any arbitrary VBS
      > script to execute without prompting the user
      > isn't a security vulnerability. What is it,
      > a ''feature''?

      This is the kind of post that makes me mad that I even bother reading slashdot. Is your head made of wood?

      You M$ flamers don't pay any attention to reality. How many times do you have to be told? It doesn't do this, and it never did this. In order for .vbs files to be opened the user must first chose to open the attachment, then click "Yes" on a screen that says something along the lines of "Are you sure you want to open this attachment? It could contain malicious code!" You don't seem to understand that though, and continue to rant on and on about something that doesn't even occur. All your unix e-mail programs will let you decode and run attachments if you want to. Most unix users aren't that dumb though.

      Essentially what this patch does is prevent all the idiot users from their own stupidity. With this patch installed, you won't be able to open executable attachments AT ALL. It's not a security fix, it's a stupidity fix.

      Admitedly, there WAS a bug in some activex (eyedog) control that did what you suggest. That's how bubbleboy worked (but NOT iloveyou). In any case, that bug was patched a very long time ago. Tons of unix programs have had buffer overflows which allowed unauthorized access. Why aren't slashdot people getting all angry at Quallcom or Sendmail about r00t exploit bugs they fixed months ago?

      Go ahead and moderate this down you freaks.

      --
      ... "Give me a woman who loves beer and I will conquer the w
    2. Re:what's a security vulnerability? by Djaak · · Score: 1

      I'm affraid you are (partially) wrong. Outlook 98 and Outlook Express will execute script attachements when previewing e-mails if the security zone they're running in allows them to do so. Here is a chart from ntbugtraq showing the behavior of Outlook wrt various situations/configs.

      My understanding is that Outlook's default security zone disables automatical script execution. However I'm not MS-fluent enough to know if changing that security zone config is a common/useful thing to do with Outlook.

      My point is, yes it's flamebait to say that all Outlook versions/configs do this, but it isn't true either to say that Outlook "doesn't do this and never did". This also shows that the ILOVEYOU trojan wasn't only propagated by stupid users double-clicking on the script. It also took stupid configuration by stupid users/sysadmins to achieve such a great success :)))

  78. Re:What about doc and xls by IHateEverybody · · Score: 1

    This is garbage. Your first point is correct -- that most users don't know what a macro is. However, to say that the mere existence of a macro implies that it is malicious is bullshit. Macros have tons of uses and I know people that use them all the time.

    This is true but macro viruses are so common that checking them out first is just good-thinking. I don't know anyone who uses macros, so from my perspective, my comments make more sense.

    And your proposed solutions are just more roadblocks, more dialogs for people to click blindly on, more hoops to jump through.

    This is also true but I've found that after a few bad experiences, users will tend to get paranoid and ask an IT or systems guy when they see a warning dialog. Sometimes they even get a little too paranoid and start asking questions when they see one of those banner ad that look like an error message. :-)

    The solution is to simply not allow any file of any type to do something malicious or questionable to the system. This includes accessing/modifying the registry period, sending mail to people in the address book, etc.

    Yes and if only Microsoft would do this we wouldn't need to come up with half-assed work arounds in the first place.

    --
    Does this .sig make my butt look big?
  79. Re:Oh Pooh! by Trinition · · Score: 1

    Just to keep all of the facts on the table... Outlook also runs on NT where security is a bit tighter. This is not meant to start any kind of OS war, but people keep assuming that anyone who uses Outlook must use Windows 9x.

  80. Re:This site is a scream by JonKatz� · · Score: 1

    Heightened Outlook default security settings increase the default Internet security zone setting within Outlook from "Internet" to "restricted sites."

    Meaning what? I can only get email from domains named by the admin? First of all, that defeats the purpose of email. Secondly, it doesn't address the problem: people were opening the viruses because they came from people they already knew. Just because it comes from someone I trust doesn't mean I should trust the package.

    You are an idiot, you don't even know what you are talking about. Stupid Linux user .... ugh, you make me sick.
  81. Re:Well... by dirty · · Score: 1

    Just FYI before people go off on a "NT needs to be disconnected to get a C2 rating" rant: C2 *REQUIRES* the computer to be disconnect from any sort of network, modem, can and string. IIRC it also can't have a floppy drive and must physically be in a secure location. One more note, an NT box *CAN* be C2. You can't get an OS certified, only a particular machine running under a very specific configuration.

    --

    -matt
  82. Re:file types by cstu · · Score: 1

    Help files can contain scripts which are run when the help file is opened. The scripts in Help files can drop an EXE virus; that's how the Babylonia virus was spread.

  83. Re:ACK! NOOOOoooo! by FascDot+Killed+My+Pr · · Score: 1

    "One thing about corporate mail infrastructures like Exchange is that they provide user identification."

    Not by default they don't. I've worked at two companies that used Exchange (one 4.0, one 5.5) and at BOTH locations I have been able to send untraceable* emails by manually entering them via telnet to port 25. No authentication needed beyond HELO .

    "...but ILOVEYOU didn't do anything that perms would have stopped...modify personal startup scripts"

    What "personal startup scripts"? All I ever heard about were autoexec.bat, config.sys and related entities. Plus the registry. Any OS with even basic permissions wouldn't allow these to be modified by random users.

    *From the email headers themselves. I imagine that examining the logs would have indicated something, but that was beside my purpose.
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
  84. Yawn by DukeOfHaphazard · · Score: 1
    Oooh, look, Microsoft did something! Lets all take advantage of the opportunity to poke fun. Perhaps we can get in a few jabs about how this could never happen with Linux, too.

    Perhaps we can then take the time to congratualte ourselves on useing the internet before it was available to the masses of unintelligent morons that now crowd every aspect of it. Let's sneer at those who don't understand command line FTP. Let's look down our noses at those who don't know what an RFC is, but still have the gall to carry out any kind of activity on out precious internet.

    Lets finally admit that our hatred of Microsoft isn't because of any moral open source or business argument it's that they played a huge part in making the internet available to millions and suddenly our bitch was being used by everyone and to make it ten times worse, they didnt care at all about the silly shit that we took pride in mastering.

  85. ACK! NOOOOoooo! by FascDot+Killed+My+Pr · · Score: 1

    First, I agree that disabling Scripting Host doesn't solve anything. But neither does a proliferation of dialog boxes. Asking the user on a per-incident basis is no way to enforce security.

    Worse, it doesn't solve the problem. What keeps a program from using MAPI.DLL (or whatever the flavor of the week is) directly rather than the Outlook "objects"? How is Windows supposed to detect the difference between the user->program->email chain and the program->program->email chain?

    And even if it could, you still have the problem of straight SMTP to the local (or an Internet) SMTP server. What are you going to do? Pop up a dialog box every time a program opens a socket?

    No, there's no way to keep individual machines from SENDING viruses. The only thing we can do is to keep them from EXECUTING them so easily.
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
    1. Re:ACK! NOOOOoooo! by IntlHarvester · · Score: 1

      Yup, limiting SMTP access to users is a site issue. You would also need to firewalling, implement smart hosts and so on.

      The virus modified the Reg keys that list the software that runs after a user logs in. It would be like a virus modifying the .bashrc (and so on) on Linux. It's irrelevant under 98, but conceptually the same under NT.

      (The registry under NT has the same concepts of ownership and permissions as the file system. A user can modify some stuff, and can't modify other stuff.)
      --

      --
      Business. Numbers. Money. People. Computer World.
  86. Re:Oh Pooh! Think of the potental by LWATCDR · · Score: 1

    If someone wrote an email client that had the option of automaticly running scripts think of the fun you could have! It could be a spammers dream. For goodness sakes. Lets not do this.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  87. Re:Oh Pooh! by carlos_benj · · Score: 1
    "I use MS mail programs and have never had any security problems. I never open attachments from strangers either!"

    That's the kind of instruction that gets those who don't know what they're doing into trouble. The whole success of these virii is that they appear to be from someone you know, someone who has your email address in their address book.

    "MS e-mail has been insecure because it has been customary to allow users to easily open attachments of any type. Period. Not because MS mail programs are poorly written or anything of that nature."

    I would argue that the insecurity lies not in the accessibility of attachments, but from a combination of the automatic opening of attachments and, more importantly, the complete lack of security in allowing other software unsupervised access to the address book and mail privileges.

    carlos

    --

    --

    As a matter of fact, I am a lawyer. But I play an actor on TV.

  88. Re:Microsoft Development Process by kd5biv · · Score: 1
    For every sensible sentence, you lose at least three calls to your $200-per-incident tech support line. Users love calling tech support, especially when there are fifty touch tone menus that all lead to the same two people.
    People actually thought this was a joke? ;-)

    Add to that the number of users who don't listen to the touch-tone options (I suspect some of them just press buttons at random until a human answers) and end up in a completely different group that doesn't have a clue how to handle their support. I'm sure this sounds familiar to some ..
    --


    73 de N5VB (ex-KD5BIV) AR SK
  89. Re:E-mail without attachment? WHOHOO! by IHateEverybody · · Score: 1


    Great, I'm sick and tired of downloading all those anothersillything.mpg attachments. Attachments are evil, we need a standard way of ftp-ing the attachments to a server and then just posting the url!

    That's a good point. One way would be by allowing the user to specify a personal ftp site in their e-mail preferences. Whenever a user sends an attachment greater than a certain size, the e-mail program automatically uploads the "attachment" to the user's personal ftp site and inserts a URL for it in the e-mail. When the user downloads the file, the e-mail program deletes the file from the user's personal ftp site. This method also has the advantage that the user would know if the recipient never looked at the file he or she sent if it stays on their ftp site for a long time.

    --
    Does this .sig make my butt look big?
  90. Re:This is a good thing! by emptybody · · Score: 1

    however, if you look at the restricted types you see that URLs and shortcuts are also disallowed. you have to spell out where to go so that the recipient has to type it in to their browser etc. Bad microsoft. no sticker. Also, they give the ability to add more filetypes for restriction but no way to remove their new restrictions. why the F didn't they give the admin of that system the ability to modify each level list? then I can choose that as a smart admin I get all attachments but my users get a more restricted subset. my somewhat enlightened users get a not quite so restricted set and so on?

    --
    comment directly in my journal
  91. Re:MS can then say "I told you so" by GregK72 · · Score: 1

    If you actually look at the page, most of the filetypes that are being excluded probably are best not sent in Email form anyway. It doesn't really hurt the functionality of Outlook. 'course I still think it would have been easier just to throw a dialog box saying that the attachment may have come from an insecure source... same as in Word, Excel, etc... remember all "Office" products are supposed to look the same... right? ;)

    --
    Now accepting sig suggestions.
  92. Re:Thank You! by user · · Score: 1

    One thing to think about is that we can have a similar enough look and feel and 'interface' to allow users to use different software without necessarily being forced to all use the exact same products. For instance, if I can drive a Ford or a Toyota, I can adjust to driving a Chevy or a Honda or whatever pretty easily. They aren't exactly the same, the controls may look a little different or be placed slightly different, but it isn't going to keep me from driving. By the same token, if I know how to run one GUI, it doesn't take me long to figure out how to use another.

    My point is simply that if we make things "close enough", or if we use

    a specification that allows interoperability between products from different vendors.

    then we're still vulnerable to a virus. If it's a close enough interface, then I can probably code something to work with multiple variations. I'm not advocating homogenaity of implementation (heck, not even MS purports to do that - multiple system elements may expose the same functionality, even though they are implemented in many different ways (e.g. drivers, etc)), but that if we have near identical interfaces, we're still stuck with the problem.

    I think my biggest issue, and I certainly don't have an answer to it, is that there seem to be irreconcilable problems with protecting our data, (and, more difficult, protecting the data of the less techno-savy) and allowing access to the quite legitimate ease of use and powerful features we *could* offer. That is, there are quite a few reasons why a program should allow silent, complete access to a user's address books - perhaps to simplify administration, etc, and yet such functionality means that a malicious email has the same access.

    How the heck do we prevent this?

    We could, say, ignore unsigned email... but what about anonymity? Ok, so, we *warn* about anonymous emails, but then all it takes is one person to open such an email, and, poof, everyone in their address has a legitimate, signed, from a friend, copy of the offending email...

    -User

    --

    Emacs is for experts. Pico is for beginners. VI is a disease.

  93. Re:Security through file types? by paraax · · Score: 1

    C:\WINDOWS>copy winhelp.exe wh
    1 file(s) copied
    C:\WINDOWS>wh
    Bad command or file name

    C:\WINDOWS>start wh
    No application is associated with the specified file. Create an association by using the Explorer.

    Now I think there may be a way to associate files with no extension, which could be interesting.

  94. Re:Thank You! by delmoi · · Score: 1

    pine, mutt, kmail, balsa, communicator, LDAP, etc address books.

    Not really, just scan the whole hard drive for files less then a certan size and scan for email address. linus & co would get a lot of copies, though :P

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  95. Re:Well, the guys over at NTbugtraq aren't impress by kaphka · · Score: 2
    "Restricted Zone" uses the "High" level of security, which leaves "Script ActiveX controls marked safe for scripting" and "Active Scripting" enabled.
    Yikes... You're entirely right. I just checked again, more carefully this time, and I discovered a nasty Outlook bug: When I "Default Level" for Restricted Zone, the setting changed to "High". Then I hit "Custom" to see what had changed... but I realize now that it showed me my old settings, not the new "High" settings. Grumble.

    Anyway, I still think it's moot. Barring bugs, it would be impossible to do anything malicious in an email that is being read with those settings. That's the whole point of restricting scripts. And, again, ILOVEYOU would not work as an embedded script using any default security settings.

    kaphka sez: it has nothing to do with the ILOVEYOU virus, which would run just as well under Pine (assuming you're running Pine on a Windows machine.)

    Hm. How would it propagate itself?
    Technically I said it would run just as well under Pine. :-) But it could still propagate, if the user has any email addresses in their Windows address book (or whatever they call it.)

    Sure, that's an outlandish scenario. But it still has nothing to do with Outlook. ILOVEYOU could easily be rewritten to pull addresses from Netscape's address book, or Eudora's, or Pine for Windows', etc. Outlook is only targetted because it's so common.
    --

    MSK

  96. file renaming by zog78 · · Score: 1

    From Microsoft:

    Since the following file types -- listed by file extension -- can execute malicious code, they are disabled in e-mail messages if the Outlook® 98/2000 E-mail Security Update is installed. As a protection from potential viruses, users are restricted from accessing these attachments from within Outlook. Users that would like to distribute the attachments on this list can post them to file shares, intranets, online hard drives, community Web site (such as http://communities.msn.com/filecabinets ).

    Corporate drones learn kludges incredibly easily when someone tries to put a barrier in the way of how they're used to doing things.

    In this case I can see so many company employees getting around it by simply renaming the files on each end.

  97. Re:hah, no block on DOC. by Mike+A. · · Score: 1

    The reason it isn't a user option is that if it were, malicious code could disable it.

    --

    --

    --
    Do I look like I speak for my employer?
  98. Spam Mail and Email Viruses by psin+psycle · · Score: 1
    The document automation that allows people to write email viruses is probably the same stuff that allows people to create spam mail.

    Microsoft could save us all alot of hassle if they just disabled outlook as an automation object.

    --
    Need a website host? Try out http://WebQualityHost.net
  99. Security through file types? by aphrael · · Score: 1

    *sigh*. so what keeps someone from renaming foo.exe to foo? it remains an executable image, windows will still execute it, and outlook wont know that it should suppress it ....

    1. Re:Security through file types? by Chandon+Seldon · · Score: 1

      There are some few cases where windows will ignore the file extention on something and treat it as .EXE anyway. Outlook isn't one of them.

      *Most* programs on Windows just ask the registry what the standard action for the file extention is, and then do that.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    2. Re:Security through file types? by rcw-work · · Score: 2
      windows will still execute it

      No it won't.

    3. Re:Security through file types? by aphrael · · Score: 2

      windows will still execute it No it won't. uh ... there is *no* requirement that an executable file image be attached to a program with a .exe extension in any modern version of windows. I can create an executable named foo, and as long as windows detects the correct information in the header, it will execute it. Hell, I *have* done this, regularly. (It also is no longer true that .com files have to be under 64K in size or adhere to the compact memory model ... that was true in win31, but no more). Now, its possible that *outlook* wont invoke it, because a lot of the automagic file invocation stuff happens with checks through the registry to discover what should be used to open a particular file, and outlook might be stupid enough to not know that something not named .exe is actually an executable --- i dont know, as i havent run outlook more than once or twice. but theres no inherent windows limitation, and hasnt been for years. -- Robert West Delphi R&D

    4. Re:Security through file types? by AnarchoFreak_00 · · Score: 1
      I think they're talking about windows, not dos.

  100. Oh Pooh! by istartedi · · Score: 4

    E-mail without attachments? I don't think so. It said *certain* file types. If somebody wrote a program for linux that allowed shell scripts to run when you double-click 'em, do you really think it would be any more secure?

    MS e-mail has been insecure because it has been customary to allow users to easily open attachments of any type. Period. Not because MS mail programs are poorly written or anything of that nature.

    Now some people have abused that privelege, and users have not understood it. So the only real solution is to place some restrictions on it. I use MS mail programs and have never had any security problems. I never open attachments from strangers either!

    Also, this is really not a bad turn-around time for a patch. Admitedly, it is longer than the turn-arounds for most open source bugfixes, but not by a ridiculous ammount of time, especially when you consider that the security hole is entirely fixable via user education anyway.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    1. Re:Oh Pooh! by Uri · · Score: 1

      If somebody wrote a program for linux that allowed shell scripts to run when you double-click 'em, do you really think it would be any more secure?

      Any attachment that is run automatically should at least be run as nobody. Likewise, all scripts should be run in a sandboxed environment like Java (and Gnome Basic). This way, if they try to do anything naughty like ILOVEYOU, then the user gets a security exception, and a chance to decide whether to run them or not.

      This, together with an increased use of GPG signing of attatchments, would make such a system considerably more secure without making the system more difficult to use for the clueless.

    2. Re:Oh Pooh! by adamwood · · Score: 2

      So you'd be happy with Windows if it let you set security on key files and deny the execute permission to people?

      If so, check out NT and 2000.

    3. Re:Oh Pooh! by DavidTC · · Score: 1

      Oddly enough, I emailed this to myself, and pine gave me no way to open it. I had to save it, chmod +x it, and run it.

      -David T. C.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    4. Re:Oh Pooh! by Silver+A · · Score: 2
      E-mail without attachments? I don't think so. It said *certain* file types. If somebody wrote a program for linux that allowed shell scripts to run when you double-click 'em, do you really think it would be any more secure?
      MS e-mail has been insecure because it has been customary to allow users to easily open attachments of any type. Period.

      I would expect that most Linux users wouldn't double-click an attached shell-script without at least reading it first, and trying to figure out what it is. That's one of the benefits of Linux being "hard" - people using it tend to be "power users" at a minimum.

      This is something that people developing "easy" distributions of Linux will have to work on and watch out for. If Linux really does become available for the masses, some of those masses will do some pretty stupid things. Imagine a DDOS setup distributed as an e-mail attachment!

      One thing which makes Windows and Outlook particularly vulnerable is the relentless drive by MS to hide anything resembling a technical detail. In the default setup in Windows, file extensions aren't visible. So when the e-mail has an attachment "I Love You.txt.vbs", Windows (and outlook) hide the .vbs extension, and the user sees "I love you.txt". A plain text file is safe, as long as that's what the shell thinks it is. I hope Corel and others look hard at some of the MS Windows defaults, and the potential implications of them. Ease of use doesn't have to compromise security.

    5. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      I think the sandboxed environment for executing scripts would be a good move for Microsoft to implement, but would be very difficult for them to retrofit at this time. It is definitely something that any Linux/UNIX email clients should think about doing ahead of time so that they aren't faced with having to try to retrofit later.

      I am not that sure that signing documents will really help that much, as too many users will be too lazy to bother with setting up encryption or to understand how it works.

    6. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      That could be a workable, albiet inconvenient workaround in the Linux world, where it is possible to run programs under different user ids without logging out. I don't think it would be considered an acceptable alternative in the Windows world due to the fact that their ability to deal with simultaneous multiuser sessions is non-existant to awkward.

    7. Re:Oh Pooh! by Doke · · Score: 1

      I think you seriously overestimate the intellegence of most outlook users. You seem quite intellegent, but most are idiots. In those conditions "education as an answer" breaks down.

    8. Re:Oh Pooh! by Christian+Smith · · Score: 1

      [csmith@erol csmith]$ su - nobody
      Password:
      su: incorrect password
      [csmith@erol csmith]$

      Only root can su to nobody, as only root can change their user id.

      You also need to be root to use chroot, so a proper sandbox is out as well.

      Oh well

    9. Re:Oh Pooh! by fougasse · · Score: 2
      Because at least they would only affect one user's files, not system files, libraries, etc.

      Does that mean I really expect problems similar to the ILOVEYOU virus? Not any time soon.

      What about the ILOVEYOU virus requires root? It needs to read your address book, send e-mail, and replace personal documents (.jpg and .mp3 files). Doesn't sound to me like system file modification is necessary...

    10. Re:Oh Pooh! by Paranoid+Diatribe · · Score: 1
      Ahhh, but the real point here is that Linux distros and most of the software within them (or, more generally, most unix software we can freely snarf from the web) don't have that "feature" enabled by default.

      I use pine for most of my email, though I don't think kmail (or the GNOME counterpart) has the ability to launch scripts with a click out of the box.

      So, while and unix variant may have the potential to be just as bad as MS products, they aren't set up that way.

    11. Re:Oh Pooh! by istartedi · · Score: 2

      Just to add one thing. ZIP is not on the list. For years I've been telling people to ZIP things anyway, and if you really need to send an EXE as an attachment you can still ZIP it. The user will have to intentionally unZIP it, which will make them think before running it.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    12. Re:Oh Pooh! by pe1rxq · · Score: 1
      How about a time-sharing machine with 24 X-terminals attached???????

      Is that moved on far enough?

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    13. Re:Oh Pooh! by pe1rxq · · Score: 1
      The real problem isn't that scripts are so easily started (it does contribute to the problem though) but that such a script has access to the whole system, it has access to the registry, all files, can start outlook. You really need a multiuser environment to prevent such things. Every unix user with an IQ higher than that of a rabbit knows you should run everything as root.

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    14. Re:Oh Pooh! by flatrock · · Score: 1

      So when LINUX becomes a common desktop OS user are going to have to save their email attachments that are to be executed. They're going to have to figure out that the file is to be executed in some way, with no pretty icon (not to mention an extension). They're even going to have to run chmod on the file to get a script to run.

      These limitations are all perfectly reasonable on a server OS. They obviously make the system considerably more secure. But if you think that Joe and Jane user who use this as a desktop OS at work or at home are going to figure all this out, I think your overly optimistic.

      Companies can probably afford a few minor disasters from viruses than losing the productivity they gain from clicking on e-mail attachments and having them do what the sender intended. I know this is a huge security hole which requires the user to determine if the attachment is safe based on who they think sent them the message.

      The question is how much ease of use you want to trade for security. I think the solution that many have suggested of showing a dialog box before outlook lets an application send an email is a good place for MS to start. However, it appears they have made some patches to fix some of their security problems, and that sys admin are very lax in applying them. Hopefully both MS and those sys admins have learned their lessons.

    15. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      The su to nobody fails because nobody's password is typically *'d out in /etc/shadow. That doesn't necessarily mean that the suid ownership of a mail client can't be set to nobody, although that would effectively present a challenge to find a secure way to read a user's mailbox. Not saying it can't be done though.

      It is also not true that 'only root can change their user id'. Only root can do so without knowing what the password is. I often log in as one user and su to another without ever being root, so I know that is possible. If the user id's password is starred out, then only root can su to that user id.

    16. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      One of the main things the ILOVEYOU virus does is wonk around with the registry. Under Linux/UNIX the equivalent would be messing around with files in /etc for example. It could still be destructive to a single user without doing that, but one of the things it was trying to do with the registry hacks was to try to sniff passwords, which could be used to compromise a lot more things.

    17. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      So when LINUX becomes a common desktop OS user are going to have to save their email attachments that are to be executed.

      Sending executable content indiscriminantly in email is what has caused this virus/worm problem in the first place. Most of the things that are sent as executables are pretty worthless easter-egg type things anyway.

      They're going to have to figure out that the file is to be executed in some way, with no pretty icon

      You can have iconic file managers under Linux/UNIX. Both KDE and Gnome do so. Nothing stops Linux/UNIX email client from doing an iconic representation of attachments, in fact there are a few that do so.

      (not to mention an extension).

      The extension, or lack thereof is determined by whomever sent the file. Under Linux/UNIX they are just optional, and aren't what determines executability, but there is nothing prohibiting people from adopting a convention for using them.

      They're even going to have to run chmod on the file to get a script to run. These limitations are all perfectly reasonable on a server OS. They obviously make the system considerably more secure. But if you think that Joe and Jane user who use this as a desktop OS at work or at home are going to figure all this out, I think your overly optimistic.

      Given how much problems that Joe and Jane user cause themselves, maybe it is a good thing if they can't figure this out.

      Companies can probably afford a few minor disasters from viruses than losing the productivity they gain from clicking on e-mail attachments and having them do what the sender intended.

      The question is, how much productivity do they really gain from this? Is it really worth all of the problems that this type of virus/worm can cause to get a few little animated toys? How many legitimate executables are sent via this type of 'push' through email that can't as effectively be sent through a 'pull' and just sending the users a link to a place to download from?

      I know this is a huge security hole which requires the user to determine if the attachment is safe based on who they think sent them the message.

      The problem is that user's have a hard time doing that when the virus/worm attacks address books. The message may appear to be from someone that the user knows and trusts if that person's computer is an unwitting host for the virus/worm. Unless you impose some sort of digital signature on attachments which this type of user would probably have just about as much of a hard time with as figuring out how to make files executable, you aren't going to be able to trust any executable attachment, regardless of who it appears to be from.

      The question is how much ease of use you want to trade for security.

      The question is really, how much purported ease of use are you really getting for the unquestioned security you are trading off here?

      I think the solution that many have suggested of showing a dialog box before outlook lets an application send an email is a good place for MS to start.

      That is a start, but is pretty much a band-aid. Viruses/worms will find a way to disable or bypass that if they can run in a Windows 9x environment where there is little to no OS security. Also too many users will just blindly click through warnings like that, especially after the first few times they see them.

      However, it appears they have made some patches to fix some of their security problems, and that sys admin are very lax in applying them.

      Part of the problem is that Microsoft has promoted Windows as 'any idiot can administer it'. So - idiots are administering it. Microsoft hasn't done a very good job of informing and educating their user base, so they are part of the problem. They spend too much time trying to spin-doctor and downplay any problems that happen rather than trying to make sure as many people know about problems and apply patches as possible.

      Hopefully both MS and those sys admins have learned their lessons.

      You are much more optimistic than I. I am not convinced that it will be possible for Microsoft to retrofit security on their existing infrastructure in any kind of short timeframe. I am convinced that anything less than that will not be effective in stopping the virus/worm threat.

    18. Re:Oh Pooh! by pe1rxq · · Score: 1

      [voice in head] preview, preview, preview........
      [sound of user clicking on submit]

      Insert 'NOT' in the last line

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    19. Re:Oh Pooh! by CerebusUS · · Score: 1

      I thought we had already determined that damage to the system isn't nearly as harmful as damage to the user's data files. And since a user ALWAYS has access to their own data files the effect on most non-sysadmin-level unix users would be absolutely the same should something like this be targeted at the linux community.

      I've been preaching the "No Attachment" message to my users for three years now and they still think I'm an idoit ("But how will we share files?")

    20. Re:Oh Pooh! by Tava · · Score: 1

      I agree with you that the porblem is fundamentealy of user education and that if someone executes attached programs (s)he gets what (s)he deserves, but there is something you can do about scripts:

      1) run them in a sandbox. It might still propagate reading your addressbook, but it will not otherwise affect your system.

      2) Don't embed scripts in documents! Documents must not be trojans! Scripting capabilities are great, but keep them well separated and separable!!! Office really pisses me off in that respect: now I have to beware against data, not only programs! I need a way to distinguish them and take appropriate actions to defend myself!

      Last but not least, we can try and educate: spam whoever sends you an e-mail with the funny program or a MSWord document! Let them know that that is bad netiquette and that that behaviour is what mail-trojans rely upon!

    21. Re:Oh Pooh! by SoftwareJanitor · · Score: 4

      If somebody wrote a program for linux that allowed shell scripts to run when you double-click 'em, do you really think it would be any more secure?

      Slightly, because at least they would only affect one user's files, not system files, libraries, etc. That is unless someone logged in as root were stupid enough to run such an email client. Not nearly as likely. Does that mean that the Linux community doesn't need to keep a watchfull eye out? No. Does that mean I really expect problems similar to the ILOVEYOU virus? Not any time soon.

      But the main reason that this isn't typically a problem is that unlike the MS-DOS/Windows method where executability is determined by file extension, in Linux/UNIX executability is determined by file permissions, which are normally set so the file isn't executable when it is downloaded. While it would certainly be possible for a program to be written for Linux with such a misfeature, I can't imagine that it would ever become popular enough within the Linux/UNIX community to become a target for virus authors. In order for something to become ubiquitous in the Linux community, it will need to be open source. And that will ensure that such a glaring problem will likely get fixed before it gets exploited much.

      Outlook is such an attractive target for virus authors because it not only has its own security holes in addition to the generally lax security of the Windows 9x platform, but it is so ubiquitous that viruses written for it will affect the vast majority of Windows users that come into contact with it.

    22. Re:Oh Pooh! by pe1rxq · · Score: 1
      True, it doesn't solve everything, but is is the first step. Naturally all not trusted scripts should not be allowed to touch anything at all. chroot or sandbox it.

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    23. Re:Oh Pooh! by mrzaph0d · · Score: 1

      "especially when you consider that the security hole is entirely fixable via user education anyway."

      yeah, the same user who sent an email to everyone in our group about this virus also opened it. This despite three emails and a personal phone call to each from me explaining what NOT to do and what would happen if they did it....(sigh)
      "Leave the gun, take the canoli."

      --
      this is just a placeholder till i send back my real sig from the future.
    24. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      Worse than that, they sell the fact that any idiot who can spend a lot of money and memorize multiple choice answers can get certified as a feature rather than a bug.

      Vendor sponsored accreditation programs are generally designed with the primary purpose to enrich the pockets of the vendors, and it is more profitable to just certify the idiots than to make the standards high enough that only the people who really understand things rather than just barfing back fixed answers to known problems can pass the tests. Plus by making it easy and pumping up the numbers you can advertise things like 'there are 14 billion certified idiots out there who can administer your network'.

      Making things 'so easy any idiot can do it', at least on a superficial level, is not necessarily the best thing in the long run.

    25. Re:Oh Pooh! by SoftwareJanitor · · Score: 2

      Its not the assumption that people using Outlook must be using Windows 9x, but more that the vast majority of them are. Also, I think it would be more fair to say that NT security can be a bit tighter. Most of the type of desktop users who would be likely to fall for this type of virus/worm are probably not with it enough to tighten up their security, or worse, probably would loosen things up 'to make things easier'. I've run into a lot of NT users that spend most, if not all of their time using NT logged in as 'administrator'.

  101. Re:Thank You! by shandrew · · Score: 2
    Executability isn't an issue. It still comes down to how braindead your mail client is. Let's say a company called Macrosoft made this unix email reader called Inlook, and by default it was configured to execute ".pl" attachments under perl if you double clicked on them. Let's say this particular perl program would sit around and watch your mailqueue to grab addresses, and send itself off to all those addresses. The same type of spreading would be accomplished. This would be possible if as many dumb people used linux as windows, and if as many people used Inlook as Outlook.

    In other words, spreading of the email is primarily a user and a client issue, not an OS one. The consequences on the system where the worm is run is an OS issue.

  102. Re:The Root Cause by Mike+A. · · Score: 1

    What protected environment exists in any other operating system? The only such thing I know of that's in wide use is the Java applet sandbox.

    --

    --

    --
    Do I look like I speak for my employer?
  103. Re:Well, the guys over at NTbugtraq aren't impress by Alpha+State · · Score: 1

    That's not the point - when I recieve an attachment, I want to be able to look at it knowing that any code in it is not going to be run. For example I have Lotus Notes here at work, at I can open an attachment in Lotus's (admittedly pretty awful) viewer before "launching" it.

    So, while I may not be able to understand what a VB script does or what macros are in a word document, I can at least look at any suspicious ones and get them checked out.

  104. Are the... by Covener · · Score: 1

    Gnome guys gonna work this into their lame Outlook knockoff?

  105. local attachment control by emptybody · · Score: 1

    If M$ were to allow the local admin to control the list of restricted file extensions we would be OK with this. They have submitted a method for adding items to the restriction levels
    Why dont they make the whole list available here too? Then we could control on a per user or per system basis who can do what.

    --
    comment directly in my journal
  106. Re:What about doc and xls ... and others by 0x0000 · · Score: 1
    Sorry if this has already been covered, but here's a few more file extensions that aren't on the list that are known security risks:
    • DOC - Word Document
    • DOT - Word Template
    • MAM - Access Macro
    • XLS - Excel Spread Sheet
    • XLT - Excel Template
    • XLA - Excel Addin
    I'm sure there are others.

    It's a good thing there aren't any programmers working at M$, they might design a virus to install Windoze on Linux systems via email....

    --
    "The Internet is made of cats."
  107. What about doc and xls by Doke · · Score: 1

    What about doc and xls? They carry most macro viruses.

    1. Re:What about doc and xls by Hall · · Score: 1
      Ideally, when a user double-clicks on an attachment in Outlook that can carry a virus like an exe, doc, vbs, etc. file, it should:


      Warn the user that this type of file can carry virus.

      Offer to run that file through the user's virus scanning software.

      Running it through a virus scanner will often do do no good. Today, if someone sends me the "ILOVEYOU" *worm* and I try and double-click it to run, McAfee will pop-up and warn me. Why ?? Because 6-8 hours after "ILOVEYOU" caused all the reported damage, they had an update.

      Their software, contrary to what they claim, won't catch new virii/worms until they know about them. I'm referring to their "heuristic" whatever logic !! They claim it catches what appear to be virii/worms.

    2. Re:What about doc and xls by jargoone · · Score: 1
      Since most Windows users don't even know what a macro is, it's a pretty good bet that if a document has macros, they are of the viral persuasion.

      This is garbage. Your first point is correct -- that most users don't know what a macro is. However, to say that the mere existence of a macro implies that it is malicious is bullshit. Macros have tons of uses and I know people that use them all the time.

      And your proposed solutions are just more roadblocks, more dialogs for people to click blindly on, more hoops to jump through.

      The virus scanning would have work fine, assuming that people kept the data files up-to-date, and this wouldn't have been effective against the ILOVEYOU "virus": it spread too quickly.

      The solution is to simply not allow any file of any type to do something malicious or questionable to the system. This includes accessing/modifying the registry period, sending mail to people in the address book, etc.

    3. Re:What about doc and xls by SmileyBen · · Score: 2

      ...and what happens if they decide that Wordperfect is a security risk, and ban its file types. Or how about html mail with scripting languages that doesn't conform to Microsoft's standards...

      Oh this could be good!

    4. Re:What about doc and xls by wrenling · · Score: 3

      .doc & .xls were how most viruses used to get passed -- *cough* back in the 'old' days.

      It took new and improved MS Outlook to allow more fun ways of nuking computer systems.

      The solution isnt to back track, but to figure out how to go forward while sandboxing the current problem so that any code executed in Outlook stays within Outlook.

      --
      Check out Magic Firesheep!
    5. Re:What about doc and xls by btlzu2 · · Score: 1

      Word and Excel already allow you to turn off automatic execution of macros so you can safely open a file without auto-running a macro. It's not the best solution, obviously, but it does provide a basic method for not instantly trashing your system with an evil macro...you have to go through extra work to do that! :)

      --
      Zed's dead baby. Zed's dead.
  108. Re:"Security levels" for attachments by pod · · Score: 1

    Not to crack a mom joke, but most moms are likely to make the list. The most clueless and least knowledgable will say 'well, my mom can be trusted' and add her to their trusted zone.

    --
    "Hot lesbian witches! It's fucking genius!"
  109. file types by xDroid · · Score: 1
    I found it fascinating that on the "file types -- listed by file extension -- can execute malicious code... " was screen savers and help files.

    What's next a copycat virus that changes your screen saver to flying windows, then opens help?

    -- Andy

    --

    * "Uncle this droid is malfunctioning" -- Luke Skywalker
    1. Re:File Types by fougasse · · Score: 2

      That's not ironic, that's the point. The extensions on the list are those that are part of Windows or that belong to MS applications. There are plenty of other applications that could also be dangerous -- if you install Perl, for instance, .pl files are just as dangerous as .vbs files -- but Microsoft is letting the vendors of those products add extensions to the banned list themselves. (Disallowing files belonging to other companies could be seen as anticompetitive.)

    2. Re:file types by stx23 · · Score: 1

      What's next a copycat virus that changes your screen saver to flying windows, then opens help?
      Screensavers are just .exe with the extension renamed.

    3. Re:file types by Kronovohr · · Score: 1

      Actually, the *.scr extension is only logical...if you take a look at any
      "virus" site, you'll notice many of the trojans are screen savers. The reason
      for this? *.scr is just as executable as *.exe. Screen savers are only programs,
      just like under Xscreensaver. I've seen quite a few that place an entry in
      system.ini as:
      RUN=trojan.scr

      and initialize on boot.

  110. Not a bad turn-around time for a patch? by cthulhubob · · Score: 1

    Excuse me?

    Someone please tell me how long it's been since Melissa? It's been over a year, hasn't it?

    If open-source projects took that long to close up something this glaring, that had already been pointed out and exploited more than once, there would be no internet right now.

    BIND would be so broken that if you typed "www.microsoft.com", for example, you would be taken instead to wherever the script-kiddie-of-the-day decided to make it point to. (of course, that would probably be an improvement, but...)

    If that's not considered a bad turn-around for closing up a *hardcore* security violation, then it's no wonder that Microsoft has gained monopoly-like powers over the computer industry. They can write as many bugs as they want to, and as long as it's fixed within three years or so, it's "really not a bad turn-around time for a patch."

    Sheesh.

    --

    In post-9/11 America, the CIA interrogates YOU!
    1. Re:Not a bad turn-around time for a patch? by istartedi · · Score: 1

      A lot of good come-backs, and I don't feel like replying to all of them, so I chose this one.

      I based my "good turnaround" statement on the assumption that they only treated this problem as a "bug" starting with ILOVEYOU.

      To they guy who wrote about extension hiding: You're right. Hiding extensions by default is ultra lame. It's one of the first things I turn off when I bring up a new Windows box.

      To the people who remarked that the attachments are usually from friends: You're right. On some occasions I have opened attachments from friends. When it was somebody in the next cube, I suppose this was excusable because I could lean over and ask "hey, is this gonna crash my computer?", but when my sister who isn't necessarily tech savvy, and who lives half way accross the country sent me one, it was high risk and I knew it. I've ocasionaly chided her for sending me some that gave me pause. OTOH, if several copies of the *same* attachment suddenly appeared in my inbox from different people with associated text that looked "canned" I would probably be quite suspicious. Recognizing these things is, to a certain extent, a learned skill, like learning how to tell spam by looking at the subject line.

      Finally, I think a lot of the issues with Windows stem from the fact that it was developed primarily as a single-user desktop OS, with networking and security as an afterthought. Likewise, the problems with *NIX on the desktop is that it was developed primarily for networking and security, with usability as an afterthought.

      When MS tries to build a secure OS, it's like US auto companies trying to build small, fuel efficient cars.

      So, if you want a smooth-riding automatic that might break down a bit more often, use Windows. If you don't mind being a bit uncomfortable and you know how to use a stick-shift, then *NIX.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  111. Attachments are not the problem by jjohn · · Score: 1

    It's the OS that's the problem. That a user can take down their system with a double click is foolish. NT and perhaps W2K have put some security around the all important registry. It still stuns me that even after repeat attacks, IS managers still vomit the party line. "No one ever got fired for buying Microsoft".

    Well, maybe that will change after another dozen ILOVEYOU attachments make their rounds. It has been brought up again and again - homogenous environments are extremely fragil. This is true for biological systems as well as operating systems. This is the underlying design flaw to corporate IS.

    To have interoperability, we need open standards not the same program. It's all about the API.

    I happily await the DoJ hammer that will smash the bloated, gaudy porcelain pig that is Microsoft into many little porcine pieces. Maybe then, following open standards will be attractive to some of the "mini-bills".

  112. No .doc by Maryck · · Score: 2

    Its interesting that they do not include .doc files in the list even though courtesy of VBA, those files can also execute malicious code.

    1. Re:No .doc by pe1rxq · · Score: 1
      Great idea, lets just ban all M$ formats from the internet, that will solve all problems!!!!!

      Microsoft is dead, long live linux

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
  113. Re:Well, the guys over at NTbugtraq aren't impress by benwb · · Score: 1

    Mostly good points, but having worked with a lot of corporate email systems over the years, how do you address the issue of a user saving an attachment to his/her hard drive and executing it? Turning off active scripting in outlook really wouldn't help all that much with the I Love You virus if the user has wsh installed- default on windows 2000 and (I believe) 98. The user clicks on the file, windows finds the associated program and executes.

  114. E-mail without attachment? WHOHOO! by jonr · · Score: 2

    Great, I'm sick and tired of downloading all those anothersillything.mpg attachments. Attachments are evil, we need a standard way of ftp-ing the attachments to a server and then just posting the url!
    J.

  115. This has nothing to do with security!! by Steeltoe · · Score: 1

    Microsoft shouldn't call this a "security fix", because it simply isn't one. A security fix is code patched on to prevent bad things from happening, but bad things can still happen using Outlook or any other email program out there. What this has done is just breaking alot of functionality when sending emails. Most emails with scripts and exe-files are perfectly legitimate emails, but will now be blocked. The file extension doesn't nescessarily have anything to do with Microsoft-based fileformats in any way either, but they will still be blocked. Also there'll still be lots of other scripts that can be "opened" (run) by the user, and its no big deal to send it in another format (inside a compressed file for instance). Most users know how to unzip a file...(if WinZip is installed)

    So this hasn't "fixed" anything, and I certainly hope it won't fix Microsofts reputation either. The problem here isn't that data can be "opened" (run). Far from it. The problem is malicious code that should be prevented by layers of security inherent in the application, OS and computer-network. And if the administrator is a dummy, you could add a Virus-scanner to block known malicious code.

    - Steeltoe

  116. Yet another non-fix by wrenling · · Score: 1

    I wish I could say I was surprised.

    When is MS going to actually create solutions that address the problem in an adult manner? Resolving an issue by simply creating a new way to ignore it is the actions of a 5 year old child, and should not be the reactions of a company that is supposed to be a market leader.

    Intelligent file distribution via email has become a standard for many companies to distrubute information to their employees. Good thing there are MUCH better clients out there - I hope they take this opportunity to grab some market share from the bloated behemoth that is MS.

    --
    Check out Magic Firesheep!
  117. .doc? .xls? by pnambic · · Score: 1

    Interesting that they left those two out of the list... Expect the next e-Mail-Virus to carry a .doc file.

    These Microsoft guys are really security-conscious, huh? Great job.

    1. Re:.doc? .xls? by TummyX · · Score: 1

      Well duh there's not much they can do about that can they?

      Word gives a warning when there's a macro, there won't be ANY difference whether they open up the document from outlook, or from explorer after they save it in outlook.

      Lets bash microsoft no matter what they do. Slashdot is so full of lamers.

    2. Re:.doc? .xls? by akgoel · · Score: 1

      Been there, Done that. Your Word and Excel should already be configured to hose any foreign macro code.

      It may not be default, but shoot, if your going to run MS stuff, you gots to turn on the warning messages about scripts.

  118. Digital signatures. by shippo · · Score: 1
    Disabling all files with a specific extension is a bit luserish, and is nearly as bad as some of the ad-hoc fixes implemented by clueless IT departments when ILV appeared. To implement this, they need some means of veifying the integrity of a file.

    Only last week I received an executable via Email that I wanted to run - it contained updated hardware device drivers. If this fix had been in place, I wouldn't have been able to use it.

    The various Windows platforms support embedded digital signatures in executable files. This driver update was one such one that was signed, as is becoming common practice these days.

    If MS$ really knew what they were doing, then they could harness this technique to only allow execution of trusted binaries.

    For example, the automated Windows update feature of IE 5 checks the validity of a program's signature before running the installation process.

    BTW, is the self extracting Kerberos spec signed?

  119. Logic? Ha! by ch-chuck · · Score: 3

    Not when dealing with the teeming masses, it's all emotional appeal, using the proper buzzwords, etc. The 'logic' is this: ppl don't want viri, Msft doesn't want to be broken up, therefore the 'party line' is: breaking up Msft with bring you a plague of viri! No technical linkage required at all, Msft users wouldn't understand it anyway, just simple 'association'. Retroactive damage control. And yes, the EULA *does* exempt them from liability for damages caused by defects in the code - that's why it's such a great biz, you can sell not ready for prime time products out the yin/yang but as long as you can hold a monopoly position and positive market image, your in fat city.

    What is it, something like 80% of people polled think Msft is 'doing a great job' as it is? Who wants to be a billionaire? Nothing succeeds like success.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  120. Re:yet another kludge fix by Kronovohr · · Score: 1

    Here's a wild one for you:
    remove the extension from an executable or change the extension to anything
    your heart desires...send an e-mail with instructions of "save the file to
    c:\windows\temp, then go to start | run | type in
    "start c:\windows\temp\badprogram.fli" to view". This will execute the program
    the same as if it had a .exe extension. There's more than one way to skin a
    cat (:

  121. Yadda Yadda Yadda by lowvato · · Score: 1

    Unfortunately, I was on the mapi-l email list (had to do some outlook work a while back) and the whole list has errupted, convincing me that it is high time to get off the list. At any rate the hope seems to be that the immediate fix is only the political patch and a more comprehensive patch that will allow admins and developers more security control is in the near future. The patch as it is reflected in the MS site will stop all executable type files from being opened without regard to user/administrator preferences - som much for fun.

  122. Re:MS can then say "I told you so" by AllynKC · · Score: 1

    What was I thinking? If the user's script is using a seperate database for addressing a newsletter; then the script has no business accessing Outlook's Address book - so no need to disable the dialog. It will be getting its addresses from a different source. A virus would need to know how to find that other source, so that shouldn't be a risk for an "I Love You" variant. I just skipped a track when thinking that one through.

  123. Re:Well, the guys over at NTbugtraq aren't impress by kaphka · · Score: 2

    Grrrr... I think I'm going to have to stop reading Microsoft-related discussions on Slashdot, before I injure myself from banging my head against the wall so much.

    The ILOVEYOU "virus" was a trojan horse. As Microsoft has tried to explain to the public for years now, trojan horses cannot be prevented as long as users run untrusted code on their systems. (I'd be happy to hear any ideas, but I don't think it's possible.) But all the computer pundits kept spreading FUD and demanding a solution, so Microsoft implemented the only solution possible: prevent users from getting access to untrusted code in the first place. Kinda like banning cars because people won't fasten their seatbelts.

    Anyway... Ahem... I was planning to not rant about that, but I ended up going on for quite a bit. What I really wanted to point out was a small factual correction... actually two. First, I don't know how you have your Outlook configured, but by default, "Restricted Zone" does disable all scripting. Second, despite the "press release" quoted, Outlook's current default security zone is "Internet", not "Trusted". ("Internet" is the default zone for browsing web pages.) I don't know if this was a MS typo or your typo. (By "your" I mean the author of the article that Xemu lifted.)

    Changing the security zone defaults is a good idea. But, as few people seem to understand, it has nothing to do with the ILOVEYOU virus, which would run just as well under Pine (assuming you're running Pine on a Windows machine.)

    --

    MSK

  124. Thank You! by Matts · · Score: 2
    Finally someone who understands the issues enough to stand up to this "It's possible on Linux too" BS.

    This is all about execution based on file extension. This simply wouldn't happen on this scale in Linux. Sure you could write some sort of cool Linux executable that showed some cool jumping frogs that also offloaded a virus payload, but the user would first have to save it to disk, set the execute bit(s) and run it. Then in order for this virus to spread it would have to read people's address book - on Windows this is just a MAPI call, but on Linux you have to check for pine, mutt, kmail, balsa, communicator, LDAP, etc address books. The scale of this problem for replication means that it would just never happen. It would spread to a few hundred people maximum before people would stop and say "what's going on", fire off a post to some bulletin board, and stop the virus in its tracks.

    Thats not to say that it will remain this way on Linux - chances are we might all unify to one email application with a standard interface (CORBA) to access the address book. But you still have to overcome the "save, set +x bit, run" problem which just isn't going to go away soon.

    --

    Matt. Want XML + Apache + Stylesheets? Get AxKit.
    1. Re:Thank You! by SoftwareJanitor · · Score: 2

      My point is simply that if we make things "close enough", or if we use

      a specification that allows interoperability between products from different vendors.


      then we're still vulnerable to a virus.

      Possibly, but not necessarily.

      You won't find me to be someone who is saying that viruses/worms are impossible on Linux/UNIX. I do believe they are less likely and less likely to cause as much damage, but I do believe and have been advocating that we make sure to keep vigilant to insure that they don't happen on Linux/UNIX or are at least dealt with as quickly and permanently as possible if they do. Unlike Microsoft, I don't think the Linux/UNIX world should put its head in the sand or live in denial.

      On the other hand, history has shown that two products which are similar, and conform to many of the same standards may have very different security issues. For example both Netscape Navigator and Microsoft Internet Explorer have somewhat similar user interfaces. If you can use one, you can probably figure the other out pretty easily. They both implement many of the same standard interfaces. HTML, Java, Javascript, etc. However, both have had at least a few security problems (in general, it seems like IE has had far more and far more serious security related bugs), but in most cases, the security problems they have had have not been the same. Exploits which work against one browser don't necessarily work against the other. The same thing is true of many other types of software. I think it is stretching to say that implementing a common interface or API necessarily puts you at the same risk of 'inbreeding' that having everyone rely on the same vendor's products does (as we see now with products like Outlook).

      If it's a close enough interface, then I can probably code something to work with multiple variations.

      Maybe, maybe not. I have little doubt that in many cases it makes it far more difficult to create a single virus/worm which can afflict multiple platforms. It very definitely rules out many sorts of binary coded viruses, as they are generally tied to a specific hardware platform or OS API.

      I'm not advocating homogenaity of implementation (heck, not even MS purports to do that - multiple system elements may expose the same functionality, even though they are implemented in many different ways (e.g. drivers, etc)), but that if we have near identical interfaces, we're still stuck with the problem.

      I'm not saying that there isn't any shred of truth in what you are saying, I just think that you grossly exaggerate the risk that is involved in following open, industry standard interfaces. I think you have a lot more of a point when interfaces are partially secret or totally proprietary, as they are not then exposed to nearly the level of independant review.

    2. Re:Thank You! by SoftwareJanitor · · Score: 2

      Executability isn't an issue.

      Yes, it is. It isn't the only issue, but it is still an issue.

      It still comes down to how braindead your mail client is.

      The difference is that an email client on Linux/UNIX would have to go out of its way to be as braindead as Outlook is in this case. Just because a file comes down under Linux/UNIX with a certain extension, it isn't immediately going to be executable as it is under Windows.
      Let's say a company called Macrosoft made this unix email reader called Inlook, and by default it was configured to execute ".pl" attachments under perl if you double clicked on them.

      It would have to intentionally set the execute bits on files based on their extension. That would be an extra effort. If the 'Inlook' email client was open source, something like that would certainly get noticed and fixed quickly. If it wasn't open source, that would seriously limit the number of users who have it on their system, since most of the Linux/UNIX distributions wouldn't include it by default.

      Let's say this particular perl program would sit around and watch your mailqueue to grab addresses, and send itself off to all those addresses. The same type of spreading would be accomplished.

      This is of course true, but this is only a fraction of what the ILOVEYOU virus, for example, does. It also goes out and wonks around with the system registry, and deletes files. These parts would be less likely to cause problems on Linux than on Windows 9x due to permissions.

      This would be possible if as many dumb people used linux as windows,

      That isn't quite true, as Linux/UNIX still has a certain amount more security than Windows 9x, and thus will even to a certain extent protect dumb users from themselves.

      and if as many people used Inlook as Outlook.

      For reasons I've stated before, it is highly unlikely even if Linux/UNIX had the same size user base as Windows that any single email client would ever get the installed base of Outlook.

    3. Re:Thank You! by user · · Score: 1

      I see where you're coming from, and certainly things which have similar user interfaces, etc, are probably not "cross-vulnerable".
      However, while I agree the similar programs will most likely have different security holes, I'm not sure that applies in this case, since it's arguable that the spread of Melissa and ILOVEYOU had nothing to do with security exploits. That is, if there are two major email clients, both of which wish to provide access to their functionality, including SendMail() and GetAddresses(), etc, they are likely to do so in a similar manner. Thus, the exploitation of these interfaces would be quite similar, if not identical.
      So, addressing the original poster's comments, just because they've got 4 mail programs on their system doesn't mean they're "safe", if they all have essentially the same API's or similar address book files (perhaps XML), etc.

      -User

      --

      Emacs is for experts. Pico is for beginners. VI is a disease.

    4. Re:Thank You! by SoftwareJanitor · · Score: 2

      it's arguable that the spread of Melissa and ILOVEYOU had nothing to do with security exploits.

      Well, that is a matter of perspective I suppose. One way of looking at it is that both of them rely on the fact that there is little or no security in Windows 9x.

      So, addressing the original poster's comments, just because they've got 4 mail programs on their system doesn't mean they're "safe", if they all have essentially the same API's

      I think that if an API is standard and multivendor, then it, in itself is less likely to be the target for attack because it will be under the scrutiny of a much larger number of eyes. Specific implementations can of course have their own problems, but that is a slightly different issue.

      or similar address book files (perhaps XML), etc.

      The address books, or their access methods are only part of the problem, in that it is only related to the propagation of viruses/worms, not necessarily to their destructive potential. It also doesn't take into account that Melissa/ILOVEYOU also rely on the ease with which code from outside can get executed under Windows. For the problem to be as bad under Linux/UNIX as it is under Windows, all three things would have to come together on a significant number of desktops. As long as the Linux developer community and the distribution vendors are aware of this potential problem, it is not nearly so likely to happen.

    5. Re:Thank You! by user · · Score: 1

      This sounds like security through obscurity, doesn't it?

      If the virus writers have no idea what the system their virus will run on will look like, they can't take advantage of it nearly as well.

      While this is true, and indeed a heterogeneous population is indeed more resistant to infection (biologically and otherwise), at what cost? Like it or not, the current push, fueled in no small part by Microsoft, is to have the same look, feel, and, yes, interface, everywhere. Look at Netscape - they want the same user experience everywhere. This thought process occurs in progamming as well (look at Java - hey, and C!), where if the same interfaces exist in multiple places, it'll be easier to interoperate.

      Finally, consider the push that everything be standards based (never mind the fact that defacto standards are often better for the world in the long run) - if everything becomes standards based, poof, the heterogenaity is gone.

      Finally, I see quite a few posts saying that a good solution is simply to make it harder to use the software. HUH? Well, yeah, it's harder to execute an attachment if you have to save is, chmod it *then* execute it, but what kind of logic is that?

      "Hey! Guess what! Now, to open an attachment, you have to answer three Mensa-style logic problems and take the sacred sword to the 3rd level elf in the next village".

      I mean, yes, that would reduce infection, but only because it would discourage the access of attachments, and sounds quite like simply denying access to the attachments in general is the logical conclusion to this anyway - if users *really* want access, they'll uuencode the file or something, but Joe user is now stuck with a box that is resistant to infection, but also resists ease of use and functionality.

      Finally (and this isn't mentioned in the previous post), people are saying "I never open attachments from strangers". But the whole point is that if you're receiving the mail, you are in the sender's address book, and therefore most likely either know them personally or professionally, so that check isn't sufficient.

      Sorry for the rant,
      User

      --

      Emacs is for experts. Pico is for beginners. VI is a disease.

    6. Re:Thank You! by SoftwareJanitor · · Score: 2

      While this is true, and indeed a heterogeneous population is indeed more resistant to infection (biologically and otherwise), at what cost? Like it or not, the current push, fueled in no small part by Microsoft, is to have the same look, feel, and, yes, interface, everywhere.

      There is a downside to the push to try to make everything homogenous. One is that it promotes stagnation. Another is evidenced by what we've been talking about here in that lack of diversity can make a system vulnerable to any small weakness that might be found. We need to find a way to allow options for the same interface everywhere, while also allowing for flexibility for people to do things differently.

      One thing to think about is that we can have a similar enough look and feel and 'interface' to allow users to use different software without necessarily being forced to all use the exact same products. For instance, if I can drive a Ford or a Toyota, I can adjust to driving a Chevy or a Honda or whatever pretty easily. They aren't exactly the same, the controls may look a little different or be placed slightly different, but it isn't going to keep me from driving. By the same token, if I know how to run one GUI, it doesn't take me long to figure out how to use another.

      Having a certain level of diversity in the software community is a good thing. If we had file formats and network formats that were not controlled by vendor interests and fighting, we would be a lot further along here. We could have compatibility to talk to each other without having to be exact clones of each other.

      Look at Netscape - they want the same user experience everywhere. This thought process occurs in progamming as well (look at Java - hey, and C!),

      The direction that C has gone, and hopefully Java will (and probably would have if it weren't for Microsoft's attempts to derail cross-platform Java) is that it is standardized not on individual products, but on a specification that allows interoperability between products from different vendors.

      where if the same interfaces exist in multiple places, it'll be easier to interoperate.

      One of the problems the computer world faces is that we need to promote vendor and platform independant standards where they are possible and make sense, while still allowing innovation (as opposed to Microsoft's 'immovation' (immitation)). We (in the sense of the industry as a whole) should change standards or create new standards when there is a good technical reason for doing so, not for vendor specific marketing reasons.

  125. Half-assed... by TheShadow · · Score: 1

    This just seems like a half-assed solution to the problem. What they should really do is build some sort of security into their scripting products. Kinda like a Java sandbox. But no... that would restrict their "freedom to innovate"... more like freedom to ruin your hard drive.

    --

    --
    "What do you want me to do? Whack a guy? Off a guy? Whack off a guy? Cause I'm married."
  126. Scripting is good, you just need sandbox by Sloppy · · Score: 2

    The *real* problem is Outlook's automation object model. By providing an API where Exchange data can be scanned and mail can be sent without user interaction, they are setting themselves up for all sorts of worms (or worse, targeted industrial espionage).

    I really disagree. Things should be scriptable. There's too many legitimate uses for it. But access should be limited by the process that attempts it.

    If I have a script in my home directory that sends mail, and it's not setuid'ed as anyone else, then the script should be able to do what I can do. It is me.

    On the other hand, if I receive a script as an attachment, and instead of saving it and "chmod"ing it as executable (thereby taking responsibility for what it does), I directly run it from inside the email program, then that process should be lauched "su"ed as nobody. Naturally, it shouldn't have access to my address book, just as other users on the system don't have access to my address book. And needless to say, the "nobody" user should not have the ability to send mail or open network connections, among other restrictions.

    The problem with apps like Outlook, Word and Excel is twofold: they treat data as code and they aren't written for a multiuser system. Neither of those things would necessarily be fatal, but the combination is.


    ---
    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  127. Re:"Security levels" for attachments by jonathanclark · · Score: 2

    That was the whole problem in this case. You got email from people you trusted and so you opened it. PGP would have only added to your false sense of security!

  128. Re:WARNING by roman_mir · · Score: 2

    On the other hand, if you write your virus in Visual Basic with some ASP processing on the server side + MTS + IIS + MS authentication process ripped of Kerberos + rules engine + XML + VRML + Marketing Department == a highly scalable and maintainable by only 120 people macro virus capable of overwriting all your jpg files with pictures of naked and petrified Ms. Portman, a virus with its own market share, very scalable robust and that only takes 10 minutes to execute on a single given client.

    Well, for this kind of virus of the future, the new Outlook security patch will work just fine!

  129. Microsoft's next updates by IanO · · Score: 4

    I've also heard that in the next update they are recommending that we remove any cables connecting our computers to the internet.

    Their final security update will be a patch which automatically powers the computer down before you can boot into Windows... this would be the ultimate in security except that we won't be able to download it because we've already removed all cables connecting us to the internet.

    ------
    IanO

    --
    ------
    Objects in Mirror are Losing!
    1. Re:Microsoft's next updates by Irritant · · Score: 1

      Actually, If you modify the registry in just the right way (try to erase the digitalproductid key) on a wintel box with Advanced Power Management enabled then the computer WILL ACTUALLY SHUT OFF when booting windows before it notifies you of any error

  130. I thought that's what ILOVEYOU was. by Doke · · Score: 1

    I thought that's what ILOVEYOU was. It overwrote a few file types, but really it's warhead was pretty mild. It did just enough to scare people.

    It could have done any number of nasty things, for example: email out copies of any files labeled private or confidential, install backorifice and broadcast it's location, erase the flash bios, corrupt wins, corrupt the registry, etc.

  131. Re:"Security levels" for attachments by jonathanclark · · Score: 2

    The MS patch revolves around defining various types of security levels for attachments. At present, they only define two levels. At level 1 (.exe, .com, .vbs, et cetera), the attachment is deleted. Poof. Gone.

    The aren't gone or deleted. It will not allow the user to run or save them. If you later change your security policy you can save/run them any time you like. The data is always there.

    I think this makes good sense as a default policy for 99% of users. If you can't figure out how to change your policy, you shouldn't be running attachments in the first place.

  132. Security-Path for Outlook by a+poor+scribbler · · Score: 1

    Confucius, he say:
    Most secure e-mails are those
    Empty as the wind.

    1. Re:Security-Path for Outlook by hikari · · Score: 1

      That lying letter
      False love hurts you oh so much--
      Cherry blossoms bloom

      --Hikari

      --

      --Hikari
      "Long distance information/ Disconnect me if you can/ On Detonation Boulevard..."
  133. Re:Well, the guys over at NTbugtraq aren't impress by jovlinger · · Score: 1

    "Given the global impact of the I Love You virus and the growing threat of malicious hackers, we strongly believe we must take the unprecedented step of limiting certain popular functionality in Outlook to provide a significant, additional security option for our customers,"

    ...which, of course, has probably triggered thousands of email gateway scanners to throw the message back as containing a worm...duh!


    I should hope that any firewall worth its salt is cofigured to allow discussion of viruses whilst still blocking the virus itself. Any coorporation that makes this sort of discussion impossible deserves whatever fate its ignorance leads it to.
  134. Gee Thats So Wonderful by OpenSourceRulez · · Score: 1

    Another wonderful MS fix, just don't let Outlook run potentially "evil" files. If they want to make it "truely" safe, why didn't they just remove the attachment feature all together. Seriously, there are at least a dozen more file extensions that could carry malicious code, the only way they will make it completely safe is if they get rid of attachments all together.

    It took the power of 3 C64s to get man to the moon, and yet Windows95 requires a 486. Anybody see irony in this?

    --
    "Success is not the result of spontaneous combustion. You must first set yourself on fire." -- Fred Shero
  135. Everything except .DO* and .XL* by rcw-work · · Score: 3
    ...Those can contain executable code too, but I guess Microsoft has to defend people's freedom to doubleclick on untrusted Word attachments.

    Microsoft can't get too draconian with the patch, lest people refrain from applying it, in which case they are back to where they started.

    Ahh well. Virus writers will have to get mildly creative again.

  136. Re:WHY does GNOME need VB compatiable scripting by Sloppy · · Score: 2

    WHy not Perl? It's infinitely better for text manipulation anyways.

    You don't understand GNOME/KDE. I don't think the primary purpose of these projects is to make a good or ideal environment. The primary purpose is to make a reasonably compatable one, in order to infiltrate Microsoft's market. They are doing the best they can, within that constraint. Using Perl would be pointless in that regard, because the area they're trying to infiltrate doesn't already use Perl. It uses VB.


    ---
    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  137. that's what i got for thinking... by Snick^ · · Score: 1

    What are virus scanners for? Last one I had scanned email and attachments... Then again, I'm in unix now...much more comfortable.

  138. The Root Cause by Goody · · Score: 1

    Microsoft still isn't addressing the root cuase of all of this. Windows needs to have a protected environment to execute hostile applications within. This may be halfway possible in NT, but it goes back to the old issue that you basically have to have Administrator rights to do anything beyond creating a file in notepad.

    Microsoft will release this "fix" with a whole bunch of media hoopla, reassuring the public of its innovative nature and its desire to protect its customers. A few days will pass and someone will release the successor to Mellisa and ILOVEYOU which will thrive and cause more damage than the previous two. A media frenzy and congressional hearings follow.

    Does Microsoft think they're really going to be able to fix this with such a silly solution ?

    --
    Tired of being "punished" by the Slashdot $rtbl since 2002. I'm now over at http://soylentnews.org/ .
  139. AOL already dealt with this by FullaDumbAnswers · · Score: 1
    AOL warns a user before they open a file that it could be dangerous. That should be enough for any mail program. It's good enough for 17 million subscribers right now anyhow.


    ...................

    ... paka chubaka

    --


    ...................

    ... paka chubaka
    ...................

  140. Turn off scripting by default? Will cost too much? by C+R+Johnson · · Score: 1

    Because these machines are administratable remotely.

    How much it will cost a corporate customer who wants to turn scripting ON over 500 desktops?

    And Pity the poor SE who has to go to each and every box over 3 days and change the settings.

    --
    The alternative to limited government is unlimited government.
  141. my solution by Anonymous Coward · · Score: 1

    I work for a company where we run Outlook but use sendmail on our mail servers. I simply wrote a script to append ".TXT" to each incoming attachment. Let's do the math here. 1,000 Outlook clients, 10 reports of receiving the ILOVEYOU virus, no network damage. Occasionally it gets annoying to rename a bunch of attachments at once, but you can't beat its level of protection.

  142. Re:Microsoft Development Process by Col.+Panic · · Score: 1

    Thanks - you have just developed a worm. I just forwarded this to everyone in my address book. They will then read it and be compelled to forward it to everyone in their address books, and so on ... :)

  143. But when will we see it? by shippo · · Score: 1
    So it has taken almost 2 weeks for BillyBoy & Co. to announce that a fix is in production.

    How much longer will it take before the final working fix is released? Could be months, going on previous form.

    Then again, it couldn't be as bad as Borderware's firewall. They once had a serious security problem, and annouced a fix would be available in 6 months(!).

  144. Re:Cross out that tick-list feature :-) by MikeTheYak · · Score: 1

    Or, for that matter, from looking at the URL for the Kerberos document. Supposedly the way to exchange files is through something like FTP now, but exactly how would that work if URLs are disabled as well?

  145. Re:Just in the nick of time! by Gregg+M · · Score: 1

    Remember people where saying don't buy Windows 2000 until at least the first service pack. Well Microsoft heard you and responded. Windows 2000 already has a Service Pack and I heard it's 200 megs! 200 megs of changes in 3 months? Isn't Win NT 4s service pack 6 around 120 megs?

    --
    Linux is only free if your time has no value. Windows is only free if you threaten to use Linux.
  146. Just ZIP it by /dot · · Score: 2

    I usually ZIP everything sent because many mail gateways corrupt the filenames of attachements. Also very nice to make sure your personal love letters reach their targets untouched. /dot

    1. Re:Just ZIP it by Kerne · · Score: 1

      Zip it, tar it, bzip it, encrypt it...the fact that a plain text script crashed thousands of computers says volumes about Microsoft's "commitment to innovation" :P

      Or better yet...use FTP for file transfers and email for email!!

  147. Re:WHY does GNOME need VB compatiable scripting by JamesHenstridge · · Score: 1

    If you are aiming to have a spreadsheet program that is 100% compatible (or as close as you can get on a system that doesn't implement win32) with excel, you really need to be able to execute its macros. This is necessary if you want to round trip a spreadsheet into gnumeric and back to excel format without loosing all the macros.

    I don't know if there is any talk of adding VB scriptability to evolution though.

  148. Gasp! by BandSaw · · Score: 1
    What?

    How can I send and read HTML encoded email if I use pine? Don't you realize that the rich variety of HTML email is vital to the productivity of the nation?

    And how will I see embedded graphics, like designer note paper and the other little touches which are needed to elevate email above plain text!

    Love,

    Martha Stuart.

    The above was parody, for those who were wondering.

    I'm a strict pine user myself.

    --

    Your wallet stays open. Our source remains closed. We are MSFT

  149. Fix as a worm by Christian+Smith · · Score: 1

    Microsoft could release the fix as a ILOVEYOU like worm, that hunts down and fixes rogue Outlook users. The payload would download the patch (with permission, expaining what it could have done,) then contact everyone in the users address book.

    Now that's what I call ZAW:)

  150. My own research, best solutions by stain+ain · · Score: 2

    This is a press release.

    After some research on My Own Company Ltd. (DAQDAQ: MOCL), these are the best solutions we have found depending on the security grade you prefer (higher number, higher security):

    1. Delete Outlook Express
    2. Don't use email at all
    3. Destroy your Internet connections, and your whole LAN if desired
    4. Destroy your computer and all your electronic equipment
    5. Destroy all your belongings and spend the rest of your life in the Sahara dessert, living alone

    This has proven succesful in our labs in a controlled environment, so we can almost assure you that following the points above will solve your computer viruses problem, including those that spread by email, forever.

  151. Well, the guys over at NTbugtraq aren't impressed by Xemu · · Score: 5
    Original article



    Date: Mon, 15 May 2000 21:07:41 -0400
    Reply-To: Russ
    Sender: Windows NTBugtraq Mailing List
    From: Russ
    Subject: Outlook Email Security Update
    Comments: To: "NTSecurity (E-mail)"
    Content-Type: text/plain; charset="iso-8859-1"

    Today Microsoft announced the "Outlook Email Security Update", scheduled for
    availability from;

    http://officeupdate.microsoft.com

    on May 22nd, 2000.

    I was briefed on this update last week, and during this discussion I
    presented several recommendations. Microsoft have chosen not to implement
    any of them, despite the nearly 10 days available prior to its availability.
    Presumably they still haven't resolved the issues they have getting content
    onto their update sites in a timely fashion.

    Before I go into what is in this update, there are several critical
    incorrect assertions in it. Quoting from the official press release;

    "Heightened Outlook default security settings increase the default Internet
    security zone setting within Outlook from "trusted" to "restricted." The
    restricted zone disables most automatic scripting and ActiveX=AE Controls
    from opening without the user's permission. Users who prefer less security
    can easily change their Outlook settings to trusted zone."

    I guess the Microsoft Office Product Group has never bothered to read my
    page on how Outlook works and what needs to be done to the Restricted Sites
    Trust Zone for it to be truly safer;

    (http://ntbugtraq.ntadvice.com/outlookviews.asp)

    Of course without the modifications to the default settings of the
    Restricted Sites Trust Zone, Outlook happily runs any Active Scripting, and
    will happily invoke any ActiveX control marked safe for scripting and
    present on your system (ActiveX downloads are disabled.)

    I more than pointed this fact out to the Briefer, one Lisa Gurry from the
    Microsoft Office product group when she presented the functionality to me. I
    told her to either not make the switch to the Restricted Sites Trust Zone,
    or, make the switch and alter the defaults. I explained how just making the
    switch would yield very little benefit while misleading folks into thinking
    they were more secure, especially against scripting worms.

    The fact that ILV was relatively stupid as worms go seems to have been
    missed by many people. A slightly modified version sent as HTML that doesn't
    bother with the address book (who needs it, most people have lots of mail in
    their folders from all sorts of interesting folks to reply to) will likely
    get by these new features since scripting can still be done. The fact that
    "attachments" won't invoke any more isn't likely going "to thwart the spread
    and impact of many computer viruses."

    This presumes, of course, that some 45 million people already realize just
    how stupid they were to click on that attachment in the first place...and
    maybe have told a few friends...;-]

    MS seem incapable of doing what some coder at;

    http://www.slipstick.com/dev/code/zaphtml.htm

    has done with relatively few lines...namely convert inbound HTML-based
    emails to something else (Rich Text) which completely eliminates the
    vulnerabilities of scripting emails.

    Of course they further show their ignorance of the realities of corporate
    email systems by providing this quote;

    "Given the global impact of the I Love You virus and the growing threat of
    malicious hackers, we strongly believe we must take the unprecedented step
    of limiting certain popular functionality in Outlook to provide a
    significant, additional security option for our customers,"

    ...which, of course, has probably triggered thousands of email gateway
    scanners to throw the message back as containing a worm...duh!

    Granted, its unprecedented to remove functionality in favor of
    security...after a product's been released. This usually occurs during
    development...;-]

    Anyway, to the features in this update;

    1. "Email Attachment Security":

    Attachments won't be put through to users email. That's right, they'll go
    into never-never land. I haven't received an answer to my question as to
    just where they will go. I've been told that a user will somehow,
    miraculously know that there was some sort of attachment on a given piece of
    mail but that it's been stripped in the interest of their security...

    We'll have to tune in next week to find out where those objects get tossed
    to. ISPs may end up with thousands of little (or not-so-little) fragments of
    messages left behind by Outlook POP3 users who's mail simply says "Nope, I
    don't want that thanks"...with no ability for the user to delete it cause
    they can't see it...

    A full list of extensions being excluded is below (which will make even more
    dumb email gateways break as they can't figure out whether the presence of
    the text string "vbs" is a script or not)

    2. "Object Model Guard":

    Well, to be more precise is the "Address Book Guard" really. If Outlook
    detects lookups in your address book (that are somehow distinguishable to an
    invocation of the "Find" command", it, um, pops up a dialog. Not sure what
    the dialog says, but presumably it will be sufficiently verbose to explain
    what might be happening. Haven't seen what the dialog box options are, say,
    for someone trying to script a newsletter or a marketing document. Guess
    lots of folks are going to learn how to use distribution lists (making
    scripting worms easier in future as they just look for distribution lists
    instead of lots of addresses.)

    I should say, however, that this was one of the features I was looking for.
    Would have been nice to know how they're doing that, but...

    3. "Heightened Outlook default security settings":

    I covered this. They ignored my advice, don't know how their products work,
    and then told the world they were doing a good thing(tm)...NOT!

    I *have* to believe we'll see different wording in the final web page...I
    don't think they'd continue to lie so blatantly about their product.

    Get the feeling I'm not going to get briefed again in the future...;-]

    Conclusion:

    MS dropped the ball. I told them to make this thing appear as an interim
    step. It's not a patch, its Outlook on Training Wheels. I thought it was
    going to be a complete product (i.e. you download it and that's how that
    version works, get the full version to do more harm to yourself). As such,
    it made a lot of sense to have a version that was severely restricted. Put
    users on that till you're satisfied they aren't going to shoot themselves in
    the foot.

    Nope, they gotta tout it as more than that.

    So, bottom line, unless they change the thing before it gets released next
    week, make sure anyone you suggest it to also gets this URL;

    http://ntbugtraq.ntadvice.com/outlookviews.asp

    and turns off scripting and scripting of activeX components marked safe for
    scripting.

    I'm not even going into the fact that Outlook Express isn't being updated.
    Let's get real Microsoft, its the only email package included in every
    shipping OS you make! Oh, and let's not forget the "It can't be removed on
    Windows 2000!~!@!$!%" Someone on Bugtraq made a funny post about it being a
    virus...come on, we all know it can't replicate itself to another
    machine...that's done automatically at installation of the OS...

    In case you can't tell, I'm not pleased with the press release, or the
    completeness of the update.

    That said, I made another suggestion today that hopefully will get
    implemented. One of the biggest problems that exist with all of this is the
    fact that most people never update their systems with any patches, security
    or otherwise. I've suggested that they put a download counter on the site so
    we'll be able to see just how many people actually get the thing. Doesn't
    say much other than show the realities. MS could put a lot more effort into
    a better update, and it probably still wouldn't be applied by most folks
    (even if they did something so the patch could apply to more of the millions
    of folks the patch isn't intended for, i.e. those that use Outlook Express
    only.)

    For those interested, here's the list of extensions to be blocked by the
    update;

    ADE Microsoft Access Project Extension
    ADP Microsoft Access Project
    ASX Streaming Audio/Video Shortcut
    BAS Visual Basic Class Module
    BAT Batch Files
    CHM Compiled HTML Help File
    CMD Windows NT Command Script
    COM MS-DOS Application
    CPL Control Panel Extension
    CRT Security Certificate
    EXE Application
    HLP Help File
    HTA HTML Applications
    INF Setup Information
    INS Internet Communication Settings
    ISP Internet Communication Settings
    JS Jscript File
    JSE Jscript Encoded Script File
    Ink Shortcut
    MDB Microsoft Access Application
    MDE Microsoft Access MDE Database
    MSC Microsoft Common Console Document
    MSI Windows Installer Package
    MSP Windows Installer Patch
    MST Visual Test Source Files
    PCD Photo CD Image
    PIF Shortcut to MS-DOS Program
    REG Registration Entries
    SCR Screen Saver
    SCT Windows Script Component
    SHS Shell Scrap Object
    URL Internet Shortcut
    VB VBScript File
    VBE VBScript Encoded Script File
    VBS VBScript Script File
    WSC Windows Script Component
    WSF Windows Script File
    WSH Windows Scripting Host Settings File

    Cheers,
    Russ - NTBugtraq Editor
    "dot-age" (as in "we're in the dot-age") = senility (source Webster's)

    --
    Tell your friends about xenu.net
  152. Hold It!!! by Anonymous Coward · · Score: 1

    I am sorry folks, but this is not Microsoft's problem. And this so-called "security update" is nothing more than dulling a knife so that morons don't stab themselves. The fact is that there are too many ignorant computer users out there. I really don't want to defend Microsoft, they certainly don't deserve it, but lets look at it realistically. I think we all work with people who use computers but don't really understand them. Well maybe they don't need to know what the hardware abstraction layer is, but people should know better than to run something that was sent to them via email. (I love computers and I love cars, so here is an analogy). Most people don't really know how the engine of a car works but most people can drive, and almost all of them know better than to go 90Mph around a blind turn. Why is there not the same common sense for computer use?

  153. Re:Well, the guys over at NTbugtraq aren't impress by Fyndo · · Score: 1

    Yes, it was a trojan horse, however this does address on issue, it creates a distinction beteween opening files that will execute arbitrary actions on your machine, and files that are more likely to be "just data"

  154. Just in the nick of time! by cje · · Score: 4

    Wow! Thanks, Redmond! Word has it that Windows 2000 Service Pack 8 will also have built in invulnerability to the Morris Worm!

    --
    We're going down, in a spiral to the ground
  155. File Types by TheTomcat · · Score: 2

    This is not a troll, just pointing something out.

    Does anyone else find it ironic that almost ALL of the file extensions on the list pertain to Microsoft applications?

  156. MS can then say "I told you so" by AllynKC · · Score: 3

    It is a blatant overreaction, and limiting the attachments doesn't address the underlying security flaws; it only hides them. Prevent executables from running directly from within Outlook, or if they are ran, greatly limit their functionality if they are ran from within Outlook. For instance, if a script is ran externally from Outlook, assume that the user ran it him/herself, and give it access to the Outlook Address book (there are legitimate times when this is useful). If the script is ran from within Outlook, then it should be assumed to be insecure and not be given access to the Outlook Address book, and should not be able to modify other files on the system.

    There will be a loud scream of protest from users who download this patch. They will want to be able to send many of these file types via e-mail. MS will, of course, provide an uninstall for their patch, say "I told you so, you really do want the full level of functionality", and then go on happily ignoring security issues, always refering back to this failed attempt as the reason (ie: "we tried implementing greater security, users hated it, so we removed it").

    1. Re:MS can then say "I told you so" by whoosp · · Score: 1

      For instance, if a script is ran externally from Outlook, assume that the user ran it him/herself, and give it access to the Outlook Address book (there are legitimate times when this is useful). If the script is ran from within Outlook, then it should be assumed to be insecure

      You obviously don't know anything about how the last few viruses have worked. ILOVEYOU ran *from outside* outlook. It was a VBS, when launched it was executed by wscript.exe which is the operating system's VBScript interpreter. It then called into outlook from that external source.

      It is a blatant overreaction, and limiting the attachments doesn't address the underlying security flaws; it only hides them.

      Actually, it does address the *social* aspect of the virus problem - the fact that people will open any darn thing they got in email, even if it's from someone they don't know and they have 20 copies of the message in their inbox.

      People will want to send froginablender.exe to their pals, but their pals are the same people who would open THISISAVIRUSBUTIMACOOLVIRUSSOJUSTCLICKME.EXE.

    2. Re:MS can then say "I told you so" by whoosp · · Score: 1

      They already do this. Here's what my outlook98 machine shows me when I double click on a txt attachment:

      Some files can contain viruses or otherwise be harmful to your computer. It is important to be certain that this file is from a trustworthy source.

      There's an "Open" and a "Save" option below this. And as we've seen, people will still click Open. A dialog warning them of potential dangers isn't enough.

    3. Re:MS can then say "I told you so" by AllynKC · · Score: 1

      Perhaps my phrasing could have been better. I should have said launched rather than ran.

      By saying "if a script is ran externally from Outlook, assume that the user ran it him/herself, and give it access to the Outlook Address book (there are legitimate times when this is useful). If the script is ran from within Outlook, then it should be assumed to be insecure" I was primarily addressing from what point it was launched. Double clicking on an attachment to launch it, for the purposes of my post, should be read as running it from within Outlook. Saving it to a drive, then launching it from there, was what I meant by running it externally. I realize that the VBScripting is an external application; one which I believe (although it has been argued against this by others) should be disabled by default and only activated by/for those who need it.

      I would also like to see all ActiveX scripts to be disabled by default from within Outlook; the "secure zone" setting still allows those unless you modify it. But that's a different issue.

    4. Re:MS can then say "I told you so" by whoosp · · Score: 1

      Saving it to the drive and then launching it from there is just as big a security risk as launching it directly from outlook.

      In SR1 microsoft changed outlook so that exe, com, bat, vbs etc could not be launched directly from mail - user had to save to disk and then open windows explorer and run it from there. And people with SR1 on their machines still opened the iloveyou virus - meaning that they saved the attachment to disk first, and then ran it. Insane. I got 4 copies of the virus from people running SR1 myself.

    5. Re:MS can then say "I told you so" by AllynKC · · Score: 1

      I agree that it's just as big of a security risk; but it does add an extra step that will at least make it more difficult for the trully computer-challenged to inadvertantly launch the virus (and I've worked around several people in this category). While I have SR-1 installed, I honestly hadn't noticed that change (I never launch directly from Outlook, so never saw the block - even then, I call the sender before running if I hadn't been expecting an attachment from them).

      Lets face it, even with ".exe" files not being allowed as an e-mail attachment, if you send an e-mail that says to use ftp to get the file, you'll still get someone fool enough to download and run the thing. I still see the patch as an attempt to patch the user, rather than the software (mail client and OS).

      Have VBScripting default to disabled, all scripting types disabled by default within mail clients, and secure all program files so they can't be modified by a user-level executable, then the security issues of the software would be much better addressed. Two of these can be addressed by MS now and while not eliminating virii, would at least limit certain types, as well as limiting the number of machines that could be potentially affected (only those who had a need to activate scripting would be at risk). The third requires a fundamental design philosophy change and an OS rewrite, and is unlikely to be implemented anytime soon.

    6. Re:MS can then say "I told you so" by AllynKC · · Score: 1

      On a related item ... I like the idea of the dialog box before a script can access the address book. But, can the dialog be disabled by those who use scripting for sending newsletters to all the addresses in a seperate database? I can't find any information on that.

    7. Re:MS can then say "I told you so" by whoosp · · Score: 1

      I don't know.. how would the user disable it? An option in the registry? Since the point of those blocks are for *after* the virus has run, it can just modify the registry itself. I'm sure they're looking into it though.

  157. Only when I laugh... by RubiCon · · Score: 2

    *ROTFLMAO* I'm sorry, but there is so much in this document to laugh at. As laughter is good therapy, here's the entire thing potted into a syringe-sized dose:

    THIS BETA...SHOULD BE DEPLOYED ONLY ON MACHINES THAT CAN BE REFORMATTED AFTER TESTING WITHOUT SERIOUS CONCERNS.
    A nice starter - you know you're in Microsoft's hands now!

    This update limits certain functionality in Outlook to provide a higher level of security; it was not created to address a security vulnerability within Outlook.
    Absolutely! Keep telling us there's nothing wrong with Outlook and maybe we'll believe you someday.

    Certain functionality in Office may be impacted by this update.
    What does that mean? Let's follow the link
    Palm, Windows CE devices (PDAs) have synchronization issues. These include:
    Syncing with the Inbox displays a prompt and then fails. This is under investigation.

    Ah, that's not a bug, it's 'impacted functionality'. Let me add that to my excuses list.

    Since access to certain file attachments in Outlook is restricted by the update, users will need an alternate method for distributing files...
    Such as elm/pine/Eudora/Netscape Messenger...

    Level 2 security contains only one file type by default: .ZIP files. If a message contains a .ZIP attachment, you are prompted to save the file to disk if you try to open it.
    Ignoring the fact that in Microsoft's world there is only one type of archive - have you noticed how MS deem it okay for you to open it elsewhere, just not near Outlook? What are they trying to hide?
    This update...was not created to address a security vulnerability within Outlook.
    Ah, yes - so you said. And you know what, I almost believe you...

  158. Dunderhead? :) by sheldon · · Score: 1

    Hey Dunderhead, this patch from Microsoft does exactly what you suggest!

    It pops up a box and says "Hey, some program is trying to send email... do you want it to?"

  159. Re:Well, the guys over at NTbugtraq aren't impress by fougasse · · Score: 2

    In Outlook:

    - Right click on the attachment
    - Choose edit (opens in Notepad)
    - Choose save, then open in your favourite text editor.

    Not too hard...

  160. Re:"Security levels" for attachments by fougasse · · Score: 2

    How does removing executable attachments hurt the little guy any more than it hurts the big guy?

  161. Re:not so bad by pind · · Score: 1

    It shows pretty clearly how pathetic this idea of discriminating files by their extension is. Because the OS happens to be configured to execute files with this or that extension, the cure is to prevent the mail client from transferring files with this extension. This is so clearly a fix for the wrong problem. The right solution would be to alter both the OS and the mail client so it doesn't automatically execute anything that just comes off of the wire. But preventing the client from transmitting files with certain extensions is so obviously a flawed design decision. But then again, what can you expect from MS.

  162. What's the solution? by abram_fettig · · Score: 1
    I see this as being a cross-platform problem, one that affects Linux as well as Windows. The root of the problem is this:

    Even on a multiuser OS, users have full permissions on their own data. This means that if they can be tricked into running any kind of file that contains executable and/or script code, that file will be able to do all kinds of nasty things to their data, since it will run with their permissions.

    It is important to note, as others have said here, that to a user their data is more important than system files. Which would you rather have deleted: your /etc directory (or registry for windows users) or all of your important documents? I think that all of us would rather still have our documents - after all, you can always just do a reinstall to recover system files. User-created documents are not always recoverable, and are therefore more valuable.

    What's the solution to this? Banning certain file extentions from being transmitted via e-mail does not seem like a real solution. One solution would be "go back to the command line, since that forces users to think about what they are doing instead of just reflexively double-clicking everything". But that would require giving up years of interface design. Is there a way to keep a friendly user interface without making it all too easy for users to run destructive programs?

  163. Re:virus scanners are for known viruses by Snick^ · · Score: 1

    It'd prolly pick up Windows and think it was a virus anyway.

  164. Re:yet another kludge fix by fougasse · · Score: 2
    the ease of access to the address book

    cat ~/.addressbook

    the various gaping holes allowing access

    ILOVEYOU exploited no gaping OS holes that I'm aware of.

    the general problems of macro scripts

    #!/usr/bin/perl
    print "Looks like a macro script to me!";

  165. So does outlook by CausticPuppy · · Score: 2

    Outlook does this as well, but that's not the problem. Few people actually have macros in Outlook, but if they do, by default they'll see a message box saying "This outlook session contains macros..." yadda yadda.
    The problem is not outlook's internal VBA macros, but external programs being able to automate outlook so easily, due to its exposed object model which WSH/VBScript (among others) has easy access to with no regard for security.

    --
    -CausticPuppy "Of all the people I know, you're certainly one of them." -Somebody I don't know
  166. So 2 weeks and we get a hack job? by doc_brown · · Score: 1

    Really, it's been about 2 weeks since the "Love Bug" (Herbie come back please!!!) and M$ "fixes" the problem by disabling certain attachments? Now, Outlook is less usefull than before and how long before people figure out the holes in this security patch?

    Now there is no way for some M$ dedicated shops to get a simple HTML fix for their web page, Access data base for their customers lists, or even a Security Certificate (!?!) for their web server.

    Why not fix the root of the problem instead of triming the tree down?

  167. Re:PCD Files by thogard · · Score: 1

    Photo CD can't run code. It was designed to be platform indpendant.

    Which is why I suspect MS is tring to get rid of it. May the DOJ will notice but I'm guessing not for a few years.

  168. With all due respect, you are arrogant. by torpor · · Score: 2

    Statements such as this:

    "Conclusion:

    MS dropped the ball. I told them to make this thing appear as an interim step. "


    ... make "Russ" seem as arrogant as fuck.

    Sure, he might be qualified to scrutinize MS' security (hell, it doesn't take much to be in a position where you can poke strong technical holes in MS' security, sheesh), and he may very well have some good points to make, but coming off like "I told them so, but they didn't listen" is really just fundamental geek arrogance at its finest.

    The *viewpoint* may be perfectly valid, but the arrogant header containing the packet is going to cause this message to bounce off corporate-mindset firewalls all over the place.

    Who the hell does he think he is? The Great God of Microsoft, directing his minions? I thought that position was already filled.

    With all due respect, I do *not* know this Russ person at all, and may be treading on a few toes, but since I don't know him, his viewpoint wrapped in arrogance is an unfortunate first intro. (I'm sure he's a technically competent invididual, though.)

    This is a perfect example for how *not* to communicate to an industry/public about technology. Better would be to just state the facts, and leave the blame out of the equation - it'll carry better in mainstream media, because media types detest geek arrogance, especially when it involves Microsoft...

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  169. Typical "Solution" by Col.+Panic · · Score: 1

    Rather than doing something creative like remvbs.kix available at securityfocus.com

  170. This site is a scream by FascDot+Killed+My+Pr · · Score: 1

    E-mail attachment security prevents users from accessing several file types when sent as e-mail attachments. Impacted file types include executables, batch files and other file types that contain executable code often used by malicious hackers to spread viruses.

    What about .doc files that are really plain text? Wouldn't a better solution be user-modifiable (and admin-lockable) filter mechanism? Better yet, how about just not auto-launching?

    Object Model Guard prompts customers with a dialog box when an external program attempts to access their Outlook address book or send e-mail on their behalf, which is how insidious viruses such as I Love You spread.

    'Cuz we know you READ all those dialog boxes. "Spell check cancelled. Continue anyway?" "Mouse device moved. Move on-screen pointer?" The problem is not programmitic sending of email--after all, a virus could just call MAPI.DLL itself.

    Heightened Outlook default security settings increase the default Internet security zone setting within Outlook from "Internet" to "restricted sites."

    Meaning what? I can only get email from domains named by the admin? First of all, that defeats the purpose of email. Secondly, it doesn't address the problem: people were opening the viruses because they came from people they already knew. Just because it comes from someone I trust doesn't mean I should trust the package.

    I wish I had the time and space to quote a refute the whole thing, but work awaits.
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
    1. Re:This site is a scream by IntlHarvester · · Score: 2

      The problem is not programmitic sending of email--after all, a virus could just call MAPI.DLL itself.

      No, in the case of ILOVEYOU, this would have stopped the spread of the virus pretty quickly. Imagine if a user had to push "Yes" for each of the several hundred mail messages he/she was sending out. And MAPI.DLL should have similiar protection.

      In fact, this approach is exactly how Lotus Notes handles it. Notes has a larger installed base than Exchange, and has had programmatic e-mail sending for 10 years, but yet somehow manages to avoid these mail worms.

      So, Fascdot, I'm curious how you would design a solution? It's too easy just to condemn Windows as sucky and let it be -- there's the real possibility that lots of stupid users will be running lots of stupid programs on Linux in a couple years. "Object Model Guard" might not be a full sandbox, but for Microsoft, it's a gigantic step forward in their thought process about application automation.
      --

      --
      Business. Numbers. Money. People. Computer World.
  171. hah, no block on DOC. by delmoi · · Score: 1

    What the fuck!?! This is amazingly stupid, even for Microsoft, I mean; it isn't even a user option. And they didn't block .DOC files ether, witch I'm sure can contain as much malicious code as a PhotoCD file. Why the hell would they simply ban those file extensions.

    I mean, why not let the user, or admin simply configure those options himself. or for god sakes, change the default option from "shell-execute' when you double-click on it.

    Of course, if they would have blocked, it would have fucked up winword (not that this dosn't mess up a lot of their other programs). whoever thought this up at MS should be fired.

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:hah, no block on DOC. by MSZ · · Score: 1

      The reason it isn't a user option is that if it were, malicious code could disable it.


      Seeing how they describe adding more extensions to the list, I'll bet the well written code will still be able to disable this. Just wait 2-3 months, for next worm...
      --
      The moon is not fully subjugated. I demand a second assault wave preceded by a massive nuclear bombardment.
  172. No scripts in GNOME mailer? by yerricde · · Score: 2

    GNOME's VB-compatible scripting host is sandboxed; scripts can't touch anything outside their sandbox.

    --
    Will I retire or break 10K?
  173. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  174. Running as root by webster · · Score: 1

    Surely setting an aliased account for everyday use, and logging in as root *only when really necessary* is the solution

    No, no! You want to set up all your users with uid 0, but with their own login id and home directory. That way they all get full access to the system, and you get the full windows flavor while running *nix.

    (Note for the humor impaired -- this was meant to be a joke)


    Always and inevitably everyone underestimates the number of stupid individuals in circulation

    --

    Information is not Knowledge
  175. Well Duh.. by BandSaw · · Score: 1
    Hey, they could start a distribution of Linux.

    Oh, Wait..

    --

    Your wallet stays open. Our source remains closed. We are MSFT

  176. Every Program strives to be, oh crap, forgot by dilvish_the_damned · · Score: 1

    No wait, 'Every program strives to become an email client'.
    I think... hell, I forget, but the point is this, If every program strives to become an E-mail client then what do e-mail clients strive to become?
    Web browsers?
    Phone books?
    PIM's?
    Multi media platforms?
    And my favorite... Program launchers? What the..heck?
    I realize that that Microsoft has to be inovative, but why in the hell do they have to make all there programs do everything that all their other applications do?
    I beleive its under the guise of being inovative. (maybe they have problems developing beyond parity with competative products)
    Why do they do this sort of thing with a complete disregard to security or anything else?
    Its all in an effort to make thier products warm and fuzzy. No thought (comparatively) to the security of their userbase.
    I once saw an article from MS that described how they were taking security very serious in the development of win2k. They actually dedicated 10 personel to doing nothing but finding security holes in Windows 2000.
    10 people out of 30,000. Pretty depressive. I am utterly demazed. Wonder how many janitors they have?
    Wonder how many man hours it took to find thier current secure E-mail solution?
    I know none of these answers so dont ask.
    But here is one I would not mind having answered: why do they not just make an E-mail client?
    Not a web browser, not a multimedia platform, not a program louncher. Just E-mail. Oh, and they might even include attachments of whatever flavor, like every other E-mail client. Or is this in the works for Outlook 2002?
    Hell, they could call it inovative. I'd let em.

    --
    I think you underestimate just how much I just dont care.
  177. Re:"Security levels" for attachments by flawed · · Score: 1
    The aren't gone or deleted. It will not allow the user to run or save them. If you later change your security policy you can save/run them any time you like. The data is always there.

    Yeah. Most users will change the security policy exactly *one time* to the relaxed setting and leave it there.
    Great security advancement.

  178. Re:that wasn't the real problem VBscript was by dilvish_the_damned · · Score: 1

    No offense, but screw that, the problem is that MS has taken control from the user by default and designed the system to execute code oe not execute based on predefined criteria. "Is this a trusted site"? "Is this a trusted freind"?
    To hell with the whole auto execution model entirely. If the user want to execute something fine. Its on them. Dont make any decisions for the user. This is not the OS's job.
    Oh oops. Outlook is not part of the OS. Or is the jury still out on that?
    Basically, let the user decide, dont take control and functionality from the user. Or at most let it be a sysadmin setting. Let the SA decide what types of files will be executed, but let the user have the last say.
    VB is just one aspect of a very bad policy. Who are they to choose policy?
    And now they want to exclude certain file extentions from attachments. Ya this is great, except that you can make a .DOC file execute by command.com. That dont really bother me so much as the fact that this is from the same company that wants to hide those ugly file name extentions from the user by default.
    ARRRGGGG!!! I cant rant enuff about this. Its not you though this whole damn thing has me angry.

    --
    I think you underestimate just how much I just dont care.
  179. Re:Well, the guys over at NTbugtraq aren't impress by DunbarTheInept · · Score: 1
    • Microsoft implemented the only solution possible: prevent users from getting access to untrusted code in the first place.
    Uhm - no. That was not the only solution. The best solution is to do what everyone else on the fscking planet does with e-mail - DON'T RUN EMBEDDED PROGRAMS AUTOMATICALLY - Duh. When I click on an e-mail with an attachment in anything other than Outlook, I get a link within the message that I can click on to try to get at the attachment. This lets me actually *READ* the message before deciding to run the possibly dangerous code contained inside. If this were the default in Outlook, the ILOVEYOU trojan would not have spread as fast. The idea of having the default setting be to automatically RUN PROGRAMS sent as e-mail when clicked is the dumbest thing ever. e-mail is not about running programs. It's about sending messages. You should be paranoid about anyone who felt the need to send a program rather than a document in an e-mail. And your e-mail reader should allow you to be that paranoid. And it should be that paranoid as the default setting, not some option that most people won't bother to find out about and change.
    --

    Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  180. half these file types are no security risk at all by llzackll · · Score: 1

    The following file types, in my opinion, should not be on the list.

    .BAS Visual Basic Class Module. - Pretty much the VB equivalent of a .H file in C.

    .CRT Security Certificate? - Since when has a security certificate been a security risk ?

    .HLP Windows Help File - This made me laugh.

    .INF Setup Information File - Just a text file, usually holds setup information for programs, but can also be used as a script. By default, when you execute this file, it just opens up in notepad as a text file. It can't execute anything unless you right click on it and click "Install" from the popup menu. 99 percent of windows users don't know this and would never be able to execute this script.

    .LNK Shortcut. - Basically the same thing as a symbolic link in unix, but less powerful. Links to a file ALREADY on your system in the first place.

    .PCD Photo CD Image. - Since when could a photo execute any malicious code?

    URL - Internet Shortcut hmm, IE is the ONLY browser I know of that someone could build a web site that could damage your computer if you went to it.

    I'm sure there are a few more on this list that shouldn't be there either. Instead of blocking certain file types, maybe they should have thought about the security risks in the first place.

  181. PCD Files by TyFoN · · Score: 1

    How can PhotoCD Images execute malicious code?

    I think it's very odd to have a image file format
    on that list.
    ---
    Just say no to .sig(arettes)

    1. Re:PCD Files by psychofox · · Score: 1

      I assume that the three letter filename exstension list is suffering from overcrowding. Files ending in PCD are then either Photo CD images or some other kind of application code.

    2. Re:PCD Files by TyFoN · · Score: 1

      Nope.. in the listing it actually called it
      Kodak PhotoCD Image. Hmm.. a image format that
      can execute arbitary core :)
      ---
      TyFoN

    3. Re:PCD Files by Remote · · Score: 1

      How can PhotoCD Images execute malicious code?

      It may contain it disguised as data.

      I don't know the PCD format, but if may have some compression scheme. In theory, a maliciously ill-formed file can lead a dumb decompressor to go crazy and cause a stack overflow condition. This is particularly valid because decompressors tend to be highly optimized code (at source level), often choosing to "trust" the data for validity.

      I'm currently writing a program that has to read and write TIFF files. While prototyping, my TIFF's could be read by Corel PhotoPaint and GIMP. I could read their TIFF's too, but upon trying to read my own TIFFS I got core dumps while on Linux and systems crashes on Windows. It turned out that my TIFF's were wrong because I misinterpreted some of the specification. The images were ill-formed, but that condition could be used, again, in theory, to make the machine execute malicious code.


  182. Re:Well, the guys over at NTbugtraq aren't impress by kaphka · · Score: 3
    DON'T RUN EMBEDDED PROGRAMS AUTOMATICALLY
    Outlook does not run embedded programs automatically.

    *thud*

    Outlook does not run embedded programs automatically.

    *thud*

    Outlook does not run embedded programs automatically.

    *thud*

    I know I take this too personally, but the rampant ignorance about this issue, among such otherwise intelligent folks, is really depressing.

    To clarify: The ILOVEYOU trojan exists as an inert attachment. It will not run when you read the email; it will only run if you then launch the executable attachment. Yes, there are ways to run safe code automatically in Outlook, and yes, there have been bugs that allow you to run unsafe code automatically in Outlook, but none of that is involved here.
    --

    MSK

  183. Cross out that tick-list feature :-) by tjwhaynes · · Score: 3

    Amazing. MS chooses to remove all access to the attachments. Not just stop them running, but actually stop them being saved out to disk. That's going to really impress the user who receives the Kerberos document in EXE form :-)

    Cheers,

    Toby Haynes

    --
    Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
  184. Re:"The Best Way" by whoosp · · Score: 1

    Microsoft did this months ago - see http://support.microsoft.com/support/kb/articles/Q 259/2/28.ASP

    ... and it didn't work. People running SR1 still opened the iloveyou attachment.

  185. isnt this old news?? by mezziah · · Score: 1

    Hey didnt u guys post this before?? Wow a miscrosoft update how original.... that alone wont solve the problem...they need to raise the awareness of the user...they dont quite see the massive gaping security holes that microsoft leave in their excellently produced programs!!!(ahem sarcasm all around) lovely! bring on the updates EVIL EMPIRE!

    --
    "Thats the way the cookie gets totally stomped on!"
  186. Re:Microsoft Development Process by hbruijn · · Score: 1
    Add to that the number of lusers who don't listen to the touch-tone options (I suspect some of them just press buttons at random until a human answers) and end up in a completely different group that doesn't have a clue how to handle their support. I'm sure this sounds familiar to some ..

    The worst is when you even press all the correct options and someone picks up the phone with:"Customer Service how can we help you?".
    They should know by now how they can help you, you want $SPECIFIC_HELP for $RANDOM_PROBLEM as per $SERVICE_AGREEMENT, as should be obvious by now with all the questions you answered already to the automated touch-tone system!!!

    --

    If a trainstation is the place where trains stop, what is a workstation?

  187. Article in Washington Post - Viruses, VB, Macros.. by stil · · Score: 1
    Curt Suplee, the General Science reporter on the National desk of The Washington Post will be writing an article about the ease of "virus creation" in the next day or so.

    Concentrations will be on the tools used to create viruses, the ease of creation, informative bits about macro viruses, how certain applications (ie Outlook) "autolaunch" virus-ridden files, and so forth.

    If you want to contact him, his email address is supleec@washpost.com.

    Do *not* spam this guy - he's a nice guy trying to write an informative story, but if you have some pointers for him or some interesting URLs I'm sure he'd appreciate them. He might need interview candidates, but I'm not certain about that. Perhaps a simple offer of assistance would be the best bet. Consider this your heads-up from the /. Wash Post insider. :)

    stil

  188. Re:Well, the guys over at NTbugtraq aren't impress by MrEd · · Score: 1
    the ILOVEYOU virus, which would run just as well under Pine (assuming you're running Pine on a Windows machine.)

    So the Outlook feature of allowing a program to connect to the Windows Scripting Host and send email to everyone on your address book without your permission isn't important? Maybe the Pine ILOVEYOU virus will pop up an alert box asking you politely to spend 10 minutes on Pine sending copies of it to your friends.

    --

    Wah!

  189. Re:What alternative client for Exchange Server? by liquid-groove · · Score: 1

    Exchange 5.5 and later allow for access to the global address list via LDAP, so you can use just about any LDAP client to search for addresses.

    Exchange also supports by defaul access via POP3 or IMAP4 so you could use Pine, mail, MAIL, Netscape, Eudora, etc. to acess mail on the server.

    Calendaring gets a bit more tricky, but if you really don't want to use Outlook as your default mail client you could use Outlook Web Access (OWA) to access your calendar when necessary. If OWA is installed on your Exchange server it would be accessable at the following URL http://servername/exchange or https://servername/exchange if they're using SSL. (If they're not using SSL, feel free to laugh)

    You administrator could also install a script to allow for web based address searches. There's a sample application which does just that here: http://www.cdolive.com

  190. The logic's reversed! by jibun · · Score: 1

    I think this logic is reversed. The rule has tradionally been that everything not explicitely allowed is denied. In particular, there should be a minimal set of attachments that can be executed (in the Windows sense of double clicking a file) for viewing. This shouldn't be any different than the way IE deals with the problem. If you click an executable file, you have the option of either saving it or executing it. The last thing we need is an arbitrarily selected list of files that are disparaged upon. This will not benefit anyone other than WinZip Computing et al.

    Nuff said.

  191. WARNING by roman_mir · · Score: 2

    MS OUTLOOK:
    An external application is trying to access e-mail addresses you have stored in Outlook. Do you want to allow this?
    Allow access for: 1min, 2min, 5min, 10 min

    This is so dumb! I am sure that this time restriction is a potential security problem.

    You either allow the executing appliation to read the addresses until the app. is terminated, or you disallow it, but you don't allow some app. to do something for 1 or 2 or 5 or 10 minutes. This makes no sense, if I wrote a virus, would I make this virus wait for 10 minutes before it did some damage or spread around? No. The virus would do its business in the very beginning and it usually does not take a minute for the virus to execute.

    Micro soft must be some kind of a brain disorder

    1. Re:WARNING by bogado · · Score: 2

      I agree compleatly, if they spended 2 seconds thinking on this issue they would have thought that the number of emails returned to the applications is what should be limited, something like:

      An external application is trying to access e-mail addresses you have stored in Outlook. Do you want to allow this?
      Allow access to: 0, 5, 10, all emails



      --
      "take the red pill and you stay in wonderland and I'll show you how deep the rabitt hole goes"

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

  192. yet another kludge fix by CormacJ · · Score: 2

    Instead of actually increasing the security of thier mailer and stopping the ease of access to the address book, the various gaping holes allowing access to the O/S and the general probelms of macro scripts, they block access to certain filetypes.

    This won't actually stop the problems that Outlook has or causes, but it will slow it down a little. Now people will save them off to thier disks and run the programs from there allowing more access to Back Orifice, and a .BAT containing "Deltree /y c:\"

    This is typical of what happens when a corporation becomes stale.

    Good riddance I say. The more more people are scared away from Microsoft the better.

    1. Re:yet another kludge fix by mssymrvn · · Score: 1

      Do you ever get the feeling there's a reason that they don't want to patch those gaping holes? I'm not too much on conspiracy theories, but the holes certainly make really nice backdoors for MS to poke around (not to mention any law enforcement). I'll stick with my Linux box and firewall. Even if they're not exploiting those openings, why risk it? I don't understand why well educated individuals that use Windows don't do more to combat this (either through big PR or technical means).

      Has anybody run a packet sniffer from a Windows box? I'm curious to know if there are any errant packets heading to Redmond or some other random IP address.

  193. Re:that wasn't the real problem VBscript was by stephensiu · · Score: 1

    That's not true. VBScript/JScript don't get run automatically in preview window. If the content is HTML, script tags are strip from it. In the case, it is a attachment, and has to be explicit run by user.

    But I agree with your solution. They should not turn off all executable or script but have various levels of security to script Outlook. However, it is a fundamental design problem in Outlook and can't be patched over (not in 2 weeks anyway).

  194. Re:What about doc and xls ... and others by lpopman · · Score: 1

    MAM - Access Macro
    LOL... they've blocked MDB - Access DB File, which as far as I'm aware (Flame on if I'm wrong) doesn't execute a thing, unless you explicitly run a query, or open a form or such.

  195. virus scanners are for known viruses by Doke · · Score: 1

    Virus scanners are for known viruses. They don't work well on new ones. That's why ILOVEYOU got past them and did so much damage.

    Theoretically you could look for "virus-like behavior". I think a lot of scanners can do that, however they usually ship with that disabled. I guess the heuristics aren't good enough yet, and they don't want to annoy people with false hits.

  196. Are you absolutely sure? by bridgette · · Score: 2

    My understanding is that certain versions of outlook with certain confiiguations will run the vb script when viewing the email text (either in a sperate window or in the preview pane).

    Note that no one is saying that this happens with all versions and all configuations, so it isn't sufficient to provide one counter-example (i.e. "it didn't auto exceute on my system - so there!").

    Russ published a chart showing outlooks behavior when you open or preview email. Note that in Outlook 98 and Outlook Express, when previewing email, active content is executed if the secutity zone allows.
    http://www.ntbugtraq.com/default.asp?sid=1&pid=4 7&aid=56

    So Outlook will auto execute scripts iff active scripting is allowed by whatever zone Outlook is using.

    Outlook defaults to using the internet zone and I doubt(hope) that active scripting is enabled by default for that zone, but is is likely that many IE users would enable active scripting at some point, since may sites, incluiding MS's IE update, require it.

    --
    - bridgette
    1. Re:Are you absolutely sure? by kaphka · · Score: 2

      That chart that you linked to is interesting; I didn't even realize that Outlook 2000 disabled scripting regardless of your settings.

      But that's beside the point. VBScript is just a language... a language can't be inherently "secure" or "insecure". I'm sure (at least I hope) that you can write a Java program that will delete everything on your hard drive, or arrange for itself to be run on startup; however, that Java program (again, I'm hoping) will not run in a web page. It's the environment that matters.

      Having said that... Yes, some versions of Outlook execute embedded VBScript and Javascript by default. So do web browsers. Is Netscape inherently insecure because it executes Javascript? It's the exact same thing.

      Once you run an email attachment, you're in a different environment, and the rules are different... that's how ILOVEYOU did damage. But that has nothing to do with scripting. ILOVEYOU could easily have been written in Javascript, and in principle, it could also have been a binary, or a batch file, or a Tcl script, or anything. That is what I'm referring to when I say that Outlook (any version of Outlook) does not execute scripts automatically.

      And once again, none of this has any bearing on ILOVEYOU... ILOVEYOU would not have run as an embedded script, period. It relies on the ignorance of the users, who download the program and run it on their own.

      --

      MSK

  197. Re:"Security levels" for attachments by Sri+Lumpa · · Score: 1
    This patch breaks functionality with a whole bunch of software.

    Yup, I know approximatively 50 000 little applications whose propagation will be hurt by this functionality :D.

    --
    "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
  198. Well... by Greyfox · · Score: 2

    An NT box *IS* C2 in a disconnected configuration. And would probably be considered B2 or better in a configuration where it's powered off, unplugged and locked in a safe...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Well... by Doke · · Score: 1

      I think that's just NT 3.50, not 3.51 or 4.0. It had to be disconnected from a network. I think it needed some patches too.

  199. Everyone go watch "The Net" again... by Bazman · · Score: 1

    ..especially Microsoft. Not only do you see Sandra Bullock in a swimsuit, but you also see what closed-source security solutions might be setting you up for. World domination by the back door. It was shown recently on UK TV and it seemed so appropriate. If the GateKeeper software had been open source then the backdoors would have been spotted, the bad guys wouldn't have had a chance, and Sandra wouldn't have had to wear that swimsuit. Oh, maybe there's a good side to closed-source...

    Anyway, serious point - closed source, bad for security. Sorry if I'm preaching to the converted.

    Baz

  200. Re:Well, the guys over at NTbugtraq aren't impress by wombatz · · Score: 1

    kaphka sez: Anyway... Ahem... I was planning to not rant about that, but I ended up going on for quite a bit. What I really wanted to point out was a small factual correction... actually two. First, I don't know how you have your Outlook configured, but by default, "Restricted Zone" does disable all scripting.

    Factual correction to the factual correction: russ is correct. Outlook's (and Explorer's) "Restricted Zone" uses the "High" level of security, which leaves "Script ActiveX controls marked safe for scripting" and "Active Scripting" enabled. In order to turn these off you need to use a "Custom" level of security in which you turn these things off.

    kaphka sez: it has nothing to do with the ILOVEYOU virus, which would run just as well under Pine (assuming you're running Pine on a Windows machine.)

    Hm. How would it propagate itself?

    =wl

  201. Really moronic knee-jerk response... by The+Code+Hog · · Score: 1

    Geez. It's not like Outlook is the best mail client, but under windoze it offeres the best combination of multiple accounts + Palm integration. Now I have to go find some other client so I don't lose the ability to send attachments at *my* discretion.

    All because there are many, many folks who aren't real bright? This was news to anyone?

    --
    -- "Vote Democrat. Because the current crop of conservatives are just bugnut crazy."
  202. Microsoft Development Process by jabber · · Score: 5

    As part of its effort to standardize the user interface and functionality of all Microsoft programs, Windows producer Microsoft has proposed the following guidelines. They will make your development strategy consistent with the development strategy at Microsoft.

    1. Start by having your R&D staff search the net and other sources for popular applications until they find one that would look good in a box with the art division's latest logo.

    2. The R&D staff must now completely replicate that product, changing the interface slightly and adding no less than 20,000 extra "features," at least 100 of which must really be bugs that they didn't feel like fixing.

    3. Do NOT, under any circumstances, test the product. This is a waste of time and money. Ship the first beta that arrives on your desk. In fact, don't bother even getting it on your desk. Just ship every build that comes along. Users like upgrades. Besides, you can charge people for bug-fixes cleverly disguised as "service packages". Users love service packages.

    4. Hopefully someone's written a user's manual. In fact, it's probably readable by a normal human being. This is unacceptable; perform a find and replace operation on random English words, replacing them with technical terms and acronyms. Users like acronyms; they add mystery to a product. Never tell what an acronym means; this is unprofessional. You may even wish to make up your own acronyms; again, don't tell what they mean. For every sensible sentence, you lose at least three calls to your $200-per-incident tech support line. Users love calling tech support, especially when there are fifty touch tone menus that all lead to the same two people.

    5. Prepare for shipping. Have your team of 57 lawyers create a prefabricated license agreement. If you do not have 57 lawyers, hire or fire as necessary so that you do have 57 lawyers. Be sure that the license agreement includes a "by opening the box, you agree to this" statement. Then put it inside the box. Users will perceive this as a joke and laugh. Users love involuntarily binding themselves to legal agreements.

    6. Before shipping, invest in shrink wrap. Shrink wrap the manual. Shrink wrap the CD. Shrink wrap each and every floppy disk separately. Shrink wrap the "getting started" card. Shrink wrap the registration card. Shrink wrap the card from your grandmother. Then dump the whole mess in a box and shrink wrap it. Pack several boxes inside a larger brown box with 5,637 non-decomposable foam peanuts (each one shrink wrapped individually, of course). Be sure the foam peanut count is exactly 5,637. Remove or add shrink-wrapped foam peanuts as necessary. Throw in a roll of bubble wrap because of its entertainment value.

    7. Ship the product and move your entire R&D and art staff to the $200-per-incident tech support lines.

    --

    -- What you do today will cost you a day of your life.
    1. Re:Microsoft Development Process by Icebox · · Score: 1

      You forgot 8. Put holograms on everything. Mouse cables; Manuals; Teddy Ruxpin; etc. Maybe print the entire EULA on a hologram to render it untreadable by humans.

      --
      Icebox
  203. The Obvious Answer by Jonny+Royale · · Score: 4
    I'm supprised no one thought of this before...

    Simple re-encode your macro viruses into Word, or Excel or Access or whatever macros, then send that document (with the viruses attached) around...

    If I wasn't in trouble with Microsoft before, I sure am now!

  204. "The Best Way" by Jeff+Mahoney · · Score: 2

    Kudos to MS for taking the first steps in securing one of their most notorious products, but I think the method that they're using isn't an ideal solution.

    There are plenty of legitimate uses for most of those extensions, and restricting them too severely may push many users away from applying this patch.

    I think a better solution may be to implement a "Save to Disk"-only option. This way, executables (and scripts, etc) could still be attached to emails - and read by the client, but not executed automatically.

    Is the real issue people getting programs and scripts through email? I don't think that it is. Disabling the automatic execution of potentially rogue programs/scripts is the answer - not disabling access to the attachment altogether.

    -Jeff

  205. New "Safety" .ZIP files, by Micro$oft. by cr@ckwhore · · Score: 1
    Dear loyal Microsoft User:

    Recently we added security features to Outlook that make your computer safer and less threatening to your children. By doing this, we've also reduced the risk of "CPU Bomb" attacks, where a hacker can turn your CPU into a bomb and blow up your house.

    One specific detail of our new security measure is strict limitations placed on .ZIP files. .ZIP files are very dangerous to use and are a playground for hackers transmitting virii. We at Microsoft are among the first to recognize this problem... this is why we are introducing a new type of .ZIP standard... its the new Microsoft SafetyZIP (tm). Its safer to use because nobody can send you a virus in a SafetyZIP file. In fact, nobody will be able to send you anything usefull in a SafetyZIP file... especially those hacker linux users.

    The new SafetyZIP standard* utilizes the latest technology in high security email attachments, where only Microsoft programs can send attachments to your inbox.

    *Note: Windows users only.

    --
    Skiers and Riders -- http://www.snowjournal.com
  206. This is a pure marketing fix. by Markee · · Score: 1

    This fix does not improve the user's security. It improves Microsoft's security. On the web page, they basically say: "We don't give a f* about how you share files over the internet, as long as you are not using MS Outlook".
    Obviously, the only reason for this is that they don't want the negative press next time an email worm starts traveling.
    This move shows that MS doesn't care about the customer's security. If they would, the right move was to encourage users to use Outlook for sending their attachments, but implement a security model so it would not be dangerous.
    Thanks, Microsoft. Thank you for caring.

    --
    Yes, you are right there. -- Another glass of champagne?
  207. that wasn't the real problem VBscript was by rifter · · Score: 1

    Attachments in and of themselves were not the problem. The problem was that Outlook ran certain types of attachments automatically. You don't even have to open the email, because when a mail shows up in the preview window, the VBScript gets run automatically.

    The only way to stop this behaviour is to set scripts to disabled or prompt in explorer. If you set them to disabled, you can't search the net from altavista, read slashdot, etc.

    I think the real solution would be to change the security level of VBscript. There is no reason a web script should have access to all the shares on your network, and all the files on your hard drive. That is bad design. They should also not have scripts running automatically in email. On the web it is usually safe to run scripts, but on email there is not a purpose in it. (Though some web sites do have windows-killer scripts, they are generally linked with an "I hate windows" or "this is why windows sucks" kind of tagline and in any event a web site is a kind of real estate and owners can be tracked much easier than those of email.)

    Still it is a good thing to see microsoft, even belatedly, actually addressing security in their products.

  208. What a fsking KLUDGE! by Leghorn · · Score: 1

    Amazing...MS has outdone itself on this one...

    Outlook has got to be the biggest piece of crap excuse for a mail client in the world.

    Does anyone actually use the VB scripting functions in outlook for anything useful???

    I still like the guy who said they should change the name to LookOut!

    --
    ----- Leghorn "Not responsible for program content"
  209. Re:E-mail w/out Attachments by kz45 · · Score: 1

    It's better than the current versions of OSS, *nix clients, with all the GREAT features from the 1960's. Quote: "It was built right the frist time, so it doesn't need to be updated". Yeah.... and so was the Model-T.

  210. Read the BBN article... by Shotgun · · Score: 2

    it is hilarious. To paraphrase M$, "We're removing a popular part of our program that only 1% of our customers use in order to provide a security enhancements, not fix a security hole that has allowed email viruses to flourish."

    --
    Aah, change is good. -- Rafiki
    Yeah, but it ain't easy. -- Simba
    1. Re:Read the BBN article... by Shotgun · · Score: 2

      Actually, it is the BBC article. the URL is http://news.bbc.co.uk/low/english/sci/tech/newsid_ 750000/750456.stm

      --
      Aah, change is good. -- Rafiki
      Yeah, but it ain't easy. -- Simba
  211. hmm by DGregory · · Score: 1

    My one pet peeve about windows is that they hide the file extensions by default from the user. As if I can remember what all the little icons mean. They also make customization difficult for your "start" menu (Linux or Unix would be simply editing a text file... windows you have to edit the registry).

    If I ruled the world, no one would send HTML within emails (it was THE reason I switched from Pine, people didn't realize they were sending HTML email and I ended up yelling at brick walls about the issue). AOL would use real standards (right now if an AOLer forwards something it ends up as an attachment, and AOLers can't send more than one attachment or it all gets zipped, and there's the screwy thing where they insert images that only other AOLers can see).

    What I find ironic about the whole thing is that for the Melissa virus, Microsoft said it was the users fault, not their fault. For the ILOVEYOU virus, they said the same thing and said they didn't intend on fixing their software. It's only after everyone still blamed them and they decided they didn't need the extra bad publicity that they decided to release a patch.

    What kind of "functionality" does outlook give you that the other products don't? I use dtmail and calendar (the Solaris one) and at home I use Netscape messenger. (and StarOffice at home and work) I haven't seen anything extra that Outlook does other than propogate viruses for people.

    (and my mom's been bitching up a storm because [IIRC] she can't print labels directly from her address book in Outlook, and then some other problem about it not liking being moved to a D drive)

    Hmm I think I said everything I wanted to. My thinking is disjointed today. I blame it on being Tuesday.

  212. Object Model Guard by Barbarian · · Score: 2

    Object Model Guard prompts customers with a dialog box when an external program attempts to access their Outlook address book or send e-mail on their behalf, which is how insidious viruses such as I Love You spread.

    'Cuz we know you READ all those dialog boxes. "Spell check cancelled. Continue anyway?" "Mouse device moved. Move on-screen pointer?" The problem is not programmitic sending of email--after all, a virus could just call MAPI.DLL itself.


    They're really only addressing accessing the address book through easy VB extensions. A virus can also open address books raw and search for text strings that look like email addresses i.e. (whitespace)*@*.[com|net|org|uk|ch|de etc...].

    --

  213. "Security levels" for attachments by sammy+baby · · Score: 5

    Okay, folks, stop saying "Hey, they took attachments out of Outlook!" Here's what actually happened:

    The MS patch revolves around defining various types of security levels for attachments. At present, they only define two levels. At level 1 (.exe, .com, .vbs, et cetera), the attachment is deleted. Poof. Gone.

    At level two (just .zip files), opening the attachment shows a warning to the effect of, "Hey, this file, it could be really really bad, so be careful before you open it, okay?"

    Obvious weaknesses:

    1. The .zip file attachment filter is absolutely ludicrous: anyone with a copy of WinZip can also open .arj, .cab, .tar, and .gzip files (and probably a full other types to boot). None of those file types are addressed.
    2. Executable files that you want distributed are nuked. Outta luck.
    3. This patch breaks functionality with a whole bunch of software. I don't know if this was avoidable (can't make an omlette without breaking some eggs), but it sucks.

    What the release gets right:

    IE does have a pretty nifty security model in that it offers multiple layers of trust for various sites/domains (trusted, "Internet", restricted, custom). Anything sent by e-mail is now assumed to be from the "restricted" zone, unless manually reset. I'd prefer to see a per-user trust level for e-mail, but that can only come with the widespread adoption of an authentication model (like PGP, for example), which I don't see happening yet.

    1. Re:"Security levels" for attachments by smudge · · Score: 1

      3. This patch breaks functionality with a whole bunch of software.

      Isn't that gonna get M$ is MORE trouble with their anti-monopoly suit? They're hurting the little guy (again).

  214. Re:MS Is Only Trying To Help by pe1rxq · · Score: 1

    LOL, somebody moderate this down before I kill myself laughing.....

    --
    Secure messaging: http://quickmsg.vreeken.net/
  215. ZIP files by sammy+baby · · Score: 2

    Actually, ZIP files are addressed: Outlook now pops open a message warning the user that the file may contain evil Blue Meanies (or words to that effect). It's really more of a deterrent than anything else, but it's a better deterrent than was there before.

    Except, of course, CAB, ARJ, TAR, and GZIP files don't carry an equivalent warning. Such is life when you're inside the box, so to speak.

  216. one more thing by DGregory · · Score: 1

    Did Microsoft shut off the thing where if someone previews a file (.xls, .doc even...) it runs the program and the person inadvertantly infects their computer?

  217. No Attachments ?? by rkt · · Score: 1

    heh...
    another good reason for people to switch to unix.

    rkt

  218. This is a good thing! by !Xabbu · · Score: 1

    As an Outlook user (at work, at home pine) I think this is a good thing. Not so much that you can't send attachments as easy. If I think about how hard our mail server works when some dork sends off a 4 meg attachement to 20 of his closest friends (Even I have been guilty of this at one time before enlightenment) it makes me want to spew. Personally if I have something humourous or work related to send, I put it in my webspace and send people a link. This will force people to do things such as this.

    Now.. on the other end of the scale... WTF don't they just disable Javascipt and VBScript in email... not disable.. REMOVE completely. Don't give me some crap about how Yahoo can't inundate my email from their pop users with banner ads at the bottom... Its not needed... There is nothing wrong with linking an image as HTML as a lesser evil and just rotating these images on the server side for each request.. If such a beast hasn't been created for their web server, they have enough money to add a feature such as that to their webserver software. BAH!

    So now I'm 50/50 on this point.

    - Xabbu

    --

    - Jimbob
  219. Workaround: Just use Winzip by psychofox · · Score: 1
    Other issues aside, this should not seriously restrict the average users ability to distribute files, since you could just encapsulate the file you wish to send in a zip file or the like.

    There is therefore no need to use Microsoft's handy community website services. As an added bonus, using Winzip might actually decrease download time for recipients with low-bandwidth connections!

  220. extra note by Barbarian · · Score: 2

    A virus can also open address books raw ...

    By this I meant, even in VBS you can open files raw.

    --

  221. So MS is responsible now... by Rombuu · · Score: 1

    For the fact that users are too stupid not to execute atachments? Sad, very sad...

    --

    DrLunch.com The site that tells you what's for lunch!
  222. Good start by Mike+Schiraldi · · Score: 2

    Well, it's certainly about time.
    --

  223. Re:WHY does GNOME need VB compatiable scripting by randombit · · Score: 1

    Can anyone explain why GNOME would need VB compatiable scripting?

    For compatibility with Office/Outlook/etc, I suppose. Personally, I wouldn't want any kind of script being executing by my mailer (unless of course it's already installed in the system and is explicitly invoked). But then I use pine so I guess I'm ok there. ;)

  224. M$ needs to get out of that ivory tower... by legLess · · Score: 1

    ...and into the real world. I administer a network of 60 Windows machines (but not on the server - *shudder*), and well over 95% of the viruses that I see are Word and Excel macro viruses. To be honest, I haven't even heard of half the files extensions listed. And as for the rest of them - PhotoCD files? Can you really execute a virus from a PhotoCD file?

    Furthermore - what's going to stop people from just archiving these files? When the next worm is an attachment sent in a ZIP file, will Outlook nuke all ZIP files?

    This is asinine. The problem here is the execution of the malicious code, not the file attachment. Of course it's much easier to just nuke a few file attachments that try to design an e-mail client that isn't Swiss cheese from a security standpoint.

    These reeks to me like a punative mode; M$ got tired of the bad press and knew that had to do something: "Fine. You don't like Outlook? Joke's on you pal - we're going to nuke all file attachments that developers might use. The bad news is that your company is going to keep buying Outlook. Forever. Bwahahahaha."

    --
    This isn't as much "normalization" as it is "don't take so many drugs when you're designing tables."
  225. URL forbidden? by Pope+Raymond+Lama · · Score: 1

    Excuse me...not that I know of a file extension named URL, but I had to note they were forbidden too. Does that mean that when I send an URL on e-mail, people reading it in outlook wont be able to open it? What a pitty. (ROTFL)

    --
    -><- no .sig is good sig.
  226. WHY does GNOME need VB compatiable scripting by Barbarian · · Score: 2

    GNOME's VB-compatible scripting host is sandboxed; scripts can't touch anything outside their sandbox.

    Can anyone explain why GNOME would need VB compatiable scripting?


    --

    1. Re:WHY does GNOME need VB compatiable scripting by EvlG · · Score: 2

      I agree. WHy not Perl? It's infinitely better for text manipulation anyways.

      We don't want VB!

    2. Re:WHY does GNOME need VB compatiable scripting by brokenin2 · · Score: 1
      Well, then make sure you don't work on that project. I know vb under gnome seems silly, but if noone wanted it, then it wouldn't be there. Even more to the point, the people coding it are probably the people that wanted it, so if they'd like to spend their time doing silly things, then let them..

      A lot of people (myself included) are in situations where they're forced to integrate linux and the win32 world, often including many silly little apps that may need things like this..

  227. Another article: by MonkeyMagic · · Score: 2

    What Microsoft should really include is a dialog box -- "Warning -- a program is trying to automatically send a mail message to xxx@yz.com! Proceed? Yes/[No]/See Message".

    As I understand it from this article there will be a message if a script attempts to access the windows address book (The ease with which virii and trojans can access the address book would seem to be the core of the problem.)

  228. Microsoft's responce to the ILOVYOU worm/virus. by AftanGustur · · Score: 1

    Microsoft Security Response Center:
    This is a general issue, not a Microsoft issue. You can write a virus for any platform.
    (New York Times 5/5/00)


    Mr. Scott Culp of Microsoft Public Relations
    This is by-design behavior, not a security vulnerability.
    (CNET 5/5/00)

    --
    Why pay for drugs when you can get Linux for free ?

    --
    echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
  229. they MISSED something... by Timex · · Score: 1

    i noticed that there was a distinct absence of .DOT (M$ Word Templates) on the list. IIRC, at least one "virus" was spread as an attachment in a Word file. of course, it was a .DOC file (which, technically, isn't supposed to have executable code in it, but any monkey can change the extension and Word won't seem to care a bit)....

    yet another half-assed "solution" from the Infinite Minds of PunySquishy....

    I KNOW that there are some "good guys" at M$. why can't THEY be the ones that get these fix-em-up assignments, so it'll at least be thought out reasonably?

    Just another computer geek....

    --
    When politicians are involved, everyone loses.
  230. Word Docs Not On The List!?!?! by wirefarm · · Score: 2

    What gives? Isn't Word(tm) the vehicle of choice for these macro 'viruses'? Why is it not on their blacklist?
    This is lame. Melissa would still work after the update, though not ILOVEYOU, I suppose, but I really don't get their thinking.
    They need to separate Outlook from IE - I mean, pictures in email are not bad, per se, but I really don't want my email setting cookies, running scripts or downloading files without my knowledge.
    These are not features that the casual user is going to put into an email, so I don't want them. These are things used to track 'Customers' and generate demographics statistics.
    It seems that MS has been positioning Outlook to be a vehicle for marketing, not person-to-person communication. Now it's biting them on the ass.
    In the meantime, I downloaded Eudora for Windows 3.11 - It does everything I need and nothing I don't.

    Jim In Tokyo

    --
    -- My Weblog.
  231. Hmm.. by steveargonman · · Score: 1

    This seems assinine. Denying all attatchments instead of just improving security checks? You've got to be kidding. I hope there's a class action lawsuit if this happens to be the case.

  232. What alternative client for Exchange Server? by oni · · Score: 1

    We use Exchange Server where I work. I'd love to quit using Outlook but I can't find a client (preferably free) that allows me to access the address list on the server. It's probably just an LDAP server but I haven't experimented with it too much.

    I'd be interested to hear what mail clients other people are using on Windows and Linux and how well they work with Exchange Server. Personally, I think Eudora Light is the best thing out there for Windows (but I can't live without the Exchange address book).

  233. Excellent by Booker · · Score: 1

    I'm wondering why a suit hasn't come up yet... does the EULA really protect them against this kind of thing?

    Ten. Billion. Dollars.

    $10,000,000,000

    ---