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.

Risk

2/6/2011
06:52 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Nasdaq Hack. Lots of Questions. Few Answers

According to a news report this weekend, hackers breached web-based applications owned by the NASDAQ. How deep did the attacks go, and who was behind them?

According to a news report this weekend, hackers breached web-based applications owned by the NASDAQ. How deep did the attacks go, and who was behind them?A news story from The Wall Street Journal reported that attackers had penetrated, on multiple occasions, the computer networks of the company that runs the Nasdaq Stock Market. According to the story federal investigators are working to uncover the criminals. The Nasdaq trading platform was not affected, the story claimed. The story was based on unnamed sources.

It wasn't the Nasdaq stock market that the attackers were after it turns out, but information from the boards of directors of publicly traded companies. To get that, it was their Web-based collaboration platform – Directors Desk – that was the target.

This statement from Nasdaq says that the company detected suspicious files on U.S. servers and determined: that our web facing application Directors Desk was potentially affected. We immediately conducted an investigation, which included outside forensic firms and U.S. federal law enforcement. The files were immediately removed and at this point there is no evidence that any Directors Desk customer information was accessed or acquired by hackers.

The The Wall Street Journal, in a follow-up story, reported that the exchange will be run as usual for trading on Monday.

According its own Web site, Directors Desk is used by 10,000 directors at Fortune 500 sized companies. That's a trove of information, so no shocker the system was targeted.

The Nasdaq OMX was no slouch when it comes to security, either:

Operational Security

Our policies comply with the ISO27001 security standard, providing multiple levels of protection to guard our clients' confidential data against undesired access. The ISO27001 standard includes employee background screening; policies that restrict physical and logical access to classified information; management of information systems; firewalling; intrusion detection; risk assessment; and guaranteed destruction of expired data.

Application Security

Directors Desk provides multiple layers of security to protect our clients' most vital corporate records.

User authentication is tightly controlled through "strong passwords," fully encrypted transport, procedures surrounding account activation, and encryption of all service level passwords in the system.

Role-based security protocols control which content is available to each user upon logging in.

Network and host-based Intrusion Detection Systems (IDS) protect all hardware and applications in the Directors Desk server farm

Complying with security standards, having good authentication and authorization systems in place is great. So are IDS systems. But no matter how many layers of security are in place, what matters is how well it's all orchestrated together. That's why lists of standards being adhered to, as well as security technologies in place don't really tell us much about how secure an organization is.

So far, not much information about this hack. Hopefully, Nasdaq is correct, and no customer information was stolen. But we still don't know who was behind the attack, and can only assume that it was board secrets that the attackers sought.

For my security and technology observations throughout the day, find me on Twitter.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.