Perimeter
5/4/2011
11:20 AM
Adrian Lane
Adrian Lane
Commentary
50%
50%

How To Respond To The Sony Attacks

How to protect yourself from similar database attacks

You've probably heard that Sony's networks have been hacked. First, the Playstation Network and Qriocity networks were compromised. Just as Sony announced its Welcome Back apology program to customers, it learned that the Sony Entertainment network was compromised as well, exposing millions of user accounts and potentially millions of credit card numbers.

For those in enterprise IT, there is something to learn from these breaches. While it's not entirely clear exactly which method was used, the databases were compromised by either SQL injection (SQLi) or administrative credential compromise. Running unpatched Apache servers gave the attackers additional tools to work with. During the past decade, SQLi, buffer overflows, and password compromises have been the principle ways an attacker compromises a database, so there is nothing new here.

How should you respond? Make sure you fix your stuff!

1) Assessment: Run a vulnerability assessment scan. That will identify missing patches and, depending on the tool you use, quickly identify default password settings. This will detect the critical and high-priority stuff you need to address.

2) Passwords: Change all database administration passwords and generic application account passwords using complex passwords. Even if they are not at the default settings, change them anyway. This is easy to do. Also, change the password your Web application uses to connect to the database. It makes it nearly impossible for an attacker to guess, or even "brute force" your database passwords. If you are worried about remembering the passwords -- or even coming up with good random passwords -- then use a tool like 1Password to generate them, and then store them on your phone or iPad so you have them handy. That way are not worried about remembering 30-character random strings.

3) Patch: This is achieved with medium difficulty. The vulnerability scan will identify what patches are missing, or check with your database vendor. This closes the known code-injection attacks against the database and renders most off-the-shelf malware useless.

4) Validate Input: Verify input parameter validation. This involves a high degree of difficulty if your development teams don't already do this. You'll need to either perform white box code analysis or a Web application vulnerability scan to detect unfiltered input values, and then get the application development team to fix them. Optionally, you can use stored procedures instead of SQL statements -- which will take a very long time to implement depending on the size of your application -- or look into Web application firewalls as a quick fix to block known attacks. But the best course of action is to ensure you filter all input values prior to passing them to the database.

Close these three gaps and you cover 98 percent of the avenues attackers use to gain access to databases, greatly reducing your overall risk.

Adrian Lane is an analyst/CTO with Securosis LLC, an independent security consulting practice. Special to Dark Reading. Adrian Lane is a Security Strategist and brings over 25 years of industry experience to the Securosis team, much of it at the executive level. Adrian specializes in database security, data security, and secure software development. With experience at Ingres, Oracle, and ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-6090
Published: 2015-04-27
Multiple cross-site request forgery (CSRF) vulnerabilities in the (1) DataMappingEditorCommands, (2) DatastoreEditorCommands, and (3) IEGEditorCommands servlets in IBM Curam Social Program Management (SPM) 5.2 SP6 before EP6, 6.0 SP2 before EP26, 6.0.3 before 6.0.3.0 iFix8, 6.0.4 before 6.0.4.5 iFix...

CVE-2014-6092
Published: 2015-04-27
IBM Curam Social Program Management (SPM) 5.2 before SP6 EP6, 6.0 SP2 before EP26, 6.0.4 before 6.0.4.6, and 6.0.5 before 6.0.5.6 requires failed-login handling for web-service accounts to have the same lockout policy as for standard user accounts, which makes it easier for remote attackers to cause...

CVE-2015-0113
Published: 2015-04-27
The Jazz help system in IBM Rational Collaborative Lifecycle Management 4.0 through 5.0.2, Rational Quality Manager 4.0 through 4.0.7 and 5.0 through 5.0.2, Rational Team Concert 4.0 through 4.0.7 and 5.0 through 5.0.2, Rational Requirements Composer 4.0 through 4.0.7, Rational DOORS Next Generation...

CVE-2015-0174
Published: 2015-04-27
The SNMP implementation in IBM WebSphere Application Server (WAS) 8.5 before 8.5.5.5 does not properly handle configuration data, which allows remote authenticated users to obtain sensitive information via unspecified vectors.

CVE-2015-0175
Published: 2015-04-27
IBM WebSphere Application Server (WAS) 8.5 Liberty Profile before 8.5.5.5 does not properly implement authData elements, which allows remote authenticated users to gain privileges via unspecified vectors.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.