An expert has given testimony to the US House of Representatives Subcomittee on Commerce, Manufacturing, and Trade during its commencement on hearings on the “unauthorized intrusion” on Sony’s PlayStation Network and Qrocity service, stating Sony knew that their security software was dated and lacked any sort of firewall against hacking.
Cybersecurity expert Dr. Gene Spafford’s testimony stated that security experts discovered discussions on forums that talked about how the PSN’s security was lacking. The threads revealed that the network was using old versions of the Apache Web server software, which “was unpatched and had no firewall installed.”
Worse, two to three months before the attack, the vulnerability was reported “in an open forum monitored by Sony employees,” but the company took no action to rectify the situation. If the testimony is accurate, Sony could be slapped with a serious criminal negligence charge.
The Sony intrusion alone compromised 100 million accounts both on the PSN and its Qriocity service, according to Spafford. He also cited the total cost of the breach to Sony, credit card companies, and other outfits, at $21 billion. Thieves in credit-card theft forums actually complained that the PSN breach was so great that it was depressing the price of such information by a “factor of five or 10” on the black market.
Spafford didn’t reserve his accusations for Sony, either. He stated that law enforcement is ill-equipped to handle cyberterrorism and cyberthieft. Additionally, most companies are not equipped with enough security measures because “investing in security measures affects the bottom line. They don’t understand the risks involved by not investing in security. … So when they are hit, they pass that cost along to their customers, and to the rest of society.” In other words, a classic case of being penny wise and pound foolish.
Spafford’s proposed solution to future security is to limit the amount of data kept by companies such as Sony and to “age the data” so it expires after a certain time.
C-Span posted the video of the testimony here.
(Thanks, GameSpot.)
Before Sony fans unite to comment storm, remember, the PS2 had a lot of great games and continues to have games coming through for its console. People are still debating the life-span of the Wii product line, regardless to overall sales figures while the PS2 no doubt had a long live and still continues to have a long life, heck 30%+ of gamers still play the darn thing. Sony has been able to utilize the PS2 and its profitability to glide through the initial PS3 sales slump and get the momentum growing for their current generation console.
Just in case people were actually thinking the Xbox 360 was going to hold out against a viral console, Nintendo is now the best selling console in the United States. Anyone really surprised?
We’ve mentioned this in the past, but the tough economy gives many smaller developers great opportunities for success. While big publishers struggle to look good in the eyes of the investor, tiny developers can produce quality titles for minimal cash investment and time to market. Ten years ago, smaller developers tried to compete with the big boys making larger titles, cloning successful titles or simply asking investors to put it on the line for their game. Today, developers can create a small iphone app, a cute WiiWare title or exploit the XNA efforts of Microsoft for Xbox Live Arcade and actually have a chance.
One of the better pieces on the PSN fiasco that I’ve read, congrats Jonah!
I had two jobs as a programmer; in both cases, interacting with the IT department felt more like interacting with Dilbert’s “Information prevention department”, ran by Catbert. They even wanted (and succeeded in one place) to push a “Service Level Agreement”: it’ll take two days to create a new password for this, seven days to do that etc.
They just don’t put enough heart in it.
To be fair, my very first job though was … in the IT department of my college! IT work is hard. If you screw up (and we did screw up sometimes), you could kiss your weekend goodbye . Usually, we’d investigate the issue that very evening, then tried to implement it either during the next day, or, at worst, if the computers we’d want to alter were being in use, in the weekend.
The lessons I learned there is that: (1) you must react quickly and (2) if you put a bit of your heart into your work, you can get surprisingly good results.
Nice find on the “depressing the price of such information by a “factor of five or 10? on the black market”. I guess the PSN issue is the equivalent of flooding the market with products 🙂
@” limit the amount of data kept by companies such as Sony and to “age the data””
This is security basics. If you don’t want to be responsible for safekeeping secret information, then don’t store secret information on your servers. Period.
One of the better pieces on the PSN fiasco that I’ve read, congrats Jonah!
I had two jobs as a programmer; in both cases, interacting with the IT department felt more like interacting with Dilbert’s “Information prevention department”, ran by Catbert. They even wanted (and succeeded in one place) to push a “Service Level Agreement”: it’ll take two days to create a new password for this, seven days to do that etc.
They just don’t put enough heart in it.
To be fair, my very first job though was … in the IT department of my college! IT work is hard. If you screw up (and we did screw up sometimes), you could kiss your weekend goodbye . Usually, we’d investigate the issue that very evening, then tried to implement it either during the next day, or, at worst, if the computers we’d want to alter were being in use, in the weekend.
The lessons I learned there is that: (1) you must react quickly and (2) if you put a bit of your heart into your work, you can get surprisingly good results.
Nice find on the “depressing the price of such information by a “factor of five or 10? on the black market”. I guess the PSN issue is the equivalent of flooding the market with products 🙂
@” limit the amount of data kept by companies such as Sony and to “age the data””
This is security basics. If you don’t want to be responsible for safekeeping secret information, then don’t store secret information on your servers. Period.