Risk
1/26/2010
11:57 PM
Bob Evans
Bob Evans
Commentary
50%
50%

Global CIO: After Google Cyber Attack, CIOs Must Find The Body

The Aurora attacks from China are incredibly advanced and malicious, says McAfee's CTO: "Where's the body?"

Saying that "the world has changed" since the Chinese began their cyberattacks under the name Operation Aurora, McAfee CTO George Kurtz said CIOs need to adapt their threat models "to the new reality of these persistent threats." But these latest attacks are making it hard for CIOs to make their case to the CEO because the post-Aurora threats are almost undetectable. They leave no evidence. They leave no body.

Writing on McAfee's "Security Insights Blog," Kurtz described this latest challenge for CIOs in chilling terms in a post called "Where's The Body?":

Global CIO
Global CIOs: A Site Just For You
Visit InformationWeek's Global CIO -- our new online community and information resource for CIOs operating in the global economy.

I know many of the technical teams are working around the clock to figure out what happened. While one might believe that it should be a relatively straightforward exercise of forensically examining the infected systems and correlating any activity with the associated firewall log files, it isn't that easy.

You may ask, "Why is that?" Well, there are three key questions that upper management, namely the CEO and CIO, ask before they rate this incident above "media hype."

1. Did we have a breach?

2. Was data stolen?

3. If so, what data was taken and by whom?

The problem, Kurtz says, is that today's cyberattacks are so sophisticated that they do great damage without leaving a trace, which leads to "one major problem that seems to be a common theme. There is no body to be found."

And without that body—the data—the CEO and CIO won't necessarily believe there's an urgent issue because in the past, all serious security threats came with a very obvious body included at no extra charge, Kurtz says.

The new challenge: "While a sophisticated attacker will leverage insidious malware, don't expect them to drive a truck through your network and leave a calling card on the way out," Kurtz writes. "Instead, expect low and slow movements of data that 'blend' into the massive amount of traffic flow that happens on a daily basis on your network."

In another recent blog post, Kurtz had described the threats and, again, painted a scary picture. And while I realize he's a high-level executive at a company that would love to sell you some security products and services to stave off such attacks, Kurtz's writing has always impressed me as straightforward and honest. So here's more of his description of the Aurora threat from a recent post called "Google Attack Is Tip Of Iceberg":

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-9710
Published: 2015-05-27
The Btrfs implementation in the Linux kernel before 3.19 does not ensure that the visible xattr state is consistent with a requested replacement, which allows local users to bypass intended ACL settings and gain privileges via standard filesystem operations (1) during an xattr-replacement time windo...

CVE-2014-9715
Published: 2015-05-27
include/net/netfilter/nf_conntrack_extend.h in the netfilter subsystem in the Linux kernel before 3.14.5 uses an insufficiently large data type for certain extension data, which allows local users to cause a denial of service (NULL pointer dereference and OOPS) via outbound network traffic that trig...

CVE-2015-2666
Published: 2015-05-27
Stack-based buffer overflow in the get_matching_model_microcode function in arch/x86/kernel/cpu/microcode/intel_early.c in the Linux kernel before 4.0 allows context-dependent attackers to gain privileges by constructing a crafted microcode header and leveraging root privileges for write access to t...

CVE-2015-2830
Published: 2015-05-27
arch/x86/kernel/entry_64.S in the Linux kernel before 3.19.2 does not prevent the TS_COMPAT flag from reaching a user-mode task, which might allow local users to bypass the seccomp or audit protection mechanism via a crafted application that uses the (1) fork or (2) close system call, as demonstrate...

CVE-2015-2922
Published: 2015-05-27
The ndisc_router_discovery function in net/ipv6/ndisc.c in the Neighbor Discovery (ND) protocol implementation in the IPv6 stack in the Linux kernel before 3.19.6 allows remote attackers to reconfigure a hop-limit setting via a small hop_limit value in a Router Advertisement (RA) message.

Dark Reading Radio
Archived Dark Reading Radio
After a serious cybersecurity incident, everyone will be looking to you for answers -- but you’ll never have complete information and you’ll never have enough time. So in those heated moments, when a business is on the brink of collapse, how will you and the rest of the board room executives respond?