Vulnerabilities / Threats

9/15/2016
05:00 PM
Connect Directly
Facebook
Twitter
RSS
E-Mail
50%
50%

Google Chrome To Flag Non-HTTPS Logins, Credit Card Info 'Not Secure'

The move is part of a larger Google push to lock down Web traffic using encryption between the browser and Web server.

Google's Chrome 56 browser as of January 2017 will flag as "not secure" any non-HTTPS sites that transmit password and credit-card information.

Hypertext Transport Protocol Secure (HTTPS) combines the Web's lingua franca hypertext transport protocol with encryption from Transport Layer Security (TLS) or Secure Sockets Layer (SSL) to guarantee the authenticity of a website, protect communication between client and server, and obviate man-in-the-middle attacks.

Currently, Chrome delivers HTTP connections with its neutral indicator, which Google says doesn't reflect the real lack of security in HTTP environments. "When you load a website over HTTP, someone else on the network can look at or modify the site before it gets to you," Chrome Security Team member Emily Schechter wrote in a Sept. 8 blog post. HTTPS usage is on the upswing and that more than half of Chrome desktop page loads are now served over HTTPS, she wrote.

Google Chrome is the most widely used browser in the world, with approximately 54% of the combined desktop and mobile user segments as of August, according to Net Market Share.

Google is also a member of the Let's Encrypt consortium, a certificate authority that aims to lock down the Web via HTTPS. The certificates are available for free and are easily configured, according to the Internet Security Research Group, which provides the certificate service. 

Without giving any timeframes, the vendor says it will also label HTTP pages "not secure" in Incognito browsing mode, where users may believe they have greater privacy than they actually do.

"Eventually, we plan to label all HTTP pages as non-secure, and change the HTTP security indicator to the red triangle that we use for broken HTTPS," Google says.

It's unclear how much this flagging will affect user behavior or increase online security, since as Google itself acknowledges, users don't view the lack of a green-lock secure icon in their browser bar as a warning. Users also get saturated by frequent security warnings.

Generally, when the Chrome team makes a user-visible security and/or privacy change, they do their homework well in advance of shipping, according to Jeremiah Grossman, chief of security strategy for SentinelOne.

"Google likely has solid data that this change will have the necessarily motivational impact to get more website owners to switch to HTTPS," Grossman says. "No Website owner wants to have their visitors presented with some type of scary warning about using their website, so this encourages them to upgrade."

Where does that leave makers of other popular Web browsers? Mozilla says that its Firefox Developer Edition has had similar security warnings since January, "displaying a struck-through lock icon when there is a password field on a non-secure site," according to a Mozilla spokesperson. As a result, Mozilla reports a 20% reduction in presentation of password fields on non-secure pages since January, the spokesperson adds.

Apple did not respond to a request for more information about securing its Safari browser.

Related Content:

 

Terry Sweeney is a Los Angeles-based writer and editor who has covered technology, networking, and security for more than 20 years. He was part of the team that started Dark Reading and has been a contributor to The Washington Post, Crain's New York Business, Red Herring, ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Government Shutdown Brings Certificate Lapse Woes
Curtis Franklin Jr., Senior Editor at Dark Reading,  1/11/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
The Year in Security 2018
This Dark Reading Tech Digest explores the biggest news stories of 2018 that shaped the cybersecurity landscape.
Flash Poll
How Enterprises Are Attacking the Cybersecurity Problem
How Enterprises Are Attacking the Cybersecurity Problem
Data breach fears and the need to comply with regulations such as GDPR are two major drivers increased spending on security products and technologies. But other factors are contributing to the trend as well. Find out more about how enterprises are attacking the cybersecurity problem by reading our report today.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-6345
PUBLISHED: 2019-01-15
The function number_format is vulnerable to a heap overflow issue when its second argument ($dec_points) is excessively large. The internal implementation of the function will cause a string to be created with an invalid length, which can then interact poorly with other functions. This affects all s...
CVE-2018-7603
PUBLISHED: 2019-01-15
In Drupal's 3rd party module search auto complete prior to versions 7.x-4.8 there is a Cross Site Scripting vulnerability. This Search Autocomplete module enables you to autocomplete textfield using data from your website (nodes, comments, etc.). The module doesn't sufficiently filter user-entered t...
CVE-2019-3554
PUBLISHED: 2019-01-15
Wangle's AcceptRoutingHandler incorrectly casts a socket when accepting a TLS 1.3 connection, leading to a potential denial of service attack against systems accepting such connections. This affects versions of Wangle prior to v2019.01.14.00
CVE-2019-3557
PUBLISHED: 2019-01-15
The implementations of streams for bz2 and php://output improperly implemented their readImpl functions, returning -1 consistently. This behavior caused some stream functions, such as stream_get_line, to trigger an out-of-bounds read when operating on such malformed streams. The implementations were...
CVE-2019-0030
PUBLISHED: 2019-01-15
Juniper ATP uses DES and a hardcoded salt for password hashing, allowing for trivial de-hashing of the password file contents. This issue affects Juniper ATP 5.0 versions prior to 5.0.3.