October 6, 2017 By Douglas Bonderud 2 min read

There’s always another digital acronym on the horizon, and while some never stick, it’s worth getting to know Google’s latest effort: the HTTPS Strict Transport Security (HSTS) preload list. The search giant will start enforcing HTTPS connections across 45 top-level domains (TLDs), including .google, .how and .soy. What does this mean for web security?

Does HSTS Mean the Death of HTTP?

HTTP is risky. According to Threatpost, attackers can snoop on traffic to execute connection downgrade attacks such as Logjam or leverage other techniques to hijack cookies. HTTPS is functionally superior, and the standard is finally making progress.

As noted by Wired, half the web now relies on encrypted page loads and HTTPS. Google gets some of the credit here: Back in 2010, the company defaulted to HTTPS for Gmail and began developing encrypted search features. In 2014, Google gave ranking boosts to sites using HTTPS, and last year it became a platinum sponsor of free secure sockets layer (SSL) certificate service Let’s Encrypt.

Chrome now also displays insecure site warnings. In response, many major enterprises have made the shift to HTTPS.

Simply put, HTTP served its purpose but can’t compete with HTTPS. After years of asking nicely, Google is taking the next step and forcing secure connections.

Preload Potential

Even if a user enters an HTTP address, the HSTS list automatically converts the page to HTTPS before loading. The preload list is supported across Chrome, Firefox, Safari, Internet Explorer, Edge and Opera. On the Google Security Blog, Ben McIlwain, a software engineer for Google Registry, wrote that “the use of TLD-level HSTS allows such namespaces to be secure by default.”

In addition to .google, the search giant owns live domains such as .how and .soy, which it sells to companies or individuals looking to set up their own websites. Others, such as .ads, .boo, .here and .meme, haven’t gone live yet. But since the search giant is a TLD registrar and has a vested interest in top-level security, expect to see these up and running in short order.

A Line in the Sand

Ultimately, the HSTS list represents a paradox: Shouldn’t users be allowed to connect insecurely if they prefer? Is a user’s browsing experience his or her own?

Yes and no. With no measurable benefit to using HTTP over HTTPS, and given the risk of large-scale compromise if infected browsers then infect others, there’s a reasonable case here for Google’s line in the sand. Just as Microsoft eventually shutters service for outdated and insecure versions of Windows, Google is doing the same for HTTP.

If Google is doing it, others will likely follow suit. The HSTS preload list is merely a precursor to the new state of web security.

More from

NIST’s role in the global tech race against AI

4 min read - Last year, the United States Secretary of Commerce announced that the National Institute of Standards and Technology (NIST) has been put in charge of launching a new public working group on artificial intelligence (AI) that will build on the success of the NIST AI Risk Management Framework to address this rapidly advancing technology.However, recent budget cuts at NIST, along with a lack of strategy implementation, have called into question the agency’s ability to lead this critical effort. Ultimately, the success…

Researchers develop malicious AI ‘worm’ targeting generative AI systems

2 min read - Researchers have created a new, never-seen-before kind of malware they call the "Morris II" worm, which uses popular AI services to spread itself, infect new systems and steal data. The name references the original Morris computer worm that wreaked havoc on the internet in 1988.The worm demonstrates the potential dangers of AI security threats and creates a new urgency around securing AI models.New worm utilizes adversarial self-replicating promptThe researchers from Cornell Tech, the Israel Institute of Technology and Intuit, used what’s…

Passwords, passkeys and familiarity bias

5 min read - As passkey (passwordless authentication) adoption proceeds, misconceptions abound. There appears to be a widespread impression that passkeys may be more convenient and less secure than passwords. The reality is that they are both more secure and more convenient — possibly a first in cybersecurity.Most of us could be forgiven for not realizing passwordless authentication is more secure than passwords. Thinking back to the first couple of use cases I was exposed to — a phone operating system (OS) and a…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today