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 Executive Editor at DarkReading.com. 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
Veterans Find New Roles in Enterprise Cybersecurity
Kelly Sheridan, Staff Editor, Dark Reading,  11/12/2018
Understanding Evil Twin AP Attacks and How to Prevent Them
Ryan Orsi, Director of Product Management for Wi-Fi at WatchGuard Technologies,  11/14/2018
7 Free (or Cheap) Ways to Increase Your Cybersecurity Knowledge
Curtis Franklin Jr., Senior Editor at Dark Reading,  11/15/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Online Malware and Threats: A Profile of Today's Security Posture
Online Malware and Threats: A Profile of Today's Security Posture
This report offers insight on how security professionals plan to invest in cybersecurity, and how they are prioritizing their resources. Find out what your peers have planned today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2008-7320
PUBLISHED: 2018-11-18
** DISPUTED ** GNOME Seahorse through 3.30 allows physically proximate attackers to read plaintext passwords by using the quickAllow dialog at an unattended workstation, if the keyring is unlocked. NOTE: this is disputed by a software maintainer because the behavior represents a design decision.
CVE-2018-19358
PUBLISHED: 2018-11-18
GNOME Keyring through 3.28.2 allows local users to retrieve login credentials via a Secret Service API call and the D-Bus interface if the keyring is unlocked, a similar issue to CVE-2008-7320. One perspective is that this occurs because available D-Bus protection mechanisms (involving the busconfig...
CVE-2018-19351
PUBLISHED: 2018-11-18
Jupyter Notebook before 5.7.1 allows XSS via an untrusted notebook because nbconvert responses are considered to have the same origin as the notebook server. In other words, nbconvert endpoints can execute JavaScript with access to the server API. In notebook/nbconvert/handlers.py, NbconvertFileHand...
CVE-2018-19352
PUBLISHED: 2018-11-18
Jupyter Notebook before 5.7.2 allows XSS via a crafted directory name because notebook/static/tree/js/notebooklist.js handles certain URLs unsafely.
CVE-2018-19353
PUBLISHED: 2018-11-18
The ansilove_ansi function in loaders/ansi.c in libansilove 1.0.0 allows remote attackers to cause a denial of service (out-of-bounds read and application crash) via a crafted file.