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.

Analytics

Study: Browser Warnings Don't Work

Despite lock-and-key icons and pop-up alerts, banking users just keep on loggin' on, Harvard/MIT researchers say

The lock-and-key icon was broken. The site-authentication image was not there. A security message popped up, warning that the site was not properly certified.

And still, more than half of them entered a password and tried to log in.

That's the bottom-line finding of a new study from researchers at Harvard University and MIT, who conducted a live test of banking users to measure the effectiveness of browser-based authentication and anti-phishing features earlier this year. The research is scheduled to be presented at the IEEE Symposium on Security and Privacy next month.

In the study, 67 customers of a single bank were asked to perform common online banking tasks. As they logged in, they were presented with increasingly conspicuous visual clues that suggested they might be about to enter a phishing or other fraudulent site.

In the first test, the researchers "broke" the HTTPS security key. The lock-and-key icon at the bottom of the screen clearly was not in one piece, and the URL showed "http" rather than "https." After seeing these cues, all (100%) of the participants proceeded to log in anyway.

In the second test, the researchers removed the site authentication image from the users' browser screens. These images, typified by Bank of America's Sitekey, are supposed to authenticate the site for the user by presenting a pre-selected image that the user can recognize. The researchers did not reveal which site authentication image technology was involved in the test.

When both the HTTPS security key and the site authentication image were displayed in an unsecured state, only 3 percent of the participants stopped the logon process before typing in their passwords. The rest of the users -- 97 percent -- went ahead and logged on.

In the third test, the researchers presented the participants with a browser "warning page" stating that there was a problem with the target site's security certificate. Users were then given the option of closing the page or continuing to the Website.

In the presence of the broken HTTP key, a non-secure URL, an absent site authentication image, and a strongly-worded pop-up warning, 53 percent of the participants chose to continue to the banking site. Only 47 percent chose to abandon the logon before they had typed their passwords.

"We confirm prior findings that users ignore HTTPS indicators," the researchers say in the study. "No participants withheld their passwords when these indicators were removed. We also present the first empirical investigation of site authentication images, and we find them to be ineffective."

The tests were done on Microsoft's IE6 browser and, therefore, did not evaluate the effectiveness of the new anti-phishing features in IE7, where color-coded URLs and pop-up warning screens are a new feature. "Very few of the participants had seen the warning pages before," the researchers conceded. "Now that IE7 is widely available, users may see warning pages often enough to become complacent about heeding them."

But the study findings support some experts' skepticism that anti-phishing warnings, such as the new Extended Validation SSL, will have much impact on users' behavior. A study conducted by Microsoft and Stanford University in February has already suggested that EV SSL doesn't work. (See EV SSL: Dead on Arrival?)

"Prior studies have reported that few users notice the presence of HTTPS indicators such as the browser lock icon," the study notes. "Our results corroborate these findings and extend them by showing that even participants whose passwords are at risk fail to react as recommended when HTTPS indicators are absent."

— 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
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/6/2020
Introducing 'Secure Access Service Edge'
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  7/3/2020
Russian Cyber Gang 'Cosmic Lynx' Focuses on Email Fraud
Kelly Sheridan, Staff Editor, Dark Reading,  7/7/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-5604
PUBLISHED: 2020-07-09
Android App 'Mercari' (Japan version) prior to version 3.52.0 allows arbitrary method execution of a Java object by a remoto attacker via a Man-In-The-Middle attack by using Java Reflection API of JavaScript code on WebView.
CVE-2020-5974
PUBLISHED: 2020-07-08
NVIDIA JetPack SDK, version 4.2 and 4.3, contains a vulnerability in its installation scripts in which permissions are incorrectly set on certain directories, which can lead to escalation of privileges.
CVE-2020-15072
PUBLISHED: 2020-07-08
An issue was discovered in phpList through 3.5.4. An error-based SQL Injection vulnerability exists via the Import Administrators section.
CVE-2020-15073
PUBLISHED: 2020-07-08
An issue was discovered in phpList through 3.5.4. An XSS vulnerability occurs within the Import Administrators section via upload of an edited text document. This also affects the Subscriber Lists section.
CVE-2020-2034
PUBLISHED: 2020-07-08
An OS Command Injection vulnerability in the PAN-OS GlobalProtect portal allows an unauthenticated network based attacker to execute arbitrary OS commands with root privileges. An attacker requires some knowledge of the firewall to exploit this issue. This issue can not be exploited if GlobalProtect...