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.

Vulnerabilities / Threats

04:27 PM
Connect Directly

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 the Executive Editor of Dark Reading. 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
Newest First  |  Oldest First  |  Threaded View
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Beyond MITRE ATT&CK: The Case for a New Cyber Kill Chain
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  3/30/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-04-10
Valve Steam through 2021-04-10, when a Source engine game is installed, allows remote authenticated users to execute arbitrary code because of a buffer overflow that occurs for a Steam invite after one click.
PUBLISHED: 2021-04-10
A command execution vulnerability in SonicWall GMS 9.3 allows a remote unauthenticated attacker to locally escalate privilege to root.
PUBLISHED: 2021-04-09
Zoom Chat through 2021-04-09 on Windows and macOS allows certain remote authenticated attackers to execute arbitrary code without user interaction. An attacker must be within the same organization, or an external party who has been accepted as a contact. NOTE: this is specific to the Zoom Chat softw...
PUBLISHED: 2021-04-09
Use after free in screen sharing in Google Chrome prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.
PUBLISHED: 2021-04-09
Use after free in V8 in Google Chrome prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.