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-2013-2184
Published: 2015-03-27
Movable Type before 5.2.6 does not properly use the Storable::thaw function, which allows remote attackers to execute arbitrary code via the comment_state parameter.

CVE-2014-3619
Published: 2015-03-27
The __socket_proto_state_machine function in GlusterFS 3.5 allows remote attackers to cause a denial of service (infinite loop) via a "00000000" fragment header.

CVE-2014-8121
Published: 2015-03-27
DB_LOOKUP in nss_files/files-XXX.c in the Name Service Switch (NSS) in GNU C Library (aka glibc or libc6) 2.21 and earlier does not properly check if a file is open, which allows remote attackers to cause a denial of service (infinite loop) by performing a look-up while the database is iterated over...

CVE-2014-9712
Published: 2015-03-27
Websense TRITON V-Series appliances before 7.8.3 Hotfix 03 and 7.8.4 before Hotfix 01 allows remote administrators to read arbitrary files and obtain passwords via a crafted path.

CVE-2015-2157
Published: 2015-03-27
The (1) ssh2_load_userkey and (2) ssh2_save_userkey functions in PuTTY 0.51 through 0.63 do not properly wipe SSH-2 private keys from memory, which allows local users to obtain sensitive information by reading the memory.

Dark Reading Radio
Archived Dark Reading Radio
Good hackers--aka security researchers--are worried about the possible legal and professional ramifications of President Obama's new proposed crackdown on cyber criminals.