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.


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

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Our Endpoint Protection system is a little outdated... 
Current Issue
The Year in Security: 2019
This Tech Digest provides a wrap up and overview of the year's top cybersecurity news stories. It was a year of new twists on old threats, with fears of another WannaCry-type worm and of a possible botnet army of Wi-Fi routers. But 2019 also underscored the risk of firmware and trusted security tools harboring dangerous holes that cybercriminals and nation-state hackers could readily abuse. Read more.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2019-12-12
The express install, which is the suggested way to install Puppet Enterprise, gives the user a URL at the end of the install to set the admin password. If they do not use that URL, there is an overlooked default password for the admin user. This was resolved in Puppet Enterprise 2019.0.3 and 2018.1....
PUBLISHED: 2019-12-12
When using the cd4pe::root_configuration task to configure a Continuous Delivery for PE installation, the root user�s username and password were exposed in the job�s Job Details pane in the PE console. These issues have been resolved in version 1.2.1 of the ...
PUBLISHED: 2019-12-12
An exploitable code execution vulnerability exists in the DICOM packet-parsing functionality of LEADTOOLS libltdic.so, version 20.0.2019.3.15. A specially crafted packet can cause an integer overflow, resulting in heap corruption. An attacker can send a packet to trigger this vulnerability.
PUBLISHED: 2019-12-12
An exploitable information disclosure vulnerability exists in the DICOM packet-parsing functionality of LEADTOOLS libltdic.so, version 20.0.2019.3.15. A specially crafted packet can cause an out-of-bounds read, resulting in information disclosure. An attacker can send a packet to trigger this vulner...
PUBLISHED: 2019-12-12
An exploitable denial-of-service vulnerability exists in the Dicom-packet parsing functionality of LEADTOOLS libltdic.so version 20.0.2019.3.15. A specially crafted packet can cause an infinite loop, resulting in a denial of service. An attacker can send a packet to trigger this vulnerability.