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

Bank Attacker Iran Ties Questioned By Security Pros

U.S. government officials continue to blame Iran for launching attacks against U.S. banks, but some information security experts see only circumstantial evidence.

If Iran is masterminding the online attacks against U.S. banks, where's the hard evidence?

Numerous current and former U.S. officials have accused the Iranian government of sponsoring the distributed denial-of-service (DDoS) attacks, which began in September and recently restarted. For four months, the attacks have disrupted the websites of many of the United States' leading financial institutions, including Bank of America, Citigroup, JPMorgan Chase and Wells Fargo.

Shortly after the first wave of attacks began, U.S. officials began blaming Iran, and have continued to do so. "There is no doubt within the U.S. government that Iran is behind these attacks," James A. Lewis, who's a former official at the State and Commerce Departments, told the The New York Times.

Officials have also noted that the attacks are so sophisticated and unstoppable that only a nation state could have launched them. Others have said that the attackers have pursued disruption, rather than personal enrichment, which further suggests nation state involvement. But to date, government officials have produced no evidence that links Iran to the attacks.

[ Hackers have infiltrated U.S. networks, say government officials. Read DOD: Hackers Breached U.S. Critical Infrastructure Control Systems. ]

Many information security experts, however, see no irrefutable signs of Iranian involvement. "You can tell that it was planned and executed pretty well," said Carl Herberger, VP of security solutions at Radware, which has been investigating the attacks on behalf of its customers.

But Herberger noted that project management skills aren't evidence of Iranian backing. "The best way I can probably say this is we've seen no irrefutable evidence that it's a single nation state or single actor that's participating in the attacks," he said. "There's nothing we've seen that can't be perpetrated by a small amount of knowledgeable individuals, whether they be associated with a nation state or otherwise."

What is clear is that the attacks aren't the work of amateurs. "The attacks have a couple of attributes attached to them which lead people to believe they're a little more professional," he said. "Some of the attacks are very well organized, choreographed and obfuscated. They have nice cloaking mechanisms, including the ability to masquerade the origin of the command-and-control infrastructure. ... There's clearly a management effort, and there are some beautifully designed tools able to perpetrate this attack."

But while the attack tools are effective, they aren't necessarily the product of an advanced cyber-weapons laboratory. "The tool being used isn't particularly impressive, based on what our 'threat hunter' tells me. But then, if it works, it works -- so why invest more resources into it?" said Sean Sullivan, security advisor at F-Secure Labs, via email. "The simple nature of the tool, though, causes me to read the analysis [suggesting state sponsorship] with a heavy grain of salt."

What of the fact that the bank attackers have managed to compromise servers at data centers, thus unleashing high-volume DDoS attacks that have reached sustained packet floods of 70 Gbps?

"The numbers are impressive, and there does appear to be good coordination, but that doesn't necessarily mean 'state-sponsored,' at least in the sense that a state agency is responsible," said Sullivan. "It could very well be useful idiots which receive funding somehow, or else are acting on their own, but with the passive approval of a nation state."

"A 70-gpbs attack against banks is trivially easy for any individual," said Robert David Graham, head of Errata Security, in a blog post. "What's new with this attack is that it doesn't come from a botnet of thousands of machines, but from a few data centers. This is an easy attack. Data centers have 10 gbps+ connections to the Internet and hundreds of vulnerable servers. Just run nmap or Nessus or any hacking tool targeting the data center, and you'll compromise several servers to run your attacks from."

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
News
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Commentary
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
Video
Cartoon
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
CVE-2020-24285
PUBLISHED: 2021-04-12
INTELBRAS TELEFONE IP TIP200 version 60.61.75.22 allows an attacker to obtain sensitive information through /cgi-bin/cgiServer.exx.
CVE-2021-29379
PUBLISHED: 2021-04-12
** UNSUPPORTED WHEN ASSIGNED ** An issue was discovered on D-Link DIR-802 A1 devices through 1.00b05. Universal Plug and Play (UPnP) is enabled by default on port 1900. An attacker can perform command injection by injecting a payload into the Search Target (ST) field of the SSDP M-SEARCH discover pa...
CVE-2015-20001
PUBLISHED: 2021-04-11
In the standard library in Rust before 1.2.0, BinaryHeap is not panic-safe. The binary heap is left in an inconsistent state when the comparison of generic elements inside sift_up or sift_down_range panics. This bug leads to a drop of zeroed memory as an arbitrary type, which can result in a memory ...
CVE-2020-36317
PUBLISHED: 2021-04-11
In the standard library in Rust before 1.49.0, String::retain() function has a panic safety problem. It allows creation of a non-UTF-8 Rust string when the provided closure panics. This bug could result in a memory safety violation when other string APIs assume that UTF-8 encoding is used on the sam...
CVE-2020-36318
PUBLISHED: 2021-04-11
In the standard library in Rust before 1.49.0, VecDeque::make_contiguous has a bug that pops the same element more than once under certain condition. This bug could result in a use-after-free or double free.