Attacks/Breaches
2/17/2013
07:01 PM
Connect Directly
RSS
E-Mail
50%
50%

Tech Insight: Attribution Is Much More Than A Source IP

Recent attacks are shining more light on the need for attribution, but companies seem too quick to jump on the Chinese/APT bandwagon

"The Chinese hacked us" is becoming an all-too-common phrase in recent corporate hacks. While it is no doubt true in some of the situations, it's hard not to wonder how many of these attack victims are crying Red Army ... er, um ... wolf. Or how many are simply basing their accusations on incomplete, faulty evidence? Attribution of attacks can be difficult, especially when a skilled attacker -- who wants to remain anonymous -- carries out the attack.

What seems to be happening in many intrusion cases is that an IP located in China has been associated with the attack. The immediate assumption, often by inexperienced persons involved in the investigation, is that someone in China, most likely state-sponsored, targeted their incredibly important information.

The reality is more likely that some attacker found a vulnerable website in Country X, gained access to it, and then exploited a vulnerability in a mail server in Country Y. From Country Y, the attacker jumped through an open proxy in Country Z to access a previously compromised server in China. That compromised server in China was then used to launch the attack and is now considered part of a Chinese conspiracy to steal the formula for Justin Timberlake's latest fragrance. All that leaves us with the original question of: Whodunit?

Attribution is hard, and it doesn't help when there are questionable clues left behind, like the "Red October" malware campaign or attacker groups falsely claiming responsibility for certain attacks. It's clear that relying on the source IP of the attack is not enough to know where the attack truly originated. While geolocation may point to some city or province in China, it is only the first, and potentially misleading, clue.

In a recent PBS interview on The New York Times attack, Mandiant VP Grady Summers said that investigations into attacks are similar to that of a burglary. Detectives will attempt to profile a thief through their tools, time of break-in, and other characteristics. "We do much the same thing in the cyberworld. We look at hundreds, if not thousands, of indicators," Summers said. "And when we see those tools and techniques used again, we can usually pinpoint it with pretty good accuracy."

That approach works well for companies performing incident response full time and have a wealth of knowledge on various attackers, but it doesn't work for businesses that can't afford a third-party investigation firm. These companies have to "take to the streets" and do their own investigations. The first step is to start gathering as much information about the attack as possible, similar to what Summers described.

Some example questions to ask include: Where did the attack come from? Was any evidence left in server or network logs showing Web browser user agents, websites used for exfiltration of stolen data, or tools for guessing passwords or elevating privileges? Was custom malware used, and does analysis of that malware reveal any information about where it was developed, the native language of the developers, or snippets of code seen in other malware?

With answers to some of those questions, online research using open-source intelligence (OSINT) can help with corroborating details surrounding an attack. OSSINT leverages information readily accessible from search engines, social media, bulletin boards, online forums, and sites like Pastebin and Pastie. Search engines may help find sources of code or tools used during the attack, while actual commands may be traceable back to forums and bulletin boards where the attackers discussed how to carry out the attack.

Analysis of the malware can often lead to interesting clues about the developer. Sometimes debugging information can leak details about the developer's system, such as the name of the computer, location where the code was stored on the drive, and even the username. The Shamoon malware used in the Saudi Aramco attack is one example that shows some info about the developer's system and possible heritage. While fingers were pointed at Iran as the perpetrators, the string "C:\Shamoon\ArabianGulf\wiper\release\wiper.pdb" found in the malware could indicate the attacker is not from the region since Iranians refer to the gulf as the Persian Gulf. False flag or not, if a computer system were seized as part of a raid, the presence of that directory and code would be a powerful piece of evidence.

Will attribution get easier as more companies begin to focus on attribution? My guess is attackers will simply adapt to ensure there is less of an evidence trail to follow. It may be that forward-thinking companies start by trying to modify their defenses to include things like the recently released Active Defense Harbinger Distribution (ADHD) Linux distribution. ADHD is designed to interfere with the attackers' scanning and reconnaissance efforts, and even includes some tools focused on attribution. Whatever the choice in defensive strategy, it's clear that more and more victims are looking to identify their attackers.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Larry Seltzer - UBM Tech
50%
50%
Larry Seltzer - UBM Tech,
User Rank: Apprentice
2/19/2013 | 11:34:22 PM
re: Tech Insight: Attribution Is Much More Than A Source IP
It seems to me that even when you do the best you can in these cases, especially if you're using fingerprinting, deniability is always plausible enough for public relations reasons. You'll never catch these guys red-handed.
digitalsec4u
50%
50%
digitalsec4u,
User Rank: Apprentice
2/18/2013 | 3:16:52 AM
re: Tech Insight: Attribution Is Much More Than A Source IP
Tim,-áUnfortunately its a when and if they do realize a breach has-áoccurred. But some of the work that is being done in fingerprinting the attacks looks promising.

V/r,
Don-á-á-á
DarkReadingTim
50%
50%
DarkReadingTim,
User Rank: Strategist
2/18/2013 | 1:32:15 AM
re: Tech Insight: Attribution Is Much More Than A Source IP
Interesting piece here.-á Wonder if any of our readers have been able to backtrack their attackers and arrive at a definitive attribution?-á It seems very difficult to do, yet a crucial piece of stopping so many attacks. One of the reasons that attacks continue to proliferate is because attackers have so little fear of being caught.
--Tim Wilson, editor, Dark Reading
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2021
Published: 2014-10-24
Cross-site scripting (XSS) vulnerability in admincp/apilog.php in vBulletin 4.4.2 and earlier, and 5.0.x through 5.0.5 allows remote authenticated users to inject arbitrary web script or HTML via a crafted XMLRPC API request, as demonstrated using the client name.

CVE-2014-3604
Published: 2014-10-24
Certificates.java in Not Yet Commons SSL before 0.3.15 does not properly verify that the server hostname matches a domain name in the subject's Common Name (CN) field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via an arbitrary valid certificate.

CVE-2014-6230
Published: 2014-10-24
WP-Ban plugin before 1.6.4 for WordPress, when running in certain configurations, allows remote attackers to bypass the IP blacklist via a crafted X-Forwarded-For header.

CVE-2014-6251
Published: 2014-10-24
Stack-based buffer overflow in CPUMiner before 2.4.1 allows remote attackers to have an unspecified impact by sending a mining.subscribe response with a large nonce2 length, then triggering the overflow with a mining.notify request.

CVE-2014-7180
Published: 2014-10-24
Electric Cloud ElectricCommander before 4.2.6 and 5.x before 5.0.3 uses world-writable permissions for (1) eccert.pl and (2) ecconfigure.pl, which allows local users to execute arbitrary Perl code by modifying these files.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.