Safari "Carpet Bomb" Attack Code Released
snydeq writes "A hacker has posted attack code that exploits critical flaws in the Safari and Internet Explorer Web browsers. The source code can be used to run unauthorized software on a victim's machine, and could be used by criminals in Web-based computer attacks, security experts say. The public example of the attack code allows attackers to litter a victim's desktop with executable files, an attack known as 'carpet bombing.' In combination with bugs in Windows and Internet Explorer, attackers can run unauthorized software on a victim's computer."
Oh wait..
The price is always right if someone else is paying.
This is a _Windows_ Safari problem, not an _OS X_ Safari problem. And yes I RTFBlogPost.
Here are two very quick temp' workarounds for the issue.
1) Launch IE from a location other than your desktop (e.g. Start Menu, Quick Launch Tray).
2) Go to Program Files\Internet Explorer, Create Shortcut, and then place that shortcut on your desktop. Make sure the "Start In" setting is set to any location other than your Desktop.
This is not a security flaw in Safari, it's using what SHOULD be no more than a DOS attack on Safari to make an attack on the longstanding security flaws inherent in the Windows browser-desktop integration. The same flaws can be attacks with minimal social engineering ... convincing a significant number of users to download a file despite any warnings is NOT a hard process... the majority of malware over the past decade that have used related flaws in the Windows security model have managed to propagate using social engineering tricks.
I am still boggled by the fact that Microsoft didn't fix the deep problems here ten years ago.
Best workaround is to use Firefox.
The price is always right if someone else is paying.
Clearly the quickest way we can get Apple to fix this is to host this attack on all of our own websites, with the .exe in question being the uninstall program for Safari.
As soon as the attack centers on an Apple product, they'll start moving their ass. Until then, it's "not [their] problem".
very informative.
If Windows has an "unsafe" flag for files, it should be used by Safari. Also, I find using desktop as default download space incredibly annoying (yes, i'm looking at you firefox).
That said, IE should also know better than to execute random files from the desktop, which seems like the nastier issue here.
The section is not "OS X". It is "Apple", the folks who make Safari.
Why oh why, in two-thousand-freaking-whatever, do we still have issues like this? It's bad enough that Apple has "Open 'safe' files after downloading" enabled by default (and yes, they are the ones who put 'safe' into quotes, so it's not like they don't know) and being set to download files without prompting for confirmation is just as bad. We're getting into MS "Hey, let's automatically run attached executables!" territory here. Internet-related things need to be secure by default, period. (Yes, I know 'secure' is not a single magical setting, but if the choice is between "convenient, but obviously a potential attack vector" and "has at least one step between 'click' and 'pwn3d!' " then the default setting should be for the more secure of the two.)
Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
For crying out loud:
This is Windows-only.
The Safari problem only enables littering the desktop with files.
It's the WINDOWS and IE problem that enables running unauthorized software.
So, bottom line, if you're using a Mac, you're still just fine.
Sounds like a "Feature" to me.. If Apple is adding exploits to the "PC" then they get to make more commercials about how insecure windows is.
Sounds like a scope issue. Microsoft apps are designed to look for resources/references closer first, then further as needed.
For example, if IE needs to use mm.dll it will first look in the working folder, if it doesn't find it there, if will check the system's path variable and see if it can find the library in any of those folders.
In this specific case, if you are running Safari, it can auto download a new file, say, 'mm.dll' to your desktop. Safari doesn't care about it, BUT, the next time you start IE from the desktop (a shortcut on the desk top, not the quick launch or start menu), it treats the desktop folder as the working folder, and seeing that nice and shiny new mm.dll in it's working folder it doesn't bother to check the system's path variable to pull the real mm.dll out of the system32 folder.
At least, that would be my assumption of how this is happening.
-Rick
"Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
Regardless of what the default is in Safari or even Firefox, a user can still change that default to anything they want including the desktop.
As others have pointed out, the downloads folder is a Leopard specific feature used by Safari when running under Leopard and the executable warning thing is also a Leopard feature.
Jesus was a compassionate social conservative who called individuals to sin no more.
Personally I think the bigger issue is that Safari will auto-download, auto-mark-safe, and auto-run files silently. IE's broken too, but either one of the players involved could render this exploit moot. Let's see who responds first before stoning someone to death.
I still don't see why someone would be browsing around in safari and then open up IE. A regular user's likely to only use his favorite browser and a dev who needs to view the same site in multiple browsers would probably notice that there're a bunch of new .dll files all over the desktop.
I prefer things downloaded to the desktop, too. However, my issue is that the files are downloaded automatically. Let's ignore the dll security flaw for a second. If Safari gains any significant traction among windows users, I guarantee that websites will use this as a vector for spamming you with ads and spyware. At a bare minimum it will be annoying.
In fact, I'm kindof surprised that the surlier parts of the web (warez sites and such) aren't already using this to dump porn ads on your desktop.
Carpet bombing is still an issue, if for no reason than it is an annoyance.
On Linux, $PATH generally only includes system directories, like /bin, /sbin, etc -- places only root can write to. Occasionally, it will add ~/bin, which the user can write to -- but which no sane browser would download to by default.
In the Windows command prompt -- and I bet this behavior is inherited from DOS -- the current directory is included in the path. I'm pretty sure it's implicitly included -- that is, no way to disable it by editing %PATH%.
My understanding is, the main reason PATH works this way is to make it always safe to be in a working directory. That is, "cd foo; ls" should always be safe. If you have '.' in the PATH, it's not safe to do this in a directory writable by people you don't trust -- they could always create a file named 'ls' which you would then run.
This just seems like a variation of the same -- it might make sense to look for DLLs in the directory containing the EXE, but I don't think it makes sense to look for DLLs in the current working directory.
Don't thank God, thank a doctor!
Safari shouldn't be downloading files without prompting the user. In this case it is a dll... but from what I understand it could just as easily be an trojan named something like "My Computer.exe".
Application A shouldn't download it without asking the user.
Application B is not setting its working directory correctly.
if its working directory was set correctly. Normally it is set to the directory that the application is in and definitely shouldn't be set to the user's desktop directory.
Or even pictures saying "Your computer has been hax0red by the DropJPEG trojan" or something.
We could also do our part, pushing an image that say something alone the lines of "Your Safari browser is not properly configured for download security, please change your default download directory to yadayda..."
Hey guys, I've been trying to see the source code, just because it's interesting, but couldn't find it in this links (actually it took me a while to check all the links), so if you're having a problem to see the source code, here's a link :
Source Code
Read and Comment at my BLOG
!!!