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

7/5/2011
12:59 PM
Mike Rothman
Mike Rothman
Commentary
50%
50%

Low And Slow, Persistence, Loud And Proud, And The Fundamentals

The attackers are changing (again), but security fundamentals remain the same -- and we still suck at them

If you spend long enough in any business, then you see pretty much everything. Twice. I feel that way about my experience in security. In the olden days (as my kids say), it was about disruption and putting notches on the bedpost by taking down high-profile websites. The attacks du jour were disrupting Yahoo or E*Trade during the bubble days. That was hacking success.

Defending against this early Internet threat was as much about network architecture as it was about security. Diverse routes and other network layer defenses, combined with a new generation of high-performance firewall appliances (that wouldn't melt under a SYN Flood attack) neutralized this specific attack. Ah, the good, old days when you could buy a box to address your issues and speeds/feeds mattered. Remember those?

Then we saw the pendulum swing the other way, toward financial attacks and fraud. These attackers didn't want to be discovered, so they'd lurk and collect data that they could monetize either directly (by looting a bank account) or indirectly (by selling it). They mastered the low-and-slow attack, so your SIEM would roll the events, they'd go about their business, patiently and effectively, and you'd be none the wiser. Until you got a call from your payment processor, that is. Gonzalez was king of that world, taking hundreds of millions of accounts in one fell swoop. We can thank these guys for the rise of PCI to set a low -- OK, very low -- bar for security controls.

We can debate all day about whether the rise of financial fraud and the associated compliance regimes were good or bad for security. There are good arguments on both sides of the coin; given the size of the cyberfraud economy, this is an attack vector that is here to stay. But most of these attackers prey on simplistic attacks, stealing money the old fashioned way, one sucker at a time. It's hard to defend consumers from social engineering attacks. So we just increase the loss reserves and move on.

But now we are entering a new phase with multiple, new attackers with diametrically opposed objectives. On one hand, many organizations dealing with sensitive data and intellectual property -- typically in the military industrial complex -- have to deal with persistent attackers, the so-called advanced persistent threat (APT). Yes, my partner Rich Mogull says APT=China, and for the most part, he's right. But I think it's wrong to assume that other superpowers are not fielding a similar cyberintelligence gathering capability. And using it.

We've written a lot about these types of attacks on the Securosis blog, including what you can and can't do about them. Suffice it to say, if these persistent attackers want to be, they are already in your environment. The real question is what you do. Do you boot them out (so then they'll just find another way in)? Do you bury your head in the sand? Or do you try to put them in a box and perhaps even feed them disinformation? Those kinds of decisions used to be the purview of the military strategist. Now it's the purview of the CISO. How the times have changed, eh?

And as if that wasn't complicated enough, now we have another breed of attacker -- a more sophisticated version of the script kiddies that took down the major Web brands back in the day. Josh Corman calls these new attackers "Chaotic Actors," which is a decent characterization. These folks might be pushing for anarchy, political change, or just lulz, but in all cases they are brazen and the goal is embarrassment. They are loud and proud and aren't going away. They justify this behavior, saying the "real bad guys" already have your stuff, so they aren't really doing anything that wrong.

In fact, these guys combine the fairly simplistic attacks of the financial attackers (yes, SQLi lives on and on and on) with the objective of either taking down a site or looting them and dropping the goodies in the parking lot. And they might be right about the information already out there, but either way you now have a new set of attackers to worry about, with differing goals.

So what? There have always been multiple types of attackers aiming to do different things, so how is this different? Basically it's not, although everyone wants to focus on how this is new and dangerous and cause a panic. Now is not the time to panic. It's the time to get back to fundamentals: Things like monitoring and maybe even supplementing that with network full packet capture, so you can do more sophisticated analysis and forensics when these folks come knocking. Think about many of the tactics described by Professor Gene Spafford relative to being a bit more active in our defense. Don't forget about consistent user training. How many times do we need to see a high-profile company pwned by a low-level admin clicking on a compromised spreadsheet to get it right? Clearly a bit more.

It's time to refocus on egress filtering. We've spoken about the data breach triangle for years. You need valuable data, an exploit, and egress for a breach to happen. Since we have little control over data and exploits, we need to focus on egress. So do that. We also need to remember to close the simple holes. SQL injection is behind most of these new attacks. Come on, man! Any Web application scanner will find those holes. Then you need to systematically work with the developers to fix the issues, or deploy a Web application firewall to stop the bleeding.

Regardless of whether we are dealing with low and slow attackers, or folks whose egos require at loud and proud chest thumping, we can dramatically make it harder for them to be successful if we'd get back to the fundamentals. Not that they won't be successful if they are determined, targeted and persistent enough. But at least we won't be making it so damn easy.

Mike Rothman is president of Securosis and author of "The Pragmatic CSO." Mike's bold perspectives and irreverent style are invaluable as companies determine effective strategies to grapple with the dynamic security threatscape. Mike specializes in the sexy aspects of security, like protecting networks and endpoints, security management, and ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
I 'Hacked' My Accounts Using My Mobile Number: Here's What I Learned
Nicole Sette, Director in the Cyber Risk practice of Kroll, a division of Duff & Phelps,  11/19/2019
DevSecOps: The Answer to the Cloud Security Skills Gap
Lamont Orange, Chief Information Security Officer at Netskope,  11/15/2019
Attackers' Costs Increasing as Businesses Focus on Security
Robert Lemos, Contributing Writer,  11/15/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-2079
PUBLISHED: 2019-11-22
A cross-site request forgery (CSRF) vulnerability in the Activity module 6.x-1.x for Drupal.
CVE-2019-11325
PUBLISHED: 2019-11-21
An issue was discovered in Symfony before 4.2.12 and 4.3.x before 4.3.8. The VarExport component incorrectly escapes strings, allowing some specially crafted ones to escalate to execution of arbitrary PHP code. This is related to symfony/var-exporter.
CVE-2019-18887
PUBLISHED: 2019-11-21
An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. The UriSigner was subject to timing attacks. This is related to symfony/http-kernel.
CVE-2019-18888
PUBLISHED: 2019-11-21
An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. If an application passes unvalidated user input as the file for which MIME type validation should occur, then arbitrary arguments are passed to the underlying file command. T...
CVE-2019-18889
PUBLISHED: 2019-11-21
An issue was discovered in Symfony 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. Serializing certain cache adapter interfaces could result in remote code injection. This is related to symfony/cache.