Yet Another Mac OS X Protocol Handler Exploit
Rosyna writes "Apple just can't get any breaks lately. First the help protocol handler exploit (which has been fixed), then the telnet handler exploit, and now an exploit for any arbitrary protocol handler: make your own, then exploit it. You can auto mount a volume in Mac OS X via the disk, afp, or ftp handlers (and probably others). Paranoid Android will help prevent exploitation until Apple fixes the problem." The hole here is that when a volume with an application on it is mounted, Apple registers the application's specified protocol handlers, without additional user action. Another option is to disable those handlers that allow volume mounting, but playing that game, obviously, isn't a guaranteed win in the long run.
by Anonymous Coward on 11:40 22 May 2004 (#9224915)
What'd they do, hire the security team away from Microsoft?
Troll? Have I too committed a thought crime by considering that post funny?
I love my Apple computers and I adore OS X.
That said, I'm immensley releived the floodgates to OS X exploitation have finally been thrown open.
Allow me to explain.
Too long Apple users have gloated (senselessley) that OS X is somehow more secure than Windows. This collective delusion has lulled everyone into a false sense of security. Being one of the few who bothers to "secure" his OS X installation, I am often jeered at for being paranoid - uneccesarily so, according to my detractors.
But the truth is that no software sytem is perfect. This is the wake-up call Apple and its users to realise they need to watch out too. I relish this because taking action *now* too purge OS X of its deficiencies will prevent the pitiful scene common to Windows users. I don't want OS X exploited on a daily basis as happens with Windows. I want OS X to be secure!
There will be much displeasure in the short-term, but that which does not kill us only makes us stronger.
Seriously though, once Linux becomes a real choice for average desktop users we'll be seeing Linux exploits as well.
Stop the world; I need to get off.
I'm a bit amazed on how well the Mac community have co-operated in finding these security flaws. Even though the flaws are always bad things, this just shows how strong the community actually is. And it sure feels good to be a part of it.
I demand the Cone of Silence!
this just shows how strong the community actually
It does, but it also shows the importance of community. This is one thing that I feel should be taken into account when creating a product. If you can create a community around your product then people will dicuss what they like, what they don't like and generally people will talk about your product. All this needs be, to start with, is a help forum will provision for generalised discussion. If people are part of the community then they are likely to help push the product.
Jumpstart the tartan drive.
The disk: protocol is designed to automount images off the web, that is why it exists in the first place. Developers can offer up images off their sites users can mount directly so there's no need to download the image, install the app, and delete the image. Once the app is installed the user can just unmount it. It is a nice functionality but Apple needs to sandbox the process since an image mounted off the web should be untrusted.
I'm a loner Dottie, a Rebel.
Slashdot is not one person. Therefore there will be different opinions about things.
I'm not usually for releasing vulnerabilities directly into the public, but this makes an exception. The findings of these new vulnerabilities are results of one conclusion after an other. In the end: does it matter if the final announcement is posted if you can read it between the lines from the earlier posts yourself?
I demand the Cone of Silence!
I do not have any better solution, but as the sky is overcast today I'm gonna complain about yours anyhow.
You are not alone in suggesting that the user should confirm what should happen in a dialog/pop-up/what-not. The problems are
a) There are too many clueless users out there, who have no idea of what they are doing.
b) Even if you are full of clues and the geekiest guru of the town, there will be moments when a dialog simply cannot give enough information on what can safely be done.
In an ideal system you (geek or your grandma) should never have to worry about understanding what is going on and judging whether it is safe or not.
But, as said before, that does not mean I have any suggestion on how to handle this particular problem in any better way. Sorry...
I know you're being funny, but has anyone actually seen any malicious exploits out there for this? I haven't heard of any. Not that this lessens the gravity of this exploit, but it is interesting. Also, I don't believe this is a hole for viruses, again someone can do a hell of a lot of damage with a simple rm -rf ~ but I don't think this has the potential to open the door to worms viruses etc.
I must point this out. This exploit is as much of an exploit as say... http: ... or telnet: ... or (gasp) ftp: . I could go on but frankly it's pointless. This is no exploit. It is simply the proper use of a protocol.
If you want to be fair about it, to become a security risk, it would have to have access to something.
As far as the dmg thing goes, a mounted dmg shows up on your desktop right away, A screen pops up showing it mounting, etc... There's no missing what is going on by even the simplest mac user.
Disk access is another issue. Is this exploit being run as root? Administrator? Against other users of the system? Does it somehow exploit suid or chown? Is it remotely executable?
The answer is almost usaully a resounding no!
Then it's simply not an exploit. It can do nothing. End of story.
My sig is as boring as you...