Submission + - SpyEye Trojan Source Code Leaked (securityweek.com)
The SpyEye Builder patch source code for release 1.3.45 was leaked by the Reverse Engineers Dream Crew (RED Crew) recently after a crew member was able to locate a copy of SpyEye Builder 1.3.45 and create a tutorial that enables a reader with SpyEye Builder to crack the hardware identification.
The fact that SpyEye has plagued victims around the world is not in doubt. In April, police in the U.K. arrested a handful of people in connection with a bank fraud operation that used SpyEye to steal money and banking information.
Submission + - China praises UK Internet Censorship Plan (zeropaid.com)
Submission + - Driver using two cell phones gets year driving ban (networkworld.com) 1
Submission + - Mussels With Hydrogen Fuel Cells Found (inhabitat.com)
Submission + - Music Copyright War Looming (nytimes.com)
Comment Twenty Percent, huh? (Score -1) 56
Comment It's a simple matter of cost... (Score -1) 665
The simple answer is it is just too costly in some environments to do so, and I'm not talking about SSL Certs, which are arguably pretty cheap.
With using HTTPS for everything, you need that much more processing power to encrypt and decrypt all traffic. That needed processing power has to come from somewhere, and that is going to be more hardware, which in turn says a lot more money is needed for security.
Sure, you can minimize the cost a bit by using SSL gateways, but those can get quite expensive as well, especially in larger web environments like Facebook, Twitter, etc.
Don't get me wrong here -- I would love to see every site using HTTPS (and some of the major ones do offer the option like Facebook), but the cost of implementing a solution like this can be prohibitively expensive.
Submission + - Copyright Wiretaps are Hollywood's "PATRIOT (arstechnica.com) 1
Comment This is easy (Score -1) 450
Most of my users are developers. We use VMWare for a majority of our systems, including development environments. Most of my users have one or two laptops, however, they develop inside VMs with all their development tools installed. The question of thin or thick clients isn't really an issue for us, because it doesn't matter. As long as our developers can access their VMs via RDP or SSH, then they're good. Our support personnel are the same way. They can generate a client's entire environment through some of VMWare's solutions, and control it all from their laptop, desktop, or hell their phone if they really wanted to.
I guess my point is, is that for a development environment, what you use to access your virtualized development environment, the medium to access it (laptop, desktop, ipad, etc.) doesn't matter, just as long as you can access the VM and do your work on it.
Operation Payback and Hactivism 101 423
IT Worker's Revenge Lands Her In Jail 347
The First Truly Honest Privacy Policy 119
Tofu Activists Spoof Meat-Based Indie Game 420