Posts Tagged ‘exploit’

Adobe Flash ads launching clipboard hijack attack

2008/08/19/2012

RTFA: http://blogs.zdnet.com/security/?p=1733

Malicious hackers are using booby-trapped Flash banner ads to hijack clipboards for use in rogue security software attacks.

In the Web attacks, which target Mac, Windows and Linux users running Firefox, IE and Safari, hackers are seizing control of the machine’s clipboard and using a hard-to-delete URL that points to a fake anti-virus program.

According to victims on several Web forums, the attack is coming from Adobe Flash-based advertising on legitimate sites – including Newsweek, Digg and MSNBC.com.

Here is a Mac OS X user explaining the attack:

This has happened to me twice now, on two separate computers at work. My clipboard has been hijacked with this:

[ malicious URL deleted ]

And once it’s in the clipboard, I can’t copy anything else over it until I’ve restarted the machine.

…according to the slashdot threads, this isn’t quite as cross-platform as they’d want you to believe.

INSERT – Information Security Research Team

2008/05/12/0854

RTFA: http://ece.uprm.edu/~andre/insert/

As part of our recent work on the trust hierarchy that exists among email providers throughout the Internet, we have uncovered a serious security flaw in Google’s free email service, Gmail. This vulnerability exposes Google’s email servers in a way that allows an attacker to use them as open spam and phishing relays. This issue is related to the risk of a malicious user abusing Gmail’s email forwarding functionality. This is possible because Gmail’s email forwarding functionality does not impose proper security restrictions during its setup process and can be easily subverted. By exploiting this problem an attacker can send unlimited spam and phishing (i.e. forged) email messages that are delivered by Google’s very own SMTP servers. Since the messages are delivered by Google’s own servers, an attack based on this flaw is able to bypass all spam filters that are based on the blacklist / whitelist concept. We were able to confirm that this vulnerability is indeed exploitable by crafting a proof of concept attack that allowed us to send forged email messages unrestrictedly through Google’s server infrastructure. We have also verified that this flaw allows attackers to bypass spam filters by using our method to send messages that are usually flagged as spam. While sending these messages directly from our network in the traditional way had the messages classified as spam, by sending the very same messages using our exploit, the messages were delivered directly to the victim’s inbox, thus bypassing filters. All email providers that offer Google’s SMTP servers any special level of trust (e.g. whitelist status) are vulnerable. We have contacted Google about this issue and are waiting for their position before releasing further details. Read our draft paper on the issue.

All of the details have been redacted from the draft…

Larry Osterman’s WebLog : This is the way the world (wide web) ends…

2008/04/18/1048

RTFA: http://blogs.msdn.com/larryosterman/archive/2008/0…

Robert Hensing linked to a post by Thomas Ptacek over on the Matasano Chargen blog. Thomas (who is both a good hacker AND a good writer) has a writeup of a “game-over” vulnerability that was just published by Mark Dowd over at IBM’s ISS X-Force that affects Flash. For those that don’t speak hacker-speak, in this case, a “game-over” vulnerability is one that can be easily weaponized (his techniques appear to be reliable and can be combined to run an arbitrary payload). As an added bonus, because it’s a vulnerability in Flash, it allows the attacker to write a cross-browser, cross-platform exploit – this puppy works just fine in both IE and Firefox (and potentially in Safari and Opera).
This vulnerability doesn’t affect Windows directly, but it DOES show how a determined attacker can take what was previously thought to be an unexploitable failure (a null pointer dereference) and turn it into something that can be used to 0wn the machine.
Every one of the “except not quite” issues that Thomas writes about in the article represented a stumbling block that the attacker (who had no access to the source to Flash) had to overcome – there are about 4 of them, but the attacker managed to overcome all of them.
This is seriously scary stuff. People who have flash installed should run, not walk over to Adobe to pick up the update.

Seems there’s been a lot of discussion about this the last few days… and it’s not clear to me that a single SWF could be made to target multiple operating systems at a time… but it does look like a Windows target can be pwned through IE or Firefox, irrespective of the flash build.