Archive for the ‘ infosec ’ Category

Requesting Information from Network Administrators and Security Professionals

I am writing a paper or article (not sure on direction yet) on WoW RMT and account compromises and would like to speak with the following:

a) People on or off-the-record from Blizzard willing to talk about RMT and account compromises for World of Warcraft
b) People from a RMT operation (staff/support/management/executive)
c) People that has access to corporate/institutional VPN servers and firewalls and would like to discuss intrusions on those services
d) People that knowingly participate in deploying malware or phishing sites to compromise battlenet/WoW account credentials or use those accounts to sell in-game Gold wholesale or individually. (Long shot but what the hell)

If you can refer people to me or are otherwise uncomfortable speaking to me without some level of anonymity you may refer them to emolate@elitistjerks.com or use it yourself from an address you are able to receive future correspondence at.

Schneier on Security: Cell Phone Stalking

Schneier on Security: Cell Phone Stalking:

Me:
So far we have the mobile operator saying what they’re describing is impossible, which as far as I know, it is. Then you have non-technical people explaining the situation and the behavior to an equally non-technical group of reporters and local law enforcement.

Take a deep breath, folks.

The story about That Family in Washington that has a stalker/miscreant hassling them with abuse and threats of bodily harm? I think it’s totally BS. But there has been some really interesting discussion about it on Schneier’s weblog, and so I hope that this conversation goes on for a little bit longer mainly so someone can demonstrate that I’m wrong. The problem is that most mobile malware is bogus/vaporware/alarmist tripe.

So until it breaks out of “a friend of mine knows this guy that read a blog about a google search that turned up a .JAR file that rooted his Samsung,” I’m going to call shenanigans. Part of the problem, in my mind, is that the reporters aren’t necessarily experts in such things, and so they rely, of course, on what equally unsophisticated users are telling them.

So yeah, there are some things that are technically possible, but remember what they say about the most likely explanation…

Google secures GreenBorder in quiet buy

Google secures GreenBorder in quiet buy:

“GreenBorder Technologies, Inc. has been acquired by Google, Inc.,” the statement said. “We will continue to support our existing customers through the end of their current subscriptions.”

I wrote a little bit about the sandboxing applications out there for Windows hosts, and today Google wrapped their multi-colored hands around GreenBorder, which does similar things.

It is all part of Google being a web-based application platform. If you can’t trust the browser and you can’t trust the underlying host, you need to find a way to sanitize it and protect it. Google wants to do it without worrying about the desktop OS, and I think it is just as well. Not even Microsoft themselves can manage to do that.

Sandbox Win32 Applications with Sandboxie

This is a wonderful implementation of a protected user space for Win32 applications. It is probably one of the most creative methods of fighting malware that I’ve ever seen. If you’re spending a lot of time on Windows PCs and you’ve been getting bitten by malware on a regular basis, do yourself a favor and check out Sandboxie.

Sandboxie – Front Page:

Protecting your Freecell statistics using Sandboxie may be a good idea when a less qualified player comes along, but you will probably want to play most of your games outside the sandbox. On the other hand, you may want to run your Web browser inside the sandbox most of the time. This way any incoming, unsolicited software (spyware, malware and the like) that you download, is trapped in the sandbox. Changes made to your list of Favorites or Bookmarks, hijacking of your preferred start page, new and unwanted icons on your desktop—all these, and more, are trapped in and bound to the sandbox.

Malicious Feeds

Read RSS, get hacked:

That’s because the growing use of Web feed readers and the proliferation of content-aggregation sites are giving hackers a really simple way to deliver keystroke loggers, Trojan horses and other malware onto their computers, security analysts warn.

The feed-hacking threat is not particularly new. However, the severity of the problem could be rising as feed services begin moving into the mainstream, said Ray Dickenson, vice president of product management at Authentium Inc., a Palm Beach, Fla.-based security vendor. “Malware authors are just taking advantage of the interconnectedness of Web 2.0” to distribute their code more efficiently, he said.

That is a rather interesting thing to think about. All of the various re-blogging sites out there and feed-mixers have the potential to impact the output of those feeds, certainly. And usually the big problem with this type of behavior is reputation—people re-distribute content and represent it as their own, or even make it difficult to find out exactly where something originated.

Unprotected reputation makes it easier for someone to maliciously abuse that reputation, if you read something written by So-and-So, and So-and-So’s name is trustworthy, you may well be more inclined to download an enclosure, play a media file, read a document, or anything else that is made available to you.

And while people are getting smarter about this behavior, the content itself isn’t protected, and thus lends itself to being easily copied, pasted, reblogged, or fed into hybrid amalgam feeds through the various mechanisms out there to do so. Yahoo! Pipes, for example, is a fabulous tool for massaging the output of feeds and allowing you to customize the way they are viewed and consumed, and there are plenty of web-based applications out there that do exactly this.

And since the user has to subscribe to a specific feed in nearly every circumstance, there is some level of trust already established, they did, in fact, subscribe to this feed, and they couldn’t have been making a mistake or been so naive. But never-the-less, it happens.

Enclosures in feeds aren’t a bad idea in and of themselves, it allows for things like Podcasting, and premium content to be distributed via RSS and Atom—and that is a wonderful thing. But the browsers and readers and clients that accept this data are typically told to pull the enclosures and add them to your iTunes library, or to open up Windows Media Player upon receipt, and that abuse of reputation and trust is bringing out a whole new landscape of potential attack vectors.

Not to mention the most obvious one, having malicious javascript present in a feed and having the reader dutifully follow its instructions. Most readers that I’ve looked at over the years strive for compatibility over correctness, so the very design of these readers is to be very forgiving on the contents of a feed, instead of validating the contents and sanitizing it.

I think it will be interesting to see what exactly happens with this mode of attack, and what the implications are of trusting unsigned and invalid data in content syndication formats. It will certainly be interesting to see if anyone actually follows this with some real diligence in helping people avoid this type of an attack.

Suddenly I’m curious if I can plant malicious javascript into my del.icio.us RSS feed.

CVE-2006-0848 and Security Update 2006-001

Article I wrote about Security Update 2006-001, CVE-2006-0848, and the Architecture of Finder.