Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

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
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 11/19/2020
New Proposed DNS Security Features Released
Kelly Jackson Higgins, Executive Editor at Dark Reading,  11/19/2020
The Yellow Brick Road to Risk Management
Andrew Lowe, Senior Information Security Consultant, TalaTek,  11/19/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: He hits the gong anytime he sees someone click on an email link.
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-29128
PUBLISHED: 2020-11-26
petl before 1.68, in some configurations, allows resolution of entities in an XML document.
CVE-2020-27251
PUBLISHED: 2020-11-26
A heap overflow vulnerability exists within FactoryTalk Linx Version 6.11 and prior. This vulnerability could allow a remote, unauthenticated attacker to send malicious port ranges, which could result in remote code execution.
CVE-2020-27253
PUBLISHED: 2020-11-26
A flaw exists in the Ingress/Egress checks routine of FactoryTalk Linx Version 6.11 and prior. This vulnerability could allow a remote, unauthenticated attacker to specifically craft a malicious packet resulting in a denial-of-service condition on the device.
CVE-2020-27255
PUBLISHED: 2020-11-26
A heap overflow vulnerability exists within FactoryTalk Linx Version 6.11 and prior. This vulnerability could allow a remote, unauthenticated attacker to send malicious set attribute requests, which could result in the leaking of sensitive information. This information disclosure could lead to the b...
CVE-2020-25651
PUBLISHED: 2020-11-26
A flaw was found in the SPICE file transfer protocol. File data from the host system can end up in full or in parts in the client connection of an illegitimate local user in the VM system. Active file transfers from other users could also be interrupted, resulting in a denial of service. The highest...