Operations

10/9/2014
12:35 PM
Connect Directly
Twitter
Twitter
RSS
E-Mail
100%
0%

MBIA Breach Highlights Need For Tightened Security Ops

Configuration change management and better monitoring could have prevented search engine indexing of sensitive financial information.

A newly disclosed breach at the largest bond insurer in the US has highlighted the consequences of operational laxity within the enterprise. The insurer, MBIA Inc., publicly exposed sensitive financial information through a web application that allowed back-end data to be indexed by search engines, along with administrative credentials that would allow an attacker access to any other database information not already easily accessible by search. Unlike many of today's high-profile breaches, this data exposure wasn't caused through active attacks like phishing or brute forcing of passwords.

"This breach occurred through lack of awareness," says Richard Westmoreland, lead security analyst for SilverSky. "A simple mistake can create a large exposure that goes unnoticed for a long period of time."

Discovered by independent researcher Brian Seely and disclosed by Brian Krebs of KrebsOnSecurity, the data exposure was caused by a misconfigured Oracle Reports server. According to security pundits, it serves as a black eye for MBIA, which put bank account numbers, routing numbers and other sensitive customer data at risk of being used for fraud and also as a reminder to other organization why security operations checks and balances are necessary.

According to Andrew Jaquith, CTO and senior vice president of cloud strategy for SilverSky, if the story holds true then the CIO or CISO at MBI probably deserves to be fired.

"This was not a security breach. This was gross negligence, " Jaquith says.

While MBIA's incident was particularly egregious, Seely discovered that it wasn't alone.

"Recently, while researching the scope of a vulnerability, we found that numerous companies and organizations had misconfigured their Oracle reporting services," he wrote.

Configuration management stands as one of the SANS Critical 10 controls. As SANS evangelizes, solid processes that establish standardized configurations, take advantage of configuration management tools, institute file integrity checking and automatically monitor for insecure configurations can go a long way toward hardening systems.

"Even if a strong initial configuration is developed and installed, it must be continually managed to avoid security 'decay' as software is updated or patched, new security vulnerabilities are reported, and configurations are 'tweaked' to allow the installation of new software or support new operational requirements," SANS explains. "If not, attackers will find opportunities to exploit both network-accessible services and client software."

In the case of Oracle Reports, organizations are encouraged to follow Oracle best-practices for enabling security on Reports servers and defining security policies on these machines.

At the same time, organizations shouldn't depend on configuration management practices for peace of mind. Too often these practices can break down.

"We have seen numerous cases like this -- to varying degrees of severity. The issue is that somewhere down the line a database server is poorly configured, or a web application is written with slight flaws in the business logic," says Amy Blackshaw, manager for RSA Fraud and Risk Intelligence. "If we only rely on having 100 percent correct configuration and business logic, we will continue to see this type of 'attack' occur."

Both Blackshaw and Westmoreland agree that monitoring and analysis of logs could have also gone a long way toward reducing the risk posed by such a breach. As Westmoreland explains, the goal would be to limit the length of time such exposures exist, thereby reducing their risk. In the case of MBIA, the fact that much of the information found by search engines was already indexed indicates that the data was sitting out open on the web for a long time.

"With appropriate logging enabled and daily log review, the window of compromise could have been shortened. With file integrity checking and 24/7 real-time monitoring, the misconfiguration may had been identified before any data had been crawled and indexed," Westmoreland says, "Mistakes do happen -- and just as with exploitation, it is not a matter of if or when -- it is happening now, so how fast can you catch it?"

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Ulf Mattsson
50%
50%
Ulf Mattsson,
User Rank: Moderator
10/10/2014 | 1:02:00 PM
Different ways to attack our systems across the entire data flow
I agree that "This breach occurred through lack of awareness" and I think that the general shortage of security skills is a growing concern.

I agree that "A simple mistake can create a large exposure that goes unnoticed for a long period of time" and unfortunately less than 14% of breaches are detected by internal security tools according to the annual international breach investigations report by Verizon. Current reactive security approaches can't tell you what normal looks like in your own systems.

I'm also concerned that this incident "exposed sensitive financial information ... that allowed back-end data to be indexed" and I think that recent data breaches are illustrating that there are so many different ways to attack our systems across the entire data flow. So I think that we urgently should lock down our sensitive data with modern data security technologies. 

I think it is time to secure the sensitive data in the entire data flow with modern approaches. Recent studies reported that modern data tokenization can cut security incidents by 50 %.

Ulf Mattsson, CTO Protegrity
White House Cybersecurity Strategy at a Crossroads
Kelly Jackson Higgins, Executive Editor at Dark Reading,  7/17/2018
Mueller Probe Yields Hacking Indictments for 12 Russian Military Officers
Kelly Jackson Higgins, Executive Editor at Dark Reading,  7/13/2018
10 Ways to Protect Protocols That Aren't DNS
Curtis Franklin Jr., Senior Editor at Dark Reading,  7/16/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Flash Poll
The State of IT and Cybersecurity
The State of IT and Cybersecurity
IT and security are often viewed as different disciplines - and different departments. Find out what our survey data revealed, read the report today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2016-10727
PUBLISHED: 2018-07-20
camel/providers/imapx/camel-imapx-server.c in the IMAPx component in GNOME evolution-data-server before 3.21.2 proceeds with cleartext data containing a password if the client wishes to use STARTTLS but the server will not use STARTTLS, which makes it easier for remote attackers to obtain sensitive ...
CVE-2018-8018
PUBLISHED: 2018-07-20
Apache Ignite 2.5 and earlier serialization mechanism does not have a list of classes allowed for serialization/deserialization, which makes it possible to run arbitrary code when 3-rd party vulnerable classes are present in Ignite classpath. The vulnerability can be exploited if the one sends a spe...
CVE-2018-14415
PUBLISHED: 2018-07-20
An issue was discovered in idreamsoft iCMS before 7.0.10. XSS exists via the fourth and fifth input elements on the admincp.php?app=prop&do=add screen.
CVE-2018-14418
PUBLISHED: 2018-07-20
In Msvod Cms v10, SQL Injection exists via an images/lists?cid= URI.
CVE-2018-14419
PUBLISHED: 2018-07-20
MetInfo 6.0.0 allows XSS via a modified name of the navigation bar on the home page.