http://www.infoworld.com/t/hacking/hacker-group-ugnazi-leaks-and-deletes-billing-services-database-193867
Here’s how the attack went down:
According to WHMCS lead developer Matt Pugh, the perpetrators employed a social-engineering attack to dupe the company's Web hosting company -- reportedly HostGator -- to give up administrator credentials. With credentials in hand, the group accessed WHMCS' database on Monday to steal customer's credit card information and passwords, as well as user names and support tickets. UGNazi proceeded to leak links to the stolen records on Pastebin.
We’ve written on compromised insiders before—but in the context of spear phishing. In the case above, hackers used social engineering. Whatever the means, protecting the database is essential. Since our blog on the topic was explained the mitigation process nicely, we’ll simply CTRL-C, CTRL-V so you don’t have to perservere any extra clicks:
One customer, a large financial institution, starts with the assumption that the organization is infected. To them, as hackers and phishers get more sophisticated and targeted with phishing, it’s not a question of ‘if’ but ‘when.’ Though you should deploy anti-virus, you can’t rely a 100% block rate. The idea? Since the perimeter is porous, defend yourself by putting a camera with a security guard inside the vault itself. This approach is what the customer calls “DAMing the database.” This method blocks unwarranted theft of data by blocking the malware that tries to steal goods out of the malware’s usual target: the database. How does DAMing the database work?
Essentially, DAM monitors access to the super-sensitive targets, identifies access attempts to sensitive data such as corporate transactions, customer details, employee records. Anyone—or any malware—that is not supposed to be accessing that data, or is accessing too much of that data, or is accessing the data in an anomalous fashion would issue an alert or get blocked. How does this work?
DAM checks the entry method. Legitimate individuals should, typically, access data through a main door. In addition, many databases provide an alternative side-door for privileged users, such as higher-level managers. With DAM, you require anyone not entering through approved doors is a suspicious at best and, at worst, malware creating a tunnel. A proper DAM solution should identify and block inappropriate access.
Similarly, a database control would check and ensure that the client’s application is approved for usage. For example, an organization may permit access to the database only through a particular customized Web-based application whereas malware tries to bypass legitimate access channels. Any connection to the database by any other application (say, Excel) would be blocked. Potentially, sophisticated malware emulates administrators. In such cases, only administrators can access the database through a local client – the controls should block access originating from a local connection when the user is not an administrator.
Monitor the activity of the individuals. If employees have been granted miscellaneous access permissions, you should monitor what they are doing. Malware from spear phishing typically causes unusual behavior including:
- Low-level employees attempting to access data only managers can.
- Downloading unusually high volumes of data.
- Accessing data that isn’t aligned with a job function, e.g., a marketing employee accessing financial data.
Such behavior is can be an indication of infection. DAM tracks the activity of the logged in individuals and weird behavior would issue an alert and/or block the suspicious activity.
Monitor the activity of privileged users. Managers, by definition, have greater privileges. If spear phishing infects higher-level employees, the malware’s work is much easier. Nonetheless, malware will cause unusual activity and DAM tries to pay attention to weird behavior. Database controls would track the activity of the privileged users and monitor what are these privileged users accessing:
- Is it something they are doing in order to perform their job?
- Is this something would normally access?
- If they retrieve data – how much data did the retrieve? Was it appropriate for their job?
- What about other activities that they are performing – is that their normal behavior or does it signify some suspicious, out of the ordinary, behavior?
If any of the above scenarios occurs, DAM should record and block the activity while alerts go off.