Perimeter
1/29/2011
08:14 AM
50%
50%

The SpiderLabs Report

Four out of five of the victims were so clever that they didn't need a firewall

At the recent Black Hat conference in DC, I sat down with Tom Brennan, the director of Trustwave's SpiderLabs, and Nick Percoco, senior vice president and the force behind the Trustwave SpiderLabs Global Security Report 2011, which was to be released on the following day. In the interim, I've had a chance to read through the report as well.

The report they've produced is a bit sprawling. It's in three sections, the first being what I think of as the actual report, the second a 20-page survey of attack vectors, the third being a set of "11 Strategic Initiatives for 2011." My interest is overwhelmingly in the first section.

The report, like the Verizon report I've written about elsewhere, looks at cases where SpiderLabs has been called in to assist in response to an incident. According to the report, in 85 percent of the "more than 220" investigations SpiderLabs conducted last year, a breach was confirmed. This is considerably more cases than Verizon's team looked at in the same time frame, and it would seem (though the report doesn't supply the underlying demographics to verify this) that the sample spreads across a much broader swath of kinds and sizes of companies.

If we can make one broad generalization about the companies involved in the breaches (or at least in breaches where PCI compliance was an issue), then it's this: They are run by idiots. Complete, flaming idiots:

"Breached organizations did not have a firewall policy that properly protected the payment environment at the network border in 97.5% of our cases. Of those organizations, 84% lacked a firewall completely."

The first part I can see a friendly way to interpret -- getting firewalls to do what you think they are doing can be pretty tricky. But, hey, 84 percent didn't have a firewall?

In a way, this (and some other almost-as-staggering lapses among the afflicted) is good news. These are, after all, the victims of breaches. If you spread the net wider and ask a range of security practitioners who may or may not have suffered a breach, then 98 percent of them have firewalls (and lots of other good measures in place as well). It's certainly not as simple as saying that having a firewall means not having a breach (that's emphatically not true), but at least with the companies that Trustwave deals with, not having a firewall seems to be a pretty fair predictor of soon needing to call in the SpiderLabs folks.

Since you already have a firewall, what may be of more interest to you is the prevalence of problems that involve compromises introduced by third parties:

"88 percent of investigations involved deficiencies such as default vendor-supplied credentials and unsecure remote access applications."

Is this you? Can you prove it's not?

And there are several other good takeaways from the report, which you can find free here. Definitely worth having a look at -- but I must confess that I really don't understand what's going on with that (non)firewall statistic.

Robert Richardson directs content and programs at the Computer Security Institute.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Ernie Floyd
50%
50%
Ernie Floyd,
User Rank: Apprentice
3/15/2012 | 6:58:40 PM
re: The SpiderLabs Report
Robert,
After a quick skim of the report, it was not clear what merchant level was most predominant in the investigations.-á Prior year reports have noted this.-á It's expected that most of these breaches are in Level 4 merchants.-á These operators aren't idiots, they simply often know little of IT or PCI in general.-áThey often only have whatever network equipment that is provided by their ISP.-á This would almost never include a firewall and appropriate configuration to meet PCI requirements.-á

The report continues to demonstrate there is much work left to do to raise the awareness of cyberrisks in the small business community.-á It's ashame as well, because when small businesses are breached, the damages can be so great that they bankrupt the company and cause great personal loss to those owners.
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
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-8142
Published: 2014-12-20
Use-after-free vulnerability in the process_nested_data function in ext/standard/var_unserializer.re in PHP before 5.4.36, 5.5.x before 5.5.20, and 5.6.x before 5.6.4 allows remote attackers to execute arbitrary code via a crafted unserialize call that leverages improper handling of duplicate keys w...

CVE-2013-4440
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 generates weak non-tty passwords, which makes it easier for context-dependent attackers to guess the password via a brute-force attack.

CVE-2013-4442
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 uses weak pseudo generated numbers when /dev/urandom is unavailable, which makes it easier for context-dependent attackers to guess the numbers.

CVE-2013-7401
Published: 2014-12-19
The parse_request function in request.c in c-icap 0.2.x allows remote attackers to cause a denial of service (crash) via a URI without a " " or "?" character in an ICAP request, as demonstrated by use of the OPTIONS method.

CVE-2014-2026
Published: 2014-12-19
Cross-site scripting (XSS) vulnerability in the search functionality in United Planet Intrexx Professional before 5.2 Online Update 0905 and 6.x before 6.0 Online Update 10 allows remote attackers to inject arbitrary web script or HTML via the request parameter.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.