Vulnerabilities / Threats
12/5/2012
04:27 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Attack Intelligence-Sharing Goes 'Wire-Speed'

STIX standard aimed at eliminating manual process of converting intelligence into useful defense

When a company hit by a cyberattack shares some details of the attack with another firm, it typically gives them a call or shoots them an email with some intelligence on the malware or other fingerprints of the attack. It's then up to the recipient to manually translate that information into a format it can use to automatically protect itself from falling prey to that attack.

That gap of time between receiving the intell and converting it into something useful can make all the difference in deflecting or mitigating an attack. To wit, an industry effort is under way to create a standard, machine-readable language that organizations can use to efficiently incorporate the latest threat information into their security infrastructures, called Structured Threat Information eXpression, or STIX.

"STIX is not a program or policy. It's not a system or application. It's not code or heuristics: It's purely a language," says Sean Barnum, a principal in cybersecurity at Mitre Corp., which is spearheading the project. "It's a way of expressing and specifying cyberthreat information. You can then use it any way you want."

The goal is to help automate the process with a consistent language for speaking intell. "So I can share my detection for your prevention tomorrow, so you can block it," Barnum says. "There's no standard way of doing this today. It's amazing how much time is spent translating [attack and threat] information from different players."

STIX, which is currently available as a 1.0 draft release, would make intell-sharing -- and reaction to new threats --"wire-speed," its backers say. The initial version uses XML Schema and is made up of eight core "constructs," including indicator, incident, exploit target, campaign, and threat actor.

And the project has some heavy-duty players behind it: The U.S. Department of Homeland Security (DHS), U.S. Computer Emergency Readiness Team (US-CERT), National Institute of Standards and Technology (NIST), Financial Services Information Sharing and Analysis Center (FS-ISAC), Depository Trust & Clearing Corporation (DTCC), General Dynamics, Lockheed Martin, NATO, and World Bank are among the contributors.

[Targeted attacks out of China against Google and other U.S. firms forced some chief information security officers to reach out to their counterparts in other organizations and share attack, forensics information. See 'Operation Aurora' Changing The Role Of The CISO.]

Michael "Aharon" Chernin, security automation program manager for corporate information security at DTCC and a contributor to STIX, says the goal of STIX is making intelligence machine-readable in a standard way. "It's not that the intell [today] being shared is bad -- it's that the intell isn't structured, so that when you receive it you have to manually act upon it.

"If I know it's going to be structured, I can develop automated tools to use it. STIX makes it so when you share intell, it's always in machine-readable format," Chernin says. And that way, organizations can respond to threats "at wire speed" as well, he says.

Chernin, whose organization is a participant in the FS-ISAC, describes STIX as the intelligence-sharing language architecture, while a companion standard from DHS, Trusted Automated eXchange of Indicator Information (TAXII), is the protocol for transporting the information. FS-ISAC plans to adopt both STIX and TAXII, he says.

DTCC has been a major contributor to STIX. "DTCC has been involved in security standards for a few years, even before STIX and TAXI. We are one of the top contributors to the OVAL [Open Vulnerability Assessment Language] repository," Chernin says.

Sharing malicious IP addresses, file hashes, URLs, and email addresses used in attacks has been going on for some time. It has just been a mostly manual process, he says. The goal is to make it more costly for the attacker with better defenses that force him to spend more money and time, he says.

RSA, the security division of EMC, had previously offered up its own XML-based language as a solution to the intell-sharing problem. The language is based on its NetWitness framework's technology for taking data from different sources, massaging it, and converting it into machine-readable format, says Eddie Schwartz, CSO at RSA. RSA demonstrated a prototype of the technology at the RSA Conference last year.

"You're going to see more and more of this, with companies like ours looking at different ways to use automated threat intelligence," he says. It's too soon to tell whether STIX will be the language, though, he says.

"It's pointing to the ongoing need for development of a format," he says. Schwartz says STIX and TAXII present intelligence information in a digestible way that can be easily integrated into their existing infrastructures.

The hope is that vendors, too, ultimately will adopt STIX support into their security products. "What we're trying to do is drive demand from the consumer and what the consumer needs, versus having solutions come from vendors," DTCC's Chernin says.

So far, aside from FS-ISAC, the DHS, US-CERT, Mitre, and Japan's Information-technology Promotion Agency have publicly committed to adopting STIX. According to STIX's developers, various U.S. and international organizations are considering adopting the standard, as well.

"In a perfect world, everyone would adopt STIX," Chernin says. "It would be a huge win if just the financial sector adopted it."

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.

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2010-5312
Published: 2014-11-24
Cross-site scripting (XSS) vulnerability in jquery.ui.dialog.js in the Dialog widget in jQuery UI before 1.10.0 allows remote attackers to inject arbitrary web script or HTML via the title option.

CVE-2012-6662
Published: 2014-11-24
Cross-site scripting (XSS) vulnerability in the default content option in jquery.ui.tooltip.js in the Tooltip widget in jQuery UI before 1.10.0 allows remote attackers to inject arbitrary web script or HTML via the title attribute, which is not properly handled in the autocomplete combo box demo.

CVE-2014-1424
Published: 2014-11-24
apparmor_parser in the apparmor package before 2.8.95~2430-0ubuntu5.1 in Ubuntu 14.04 allows attackers to bypass AppArmor policies via unspecified vectors, related to a "miscompilation flaw."

CVE-2014-7817
Published: 2014-11-24
The wordexp function in GNU C Library (aka glibc) 2.21 does not enforce the WRDE_NOCMD flag, which allows context-dependent attackers to execute arbitrary commands, as demonstrated by input containing "$((`...`))".

CVE-2014-7821
Published: 2014-11-24
OpenStack Neutron before 2014.1.4 and 2014.2.x before 2014.2.1 allows remote authenticated users to cause a denial of service (crash) via a crafted dns_nameservers value in the DNS configuration.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?