Risk
2/6/2011
06:52 PM
George V. Hulme
George V. Hulme
Commentary
Connect Directly
RSS
E-Mail
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
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-2014-0485
Published: 2014-09-02
S3QL 1.18.1 and earlier uses the pickle Python module unsafely, which allows remote attackers to execute arbitrary code via a crafted serialized object in (1) common.py or (2) local.py in backends/.

CVE-2014-3861
Published: 2014-09-02
Cross-site scripting (XSS) vulnerability in CDA.xsl in HL7 C-CDA 1.1 and earlier allows remote attackers to inject arbitrary web script or HTML via a crafted reference element within a nonXMLBody element.

CVE-2014-3862
Published: 2014-09-02
CDA.xsl in HL7 C-CDA 1.1 and earlier allows remote attackers to discover potentially sensitive URLs via a crafted reference element that triggers creation of an IMG element with an arbitrary URL in its SRC attribute, leading to information disclosure in a Referer log.

CVE-2014-5076
Published: 2014-09-02
The La Banque Postale application before 3.2.6 for Android does not prevent the launching of an activity by a component of another application, which allows attackers to obtain sensitive cached banking information via crafted intents, as demonstrated by the drozer framework.

CVE-2014-5136
Published: 2014-09-02
Cross-site scripting (XSS) vulnerability in Innovative Interfaces Sierra Library Services Platform 1.2_3 allows remote attackers to inject arbitrary web script or HTML via unspecified parameters.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.