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

New Bank Practices Make Hacking Easier

New multifactor logon procedures actually improve attacker's chances of breaking in, expert says at DefCon

Many of the new practices that banks are using to verify users' identities are actually making their customers easier targets, according to a security researcher.

In a study presented this past weekend at DefCon in Las Vegas, independent researcher Brendan O'Connor outlined a variety of methods that attackers could use to turn banks' latest security measures to their own advantage.

Many of the new authentication methods are a response to federal banking requirements, which state that banks should not rely on a single password system. Under guidelines and deadlines set by the Federal Financial Institutions Examination Council (FFIEC), most banks are now asking customers to answer a challenge or identify a "personalized" image before they can log into their accounts.

But O'Connor says that in their rush to meet the FFIEC requirements, many banks have overlooked some serious vulnerabilities in their schemes, many of which fall short of true two-factor authentication but are sometimes called "greater than one."

"When I started looking at how these banks were deploying this 'greater than one' technology, I couldn't believe my eyes," O'Connor says.

For example, many of the "challenges" that banks use alongside passwords require the user to give away additional personal information, which phishers can steal and use to improve their chances of breaking into an account. Other banks ask users to choose from a series of images, which actually makes it easier for attackers to guess their way into an account, O'Connor says.

To prove his point, O'Connor signed up for a number of online banking services, then installed an inline proxy so that he could monitor the exchange between his computer and the bank's. "I just watched the HTTP requests and responses for these sessions, and immediately knew how to break them," he says.

"The methods [banks] are using for device 'fingerprinting' are effectively Javascript and, in some cases, a flash object," O'Connor explains. "If you think about it logically, they are sending code to my computer, and asking it to be honest about its characteristics. Because I can see the code they are using, I can see exactly what questions they are asking my computer, and what a proper response needs to look like.

"I'd hate to call this a 'hack,' because they did the hacking for me," O'Connor says.

The banks believe that by adding a second question or image -- or by requiring the user to send an email -- they are increasing the odds against an attacker guessing his way into a user's account, O'Connor says. But most savvy phishers and thieves don't break in by guessing, but by stealing information through different means, such as keyloggers or social engineering, O'Connor observes.

The banks' new "second" factors of authentication actually improve the attackers' chances of a break-in by making the penetration path more clear, he explains.

"Effectively, I just downloaded the authentication scripts from the target Website -- it happens before you are authenticated, so you just go to the login page and copy and paste," O'Connor says. In his DefCon presentation, O'Connor demonstrated an exploit against one of his own accounts, "to show the audience how ridiculously easy this stuff is to bypass or impersonate," he says.

"At the end of it, I delivered my security image and phrase via my 'phishing' Website to show how an attacker can impersonate the real bank," O'Connor says. "I also did a standard man-in-the-middle attack for challenge questions, to illustrate that [one-time passwords] and challenge questions are just as easy to get past."

O'Connor believes that the efforts of banks and the FFIEC to add additional factors of authentication are a misuse of resources.

"I don't think authentication is where we need to be spending our time and money," he states. "Was authentication ever the real problem? You had three chances to enter your password, then your account was locked out. The bad guys aren't getting in by guessing passwords. They're getting in by tricking customers into giving them the information, or they are stealing it off their computers through worms, bots, and other malcode. That is the crux of the problem."

The real problem, O'Connor says, is that banks follow what he calls the "Inheritance Trust Model," in which a user who is authenticated automatically has access to all of the functions inside the account.

"In the physical world, stores don't put a bunch of security guards just at the front door -- they put them in the store. And they have cameras in the store, especially in high-risk areas like cash registers. They watch what is taking place inside the store, not just who comes in. In the real world, that's common sense. But when it comes to online banking, the industry just doesn't think that way for some reason."

— Tim Wilson, Site Editor, Dark Reading

Tim Wilson is Editor in Chief and co-founder of Dark Reading.com, UBM Tech's online community for information security professionals. He is responsible for managing the site, assigning and editing content, and writing breaking news stories. Wilson has been recognized as one ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Commentary
What the FedEx Logo Taught Me About Cybersecurity
Matt Shea, Head of Federal @ MixMode,  6/4/2021
Edge-DRsplash-10-edge-articles
A View From Inside a Deception
Sara Peters, Senior Editor at Dark Reading,  6/2/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
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-2021-23394
PUBLISHED: 2021-06-13
The package studio-42/elfinder before 2.1.58 are vulnerable to Remote Code Execution (RCE) via execution of PHP code in a .phar file. NOTE: This only applies if the server parses .phar files as PHP.
CVE-2021-34682
PUBLISHED: 2021-06-12
Receita Federal IRPF 2021 1.7 allows a man-in-the-middle attack against the update feature.
CVE-2021-31811
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an OutOfMemory-Exception while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-31812
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an infinite loop while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-32552
PUBLISHED: 2021-06-12
It was discovered that read_file() in apport/hookutils.py would follow symbolic links or open FIFOs. When this function is used by the openjdk-16 package apport hooks, it could expose private data to other local users.