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
WebAuthn, FIDO2 Infuse Browsers, Platforms with Strong Authentication
John Fontana, Standards & Identity Analyst, Yubico,  9/19/2018
NSS Labs Files Antitrust Suit Against Symantec, CrowdStrike, ESET, AMTSO
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/19/2018
Turn the NIST Cybersecurity Framework into Reality: 5 Steps
Mukul Kumar & Anupam Sahai, CISO & VP of Cyber Practice and VP Product Management, Cavirin Systems,  9/20/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Are you sure this is how we get our data into the cloud?
Current Issue
Flash Poll
The Risk Management Struggle
The Risk Management Struggle
The majority of organizations are struggling to implement a risk-based approach to security even though risk reduction has become the primary metric for measuring the effectiveness of enterprise security strategies. Read the report and get more details today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-8298
PUBLISHED: 2018-09-24
Multiple SQL injection vulnerabilities in the login page in RXTEC RXAdmin UPDATE 06 / 2012 allow remote attackers to execute arbitrary SQL commands via the (1) loginpassword, (2) loginusername, (3) zusatzlicher, or (4) groupid parameter to index.htm, or the (5) rxtec cookie to index.htm.
CVE-2018-14825
PUBLISHED: 2018-09-24
A skilled attacker with advanced knowledge of the target system could exploit this vulnerability by creating an application that would successfully bind to the service and gain elevated system privileges. This could enable the attacker to obtain access to keystrokes, passwords, personal identifiable...
CVE-2018-17437
PUBLISHED: 2018-09-24
Memory leak in the H5O_dtype_decode_helper() function in H5Odtype.c in the HDF HDF5 through 1.10.3 library allows attackers to cause a denial of service (memory consumption) via a crafted HDF5 file.
CVE-2018-17438
PUBLISHED: 2018-09-24
A SIGFPE signal is raised in the function H5D__select_io() of H5Dselect.c in the HDF HDF5 through 1.10.3 library during an attempted parse of a crafted HDF file, because of incorrect protection against division by zero. It could allow a remote denial of service attack.
CVE-2018-17439
PUBLISHED: 2018-09-24
An issue was discovered in the HDF HDF5 1.10.3 library. There is a stack-based buffer overflow in the function H5S_extent_get_dims() in H5S.c. Specifically, this issue occurs while converting an HDF5 file to a GIF file.