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.

Vulnerabilities / Threats

2/2/2010
09:44 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Majority Of Online Banking Customers Use Same Credentials On Other Less-Secure Websites

Trusteer data finds that 73 percent use the same password for their online banking account on at least one nonfinancial Website

Most users just don't bother trying to memorize all of those separate usernames and passwords for multiple Websites: Instead, 73 percent use the same password for their online banking account as they do on at least one nonfinancial Website, and nearly 50 percent use the same user ID and password, according to a new report.

Trusteer, which runs a browser security service, revealed the findings today based on a sample of more than 4 million users of its service during a 12-month period.

"Maybe it's the security guy in me, but I was surprised by the amount of sharing of usernames and passwords that take place," says Amit Klein, CTO of Trusteer and head of its research group. "This lends itself to attacks."

Around 65 percent of users reuse their user ID on nonfinancial Websites when their bank lets them create their own ID, and 42 percent do so on at least one other Website when the bank issues them the user ID.

"This has implications: Once these [shared] credentials are compromised in some way, other user accounts are exposed -- often they are sharing these same credentials with less secure and maintained sites," Klein says. All it takes is the user's credentials being harvested off of one of those sites, and the banking account is in jeopardy, according to Klein.

So how do users balance the nightmare of juggling multiple sets of credentials? Trusteer recommends consumers have at least three sets of credentials: one for financial Websites only, another for nonfinancial Websites that house sensitive information about the user, and a third for Websites that don't contain any confidential information about the user.

Financial institutions should identify and alert customers who reuse their online credentials on nonfinancial Websites and educate them of the risks, as well as set their risk engine to "higher sensitivity" to these users, according to Trusteer's report, which is available here (PDF).

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
44% of Security Threats Start in the Cloud
Kelly Sheridan, Staff Editor, Dark Reading,  2/19/2020
Zero-Factor Authentication: Owning Our Data
Nick Selby, Chief Security Officer at Paxos Trust Company,  2/19/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
How Enterprises Are Developing and Maintaining Secure Applications
How Enterprises Are Developing and Maintaining Secure Applications
The concept of application security is well known, but application security testing and remediation processes remain unbalanced. Most organizations are confident in their approach to AppSec, although others seem to have no approach at all. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-8818
PUBLISHED: 2020-02-25
An issue was discovered in the CardGate Payments plugin through 2.0.30 for Magento 2. Lack of origin authentication in the IPN callback processing function in Controller/Payment/Callback.php allows an attacker to remotely replace critical plugin settings (merchant ID, secret key, etc.) and therefore...
CVE-2020-8819
PUBLISHED: 2020-02-25
An issue was discovered in the CardGate Payments plugin through 3.1.15 for WooCommerce. Lack of origin authentication in the IPN callback processing function in cardgate/cardgate.php allows an attacker to remotely replace critical plugin settings (merchant ID, secret key, etc.) and therefore bypass ...
CVE-2020-9385
PUBLISHED: 2020-02-25
A NULL Pointer Dereference exists in libzint in Zint 2.7.1 because multiple + characters are mishandled in add_on in upcean.c, when called from eanx in upcean.c during EAN barcode generation.
CVE-2020-9382
PUBLISHED: 2020-02-24
An issue was discovered in the Widgets extension through 1.4.0 for MediaWiki. Improper title sanitization allowed for the execution of any wiki page as a widget (as defined by this extension) via MediaWiki's } parser function.
CVE-2020-1938
PUBLISHED: 2020-02-24
When using the Apache JServ Protocol (AJP), care must be taken when trusting incoming connections to Apache Tomcat. Tomcat treats AJP connections as having higher trust than, for example, a similar HTTP connection. If such connections are available to an attacker, they can be exploited in ways that ...