Browser errors
Chrome "Not secure" in the address bar: causes and fixes
Not secure"Not secure" in Chrome's address bar means the page is not using a private connection. Usually the page loaded over plain http://, so the traffic is not encrypted. A red label on an https:// address means the connection is not trusted, typically after someone clicked past a certificate warning. The site owner fixes it by enabling HTTPS.
What the indicators mean
Chrome's help page describes three states for the icon left of the address:
| Indicator | Meaning |
|---|---|
| Default (tune icon) | Private connection; information sent or received is private between you and the site |
| Info icon or grey "Not secure" | "The site doesn't use a private connection" (plain HTTP) |
| Red "Not secure" or "Dangerous" | "Not secure: Proceed with caution" means the connection is not private; "Dangerous" is a Safe Browsing block |
Chrome 117 (September 2023) replaced the padlock with a neutral tune icon for secure pages, so the absence of a warning, not a padlock, is now the normal state.
How the label evolved
- Chrome 68, July 2018: all HTTP pages show "Not secure".
- Chrome 70, October 2018: the label turns red when a user types into a form on an HTTP page.
- Chrome 80 onwards: mixed audio and video, and later images, are automatically upgraded to HTTPS and blocked if they fail, instead of only downgrading the indicator.
- Chrome 147, April 2026: Google's plan enables "Always Use Secure Connections" for public sites for Enhanced Safe Browsing users.
- Chrome 154, October 2026: Google announced that the same setting would turn on by default for all users, so Chrome asks for permission before the first visit to any public site without HTTPS.
Common causes, most frequent first
1. The site has no HTTPS at all
The server only listens on port 80 or has no certificate. Confirm:
curl -sI https://example.com/ -o /dev/null -w '%{http_code}\n'
A connection error or a certificate failure means HTTPS is not set up.
2. HTTPS exists but HTTP is not redirected
The site works at https://example.com but old links, bookmarks, search results or a typed address land on http://. Confirm that HTTP answers with a redirect:
curl -sI http://example.com/ | grep -iE '^(HTTP|location)'
A 200 instead of 301/308 with Location: https://... means visitors can stay on HTTP.
3. A certificate warning was bypassed
On an https:// address, a red "Not secure" means the encrypted connection is not trusted. You typically see it after clicking "Proceed" on a warning such as Your connection is not private. The certificate is expired, untrusted or for another name. Check it with the SSL checker.
4. Private devices and internal tools
Routers, printers, NAS boxes and intranet apps reached by http://192.168.x.x or a short internal name are labelled Not secure. Public CAs do not issue certificates for private IP addresses or internal names; use a real domain with DNS validation, or an internal CA trusted by your devices.
5. Mixed content and insecure forms
An HTTPS page that submits a form to an http:// URL triggers a warning, and HTTP subresources are upgraded or blocked. Modern Chrome rarely downgrades the address bar for this, but the page may break. Scan for it with the mixed content scanner and see mixed content warnings.
What visitors can do
You cannot fix the site, but you can lower the risk. Try typing https:// in front of the address; many sites support HTTPS but do not redirect. Do not enter passwords, card numbers or personal data while the label is shown. If the label appeared on a site that is normally fine, check whether you are on public Wi-Fi with a login page, or whether security software is intercepting connections, and compare on mobile data.
How site owners fix it
Serving the site over HTTPS with a valid certificate, and redirecting all HTTP to it, removes the label.
1. Get a certificate. On Nginx or Apache with Certbot:
sudo certbot --nginx -d example.com -d www.example.com
Full walkthrough: Nginx with Let's Encrypt. Hosting panels and cloud load balancers have their own certificate settings.
2. Redirect all HTTP to HTTPS with a permanent redirect:
server {
listen 80;
listen [::]:80;
server_name example.com www.example.com;
return 301 https://$host$request_uri;
}
Other servers are covered in redirect HTTP to HTTPS.
3. Update internal links and canonical URLs to https://, and fix any http:// subresources.
4. Add HSTS once HTTPS is stable, so browsers never try HTTP again: see enable HSTS.
How to verify the fix
curl -sI http://example.com/returns301with anhttps://Location.- Opening
example.comin a new private window lands onhttps://with the tune icon and no "Not secure" text. - The mixed content scanner reports no insecure resources or form targets.
curl -sI https://example.com/ | grep -i strict-transport-securityshows the HSTS header if you enabled it.
FAQ
Does "Not secure" mean the site is a scam or has a virus?
No. It means the connection is not encrypted (or not private), so anything you send could be read or changed on the way. Malware and phishing warnings are a different, full-page red screen from Google Safe Browsing, which Chrome labels "Dangerous".
Is it safe to browse a Not secure site if I do not log in?
Reading public information is low risk, although a network attacker could still alter the page. Do not enter passwords, payment details or personal data on a page marked Not secure.
Why does my router or NAS admin page say Not secure?
These devices are usually reached by a private IP address over HTTP, and public CAs cannot issue certificates for private IP addresses. On a home network this is expected. Google's HTTPS-by-default plan applies its new warning to public sites, not to private addresses.
I installed a certificate but Chrome still shows Not secure. Why?
Most often the HTTP version is still reachable and nothing redirects to HTTPS, or you opened an old http:// bookmark. Check the address: if it starts with https:// and the label is red, look at the certificate with the SSL checker.
Sources
- Google Chrome Help: Check if a site's connection is secure
- Chromium Blog: A secure web is here to stay (Chrome 68)
- Chromium Blog: Evolving Chrome's security indicators (Chrome 70)
- Google Online Security Blog: HTTPS by default (Chrome 154)
- Chromium Blog: An update on the lock icon (Chrome 117)
- Chromium Blog: No more mixed messages about HTTPS