Web Exploit Found That Customizes Attack For Windows, Mac, and Linux
phaedrus5001 writes with this quote from Ars:
"Security researchers have found a live Web exploit that detects if the target is running Windows, Mac OS X, or Linux and drops a different trojan for each platform. The attack was spotted by researchers from antivirus provider F-Secure on a Columbian transport website, presumably after third-party attackers compromised it. The unidentified site then displayed a signed Java applet that checked if the user's computer is running Windows, Mac OS X, or Linux. Based on the outcome, the attack then downloads the appropriate files for each platform."
Is that where the "domestic pharmaceutical procurement facilitators" meet?
"Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
When are the malware writers going to support BSD?
Please learn how to spell.
if(linux) { exec 'su - root' || die 'shit, I had to try something...'; }
Now if only the major business software companies were this considerate...
"When information is power, privacy is freedom" - Jah-Wren Ryel
"java applet".
So in other words, if you VOLUNTEER to run their malware, their malware runs. Wow. Whoda thunk it.
Java = security nightmare. javascript not much less so. Anyone halfway security conscious only runs scripts based on a whitelist of trusted sites.
Oh noze... a web exploit for Linux! That asks you if you want to install it from within your web web browser. Yeah, your average Linux user will surely fall for that, even though it's not how we ever install software. Does it even work on Linux? The article had no screenshots of it running there, nor what version of Java (if any) it exploits.
That'd be news to the millions getting new macs and using Java.
The cesspool just got a check and balance.
Good luck with getting far on Linux, most people on there are nerds and geeks who know NOT to hand over root passwords just cos some program claims it needs it, and on up-to-date systems there won't be any known privilege escalation exploits.
Well, at least they made it run on Linux. Most software writers just don't bother to put in that kind of effort. Must be one classy virus writing operation over there to not leave any of the major OSes out lol.
Quoted: "Surprisingly for such an advanced exploit, it was unable to infect modern Macs unless they were modified to run software known as Rosetta. The software allows Macs using Intel processors to run applications written for Macs using PowerPC processors, which were phased out about five years ago. Rosetta is no longer even supported on Lion, the most recent version of OS X."
Rosetta not supported on Lion and not installed by default in Snow Leopard.
So no current Macs and only older Macs that use Rosetta risk infection. That number has to be pretty low...
I don't any *nix user has much to worry about either...
Procrastination; I'll think of a sig tomorrow.
Yeah, all those SAP and Oracle users. Maybe it has wider usage than I'm aware of, but the vast majority of use I see is enterprise. Of course this doesn't mean that it's not a problem. There are plenty of business users who are one step away from using Typex on their screens.
JC
So, if I haven't ordered any cocaine in the last couple of weeks, I should be okay?
XKCD:Xeric Knowledge Comically Dispen
I'm immune to this. I have to explicitly declare the host name that applets will be allowed from. If it's not configured, then the applet tag gets replaced with an HTML comment as it passes through the HTML filter. I'm doing this with an old client side firewall program called atguard, but I'm sure there are many others that do the same. As a result, I only run applets from web sites that I want to run. I see "download plugin" or grey boxes where all the applet ads would be or that are coming from sites that I didn't specifically go to. Why hostname-specific applet blocking isn't built into browsers is beyond me. Maybe it is on some of them...?
If you google getParameter( "ILIKEHUGS" ); from the screen shot in TFA, you can find a java file which looks suspiciously like the one in TFA. I lold at the header comment. I don't think this is a 'new' exploit:
/** ...
* Original Author: Thomas Werth
* Modifications By: Dave Kennedy, Kevin Mitnick
* This is a universal Applet which determintes Running OS
*
Join the Slashcott! Feb 10 thru Feb 17!
Eh? How do you figure? Macs run Apple's version of Java...which means, they'd dutifully execute this applet. If you'd have said 'Mac users have to be running Rosetta in order to be infected' I'd give you your street cred back.
Macs do indeed run apple's version of java... If you have jumped through the hoops of clicking the "disabled plugin" button that replaces the applet, then typing in your password. Macs absolutely do not have to be running rosetta (a tech that doesn't even exist any more) to get infected, as neither Java, nor the binary delivered is a PPC binary.
The year of the Linux desktop has arrived!
Eh? How do you figure? Macs run Apple's version of Java...which means, they'd dutifully execute this applet.
Because, as the OP said, Macs don't ship with Java anymore. It's not installed by default with the current version of Mac OS. Also, even if the user installs it, recent Mac OS security updates will actually disable it if it is not being actively used.
That is probably why the exploit only bothers to target obsolete versions of the OS X with Rosetta (or on PowerPC hardware.) A version for newer versions of OS X would be blocked before it could even get downloaded.
That'd be news to the millions getting new macs and using Java.
The GP is correct. Apple stopped shipping Java with OS X with the release of Lion.
That said, if you try to run something the requires Java, OS X will offer to download and install it for you. However with the latest OS X updates the Java browser plug-in and Java Web Start are now disabled by default, and have to be explicitly enabled by the user in the Java Preferences app. And if they do explicitly enable it, it will auto-disable itself again if it hasn't been used in some time.
That's a lot of extra hoops to jump through to get this to work on a modern, up-to-date Mac. Then again, the people who develop and propagate malware such as this tend to target those who don't keep their systems up-to-date, ensuring it is still a concern for many users (with those at most risk being the ones least knowledgable to do much about it, or even be aware that anything is wrong).
Yaz
More correctly:
1. Macs ship with a hook that offers to install Java if you ever attempt to use it.
2. OSX does not disable Java itself, but the Safari application disables the use of Java applets. If you run Firefox, this doesn't happen at all.
Right, because most Windows machines have a C compiler installed ...
Eh? How do you figure? Macs run Apple's version of Java...which means, they'd dutifully execute this applet.
With OS X Lion, Apple stopped shipping Java with OS X. And with the latest revision, the ability to run Applets or Java Web Start is disabled by default, and has to be explicitly enabled (and even then will self-disable if you don't use it for some time).
So to amend your statement, Macs run Apple's version of Java -- if you've tried to run something written in Java, responded to the resulting pop-up that you'd like to download and install Java, entered an Admin password (or username and password if you're not running as admin), waited for Java to download and install, then went into the Java Preferences app, turned on the "Enable apple plug-in and Web Start applications" setting, closed the Preference app, and then gone back and reloaded the infected page...at which point they'd dutifully execute this applet.
(Older versions of OS X are, of course, still at risk from this sort of Java applet based attack vector).
Yaz
F-Secure wans't eager to tell us the details. It doesn't work anymore on OSX, no word about Linux.
Anyway, it wasn't a proof of concept. It was found on the wild.
Rethinking email
About 100 or so people pointed that out already.
woops, of course if the code is JAVA, then ...
because nobody in the wild tests their proof of concepts. programmers always use a sandbox feature for that.
not.
Remember kids, if you're not paying for the service, YOU ARE THE PRODUCT THAT IS BEING SOLD.
FreeBSD FTW.
On linux you need to download the source code from the repository and compile it yourself
Most Linux distros don't ships the java applet thingy either.
It really is not complicated.
Get up, go to the bathroom, go to a stall, take off your underwear, wipe yourself off, put pants back on without your underwear, get out of the stall, throw away your soiled underwear and get back to work.
Don't know something? Look it up. Still don't know? Then ask.
I was aware of the WebStart and applets being disabled - it was the first quick fix to the Flashback trojan and all related malware.
Not having upgraded to Lion except on a test system, I was unaware of the Java no longer being installed in Lion by default. I guess Apple caught up to the rest of the world. Still, that doesn't really bug me because I've been managing multiple versions of Java on my system for years, so I've had to download them myself anyways.
The cesspool just got a check and balance.
They use fake names when getting it signed.
"Ubuntu" -- an African word, meaning "Slackware is too hard for me". - stolen from Dan C alt.os.linux.slackware
In English, Colombia is spelled with an O. Not a U. SO STOP MAKING SHIT UP.
Here, look it up for yourself:
https://maps.google.com/
https://www.cia.gov/library/publications/the-world-factbook/geos/co.html
http://en.wikipedia.org/wiki/Colombia
http://www.state.gov/r/pa/ei/bgn/35754.htm
http://www.colombiaemb.org/
http://news.bbc.co.uk/2/hi/americas/country_profiles/1212798.stm
"a live Web exploit that detects if the target is running Windows, Mac OS X, or Linux and drops a different trojan for each platform".
I typed 186.87.69.249:8081 into the address bar and this came up. Besides which, explain to me again why I would run a Java Applet from an unknown source and give it my root password?
AccountKiller
lol java, java lol
To becoming relevant enough to malware authors.
I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
That sounds way kewl. I wish our IT support group could detect which browser/os a user was using but that's apparently waaaaaaay beyond their expertise. (It requires two functions instead of one).
Userland apps should never request admin rights.
If they do request escalated privileges you should abort the installation and confirm with the publisher and demand that they explain in gory detail WHY they chose to require escalation to install their app.
Blackbox drivers and middlewear should not be tolerated. If you want to have wheel/admin rights on my machine you'd better be damn clear on why you need those rights and what you do with them. IN WRITING.
If I find out later that you lied to me.... you can expect to get sued.
At the end of the day it is the users and reviewers that determine what gets accepted in the market. We need to put our collective foot down on apps that demand privileges that they really don't need, just because it makes their development process cheaper, or enhances their DRM.
There is a way with a browser identification script on the server side, to then realize a redirect based on the type of browser....that would be a very mundane thing for any adept web developer to do.... in any language.
lol. stating fact = troll :D
I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.