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
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/22/2020
The Problem with Artificial Intelligence in Security
Dr. Leila Powell, Lead Security Data Scientist, Panaseer,  5/26/2020
How an Industry Consortium Can Reinvent Security Solution Testing
Henry Harrison, Co-founder & Chief Technology Officer, Garrison,  5/21/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
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-10737
PUBLISHED: 2020-05-27
A race condition was found in the mkhomedir tool shipped with the oddjob package in versions before 0.34.5 and 0.34.6 wherein, during the home creation, mkhomedir copies the /etc/skel directory into the newly created home and changes its ownership to the home's user without properly checking the hom...
CVE-2020-13622
PUBLISHED: 2020-05-27
JerryScript 2.2.0 allows attackers to cause a denial of service (assertion failure) because a property key query for a Proxy object returns unintended data.
CVE-2020-13623
PUBLISHED: 2020-05-27
JerryScript 2.2.0 allows attackers to cause a denial of service (stack consumption) via a proxy operation.
CVE-2020-13616
PUBLISHED: 2020-05-26
The boost ASIO wrapper in net/asio.cpp in Pichi before 1.3.0 lacks TLS hostname verification.
CVE-2020-13614
PUBLISHED: 2020-05-26
An issue was discovered in ssl.c in Axel before 2.17.8. The TLS implementation lacks hostname verification.