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

6/21/2010
05:32 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Stock Manipulation Botnet Surfaces

A Belgian federal investigation into an electronic bank account heist reveals a sophisticated attack designed to manipulate stock prices, a Belgian newspaper reported over the weekend.

A Belgian federal investigation into an electronic bank account heist reveals a sophisticated attack designed to manipulate stock prices, a Belgian newspaper reported over the weekend.This news report in the Belgian newspaper De Tijd described a highly-targeted botnet that was designed to infiltrate software trading platforms. According to the story, and I'm relying on a Google translation for this, authorities said there were 20 Belgian victims who were infected, and the cyber-thieves used those accounts to manipulate share prices and profit about 100,000 Euros.

The attacks were targeted at these investors, and the code was custom written, according to the story. The infections and the centralized control over the botnet made it possible for the botmaster to time all of the infected systems to buy or sell shares concurrently. This attack is another example of just how sophisticated cyber attacks have become, and how useless traditional anti-virus systems are in combating modern threats.

Many security experts aren't offering viable answers to these problems. In response to the attack, a Trend Micro blog in Europe suggests each banking transaction be verified to stop such attacks:

. . . from conversations with a local journalist today it seems that many Belgian banks (in fact most banks globally) are still only offering classical two-factor authentication aimed at authenticating the user rather than the transaction. While this kind of technology would certainly thwart this bot in its current form it is not impossible to defeat. As I have previously blogged banking malware has already evolved to the stage where it can overcome multiple factor user authentication.

With this in mind it is vital that any improvment (sic) in online banking security should verify individual transactions rather than simply authenticate the user. The authentication token itself must be capable of accepting direct input relating to the content or the value of the transaction. This can then be verified by both parties and cannot be modified by the malicious "man in the browser".

I'm not sure what the majority of banks in Europe are doing to authenticate users. Most online financial systems here in the U.S. still rely on single factor authentication (username/password). I am quite sure, however, most stock traders wouldn't want their trades to be vetted by some algorithm or other form of approval. It's yet another hoop to jump and additional friction between the trader and the execution of the trade.

In addition, the security mistakes made here don't appear to be the fault of the banks, rather the fault of the stock traders themselves: somehow their systems got infected with these bots and were then permitted to execute the rogue trades.

The insidious fact is, as technology stands today, these types of attacks can affect anyone. All it takes is visiting an infected blog or news Web site and it is possible for attackers to inject the malware on end user systems. It's not yet been made public how the stock traders became infected - but infected web sites frequented by traders, or highly targeted phishing e-mails with the attack software attached are reasonable assumptions.

What's the average user to do? My advice is to establish a dedicated system for banking - and don't visit any other web sites or do any other functions on that system. Period. One could also create highly secure virtual machines dedicated to banking and financial services, and revert back to a trusted safe image every day.

Not a convenient answer: but until we get control over the security of the Web and web browsers it just may be the most secure.

For my security and business observations throughout the day, consider following me on Twitter.

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/9/2020
Russian Cyber Gang 'Cosmic Lynx' Focuses on Email Fraud
Kelly Sheridan, Staff Editor, Dark Reading,  7/7/2020
Why Cybersecurity's Silence Matters to Black Lives
Tiffany Ricks, CEO, HacWare,  7/8/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-6486
PUBLISHED: 2020-07-10
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was in a CNA pool that was not assigned to any issues during 2012. Notes: none.
CVE-2012-6487
PUBLISHED: 2020-07-10
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was in a CNA pool that was not assigned to any issues during 2012. Notes: none.
CVE-2012-6488
PUBLISHED: 2020-07-10
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was in a CNA pool that was not assigned to any issues during 2012. Notes: none.
CVE-2012-6489
PUBLISHED: 2020-07-10
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was in a CNA pool that was not assigned to any issues during 2012. Notes: none.
CVE-2012-6490
PUBLISHED: 2020-07-10
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was in a CNA pool that was not assigned to any issues during 2012. Notes: none.