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.

Attacks/Breaches

12/7/2018
04:30 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Criminals Use Locally Connected Devices to Attack, Loot Banks

Tens of millions of dollars stolen from at least eight banks in East Europe, Kasperksy Lab says.

Attackers, likely working for the same threat group, have looted tens of millions of dollars from at least eight banks in Eastern Europe after gaining initial access to their networks via devices connected directly to a local network.

In some cases, the attackers planted the devices at the banking institution's central office. In others, they were planted in a regional office or even an office in another country, Kaspersky Lab said in a report this week.

They then used the initial foothold to move deeper into the target organization's network, finding and manipulating systems in order to withdraw millions of dollars using ATMs and other services.

The "DarkVishnya" campaign, as Kaspersky Lab has named it, was a series of attacks on financial institutions, says Sergey Golovanov, security researcher at Kaspersky Lab. "What they all had in common was the use of a physical device that was connected to the local network and later scanned in order to access open resources," he says.

The attacks are another reminder that network perimeter defenses alone are not enough, Golovanov notes. "Cybercriminals can connect to the network leaving no trace and no logs in networking gear," he says.

In its report, Kaspersky Lab described the devices used in the DarkVishnya attacks as one of three types: a notebook or cheap laptop, a Raspberry Pi computer, or Bash Bunny, a Linux-based tool that can be plugged into a target computer's USB port to execute malicious payloads.

With each attack, the cybercriminals gained initial access to their target organization's building by pretending to be a courier, job seeker, or some other guise. They then connected their rogue devices to the banks' local networks in meeting rooms or to tables with built-in network sockets.

Each of the planted devices was remote-access-enabled via a built-in or USB-connected modem. The device would show up on the local network as an unknown computer, an external flash drive, or a keyboard. But finding it was hard because the device would typically be hidden or installed in a manner to blend in with the surroundings, Kaspersky Lab said in its report.

The attackers then remotely accessed their rogue devices and used them to scan the network for publicly accessible folders, Web servers, and other open resources. The main goal was to gather as much information as possible on servers and workstations used for making payments.  

Once the attackers discovered such systems, they tried brute-forcing their way in or finding data for logging into the systems using legitimate credentials.

"When a malicious program was installed on one of the computers, this program would not connect to external IP addresses belonging to the threat actors," Golovanov says. Instead, it would open a local TCP-port and let criminals connect to it, he says.

In situations where a firewall prevented the technique from working, the attackers would "use a server of one of the local computers on the network that already had permission to access the target system through the firewall," he says. "So some computers had local ports open, and some computers just had IP addresses of computers from the corporate network, not threat actors' external IP addresses."

Kaspersky Lab researchers estimate that the target banks suffered millions of dollars in direct losses from the attack via fraudulent ATM withdrawals and other services that provide banking clients with funds.

Golovanov says that while the attacks were identical and involved the same kind of rogue devices, Kaspersky Lab is currently not making any claims about the potential identity of the threat actors behind DarkVishnya.

Related Content:

 

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
RxVge02U
50%
50%
RxVge02U,
User Rank: Apprentice
12/10/2018 | 5:48:21 AM
Samish Leather

Thanks for sharing your thoughts and ideas on this one. Please keep posting about such articles as they really spread useful information. Dwayne Jhonson Christmas

 

7 Truths About BEC Scams
Ericka Chickowski, Contributing Writer,  6/13/2019
DNS Firewalls Could Prevent Billions in Losses to Cybercrime
Curtis Franklin Jr., Senior Editor at Dark Reading,  6/13/2019
Can Your Patching Strategy Keep Up with the Demands of Open Source?
Tim Mackey, Principal Security Strategist, CyRC, at Synopsys,  6/18/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Building and Managing an IT Security Operations Program
As cyber threats grow, many organizations are building security operations centers (SOCs) to improve their defenses. In this Tech Digest you will learn tips on how to get the most out of a SOC in your organization - and what to do if you can't afford to build one.
Flash Poll
The State of IT Operations and Cybersecurity Operations
The State of IT Operations and Cybersecurity Operations
Your enterprise's cyber risk may depend upon the relationship between the IT team and the security team. Heres some insight on what's working and what isn't in the data center.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-3896
PUBLISHED: 2019-06-19
A double-free can happen in idr_remove_all() in lib/idr.c in the Linux kernel 2.6 branch. An unprivileged local attacker can use this flaw for a privilege escalation or for a system crash and a denial of service (DoS).
CVE-2019-3954
PUBLISHED: 2019-06-19
Stack-based buffer overflow in Advantech WebAccess/SCADA 8.4.0 allows a remote, unauthenticated attacker to execute arbitrary code by sending a crafted IOCTL 81024 RPC call.
CVE-2019-10085
PUBLISHED: 2019-06-19
In Apache Allura prior to 1.11.0, a vulnerability exists for stored XSS on the user dropdown selector when creating or editing tickets. The XSS executes when a user engages with that dropdown on that page.
CVE-2019-11038
PUBLISHED: 2019-06-19
When using gdImageCreateFromXbm() function of gd extension in versions 7.1.x below 7.1.30, 7.2.x below 7.2.19 and 7.3.x below 7.3.6, it is possible to supply data that will cause the function to use the value of uninitialized variable. This may lead to disclosing contents of the stack that has been ...
CVE-2019-11039
PUBLISHED: 2019-06-19
Function iconv_mime_decode_headers() in versions 7.1.x below 7.1.30, 7.2.x below 7.2.19 and 7.3.x below 7.3.6 may perform out-of-buffer read due to integer overflow when parsing MIME headers. This may lead to information disclosure or crash.