"Sua Conexão Não É Particular" — como resolver (todos os navegadores)

O que significa "Sua Conexão Não É Particular"?

"Sua conexão não é particular" significa que o seu navegador não conseguiu verificar o certificado de segurança do site e, por isso, parou antes de enviar qualquer coisa. Chrome e Edge mostram o aviso com um código como NET::ERR_CERT_DATE_INVALID; o Safari no iPhone, no iPad e no Mac diz "Esta Conexão Não É Privada" e acrescenta que o site "pode estar se passando" pelo verdadeiro.

O diagnóstico mais rápido: se todo site HTTPS mostra o aviso, a causa está no seu dispositivo ou na sua rede (o relógio, a página de login de um Wi-Fi público, o antivírus, uma VPN ou um perfil). Se só um site mostra, em qualquer dispositivo e rede, o certificado dele está quebrado e só o dono do site pode consertar.

Para verificar um certificado, o navegador confere se ele (1) foi emitido por uma autoridade em que ele confia, (2) não expirou, (3) corresponde ao endereço que você digitou e (4) não foi revogado. Se alguma verificação falha, você vê este aviso. Ele não significa sempre que o site é perigoso, mas significa que o navegador não consegue provar que não é.

Códigos de erro por navegador

Cada navegador exibe este erro SSL de um jeito e usa seus próprios códigos. Veja o que aparece nos principais navegadores.

O código de erro diz exatamente o que deu errado. ERR_CERT_DATE_INVALID significa que o certificado expirou ou que o relógio do seu dispositivo está errado (o Chrome então diz "Seu relógio está adiantado" ou "atrasado"). ERR_CERT_AUTHORITY_INVALID significa que o certificado não foi emitido por uma autoridade em que o seu dispositivo confia (como corrigir ERR_CERT_AUTHORITY_INVALID). ERR_CERT_COMMON_NAME_INVALID significa que o certificado é de outro endereço.

Se a página disser, em vez disso, "Não foi possível estabelecer uma conexão segura com este site", foi o próprio handshake que falhou: é outro erro, o ERR_SSL_PROTOCOL_ERROR.

Causas comuns de "Sua Conexão Não É Particular"

As causas se dividem em dois grupos: as do seu dispositivo ou da sua rede, que você pode corrigir, e um certificado quebrado no site, que só o dono dele pode consertar.

• Data e hora incorretas no seu dispositivo — Uma causa comum quando o aviso aparece em todos os sites. Os certificados SSL têm datas de validade. Se o relógio do dispositivo está errado, todo certificado parece expirado ou ainda não válido, e o erro aparece em todos os sites HTTPS.
• Certificado SSL expirado — O certificado SSL do dono do site expirou e não foi renovado. A culpa é do site, não sua.
• Certificado autoassinado ou não confiável — O site usa um certificado que não foi emitido por uma autoridade certificadora reconhecida. É comum em servidores de desenvolvimento, ferramentas internas de empresas e alguns dispositivos IoT.
• Verificação HTTPS do antivírus ou do firewall — Programas de segurança como Avast, Kaspersky, ESET ou Bitdefender interceptam conexões HTTPS e trocam o certificado do site pelo deles. Se o navegador não confia nesse certificado substituto, o erro aparece.
• Interferência de VPN ou proxy — VPNs e proxies podem interceptar conexões SSL, principalmente em redes públicas ou corporativas, e fazer a validação do certificado falhar.
• Um perfil da escola, do trabalho ou de controle parental — iPhones e iPads gerenciados, e apps de filtragem, passam o HTTPS pelo certificado da própria organização. Se o dispositivo não confia nesse certificado, todo site mostra o aviso.
• Portal cativo de Wi-Fi público — Hotéis, aeroportos e cafés costumam interceptar a sua primeira requisição HTTPS para mostrar uma página de login. Isso quebra a validação SSL até você se autenticar.
• Nome de domínio diferente — O certificado foi emitido para www.example.com, mas você acessou example.com (ou o contrário), ou o certificado cobre um domínio totalmente diferente.
• Navegador ou sistema operacional desatualizado — Navegadores e sistemas antigos podem não ter os certificados raiz mais recentes e rejeitar certificados válidos.

Corrigir "Esta Conexão Não É Particular" no iPhone / iPad

O Safari no iPhone e no iPad diz "Esta Conexão Não É Privada" e acrescenta que o site "pode estar se passando" pelo verdadeiro. O Chrome no iOS mostra "Sua conexão não é particular". Siga estes passos em ordem:

• Corrija a data e a hora: Ajustes → Geral → Data e Hora → ative "Definir Automaticamente"
• Faça login no Wi-Fi: em um Wi-Fi público, abra http://neverssl.com para exibir a página de login da rede, ou troque para os dados móveis para testar
• Verifique VPNs e perfis: Ajustes → Geral → Gestão de VPN e Dispositivo. Uma VPN, um filtro de conteúdo ou um perfil que você não reconhece pode interceptar o HTTPS: desative a VPN ou remova o perfil
• Desative a Retransmissão Privada do iCloud para testar: Ajustes → [seu nome] → iCloud → Retransmissão Privada do iCloud
• Limpe os dados do Safari: Ajustes → Apps → Safari → Limpar Histórico e Dados dos Sites
• Atualize o iOS: Ajustes → Geral → Atualização de Software — as atualizações também trazem a lista atual de autoridades certificadoras confiáveis da Apple
• Redefina os ajustes de rede (por último): Ajustes → Geral → Transferir ou Redefinir o iPhone (ou o iPad) → Redefinir → Redefinir Ajustes de Rede. Isso apaga as senhas de Wi-Fi salvas e os ajustes de VPN, e desativa de novo a confiança total nos certificados em que você confiou manualmente (depois, refaça os Certificados Confiáveis)

O iPad diz "Esta Conexão Não É Privada" depois de uma atualização

Se o aviso começou a aparecer em todos os sites logo depois de uma atualização do iPadOS ou do iOS, verifique primeiro três coisas:

• O relógio — Ajustes → Geral → Data e Hora → Definir Automaticamente. Uma atualização pode deixar o fuso horário ou a data errados
• Um certificado da escola ou do trabalho — iPads gerenciados passam o HTTPS pelo certificado da própria organização. Se o seu foi instalado manualmente, ele só funciona com a confiança total ativada: Ajustes → Geral → Sobre → Certificados Confiáveis → ative o certificado
• A rede — teste com dados móveis ou outro Wi-Fi. Se o aviso desaparece, a causa é a rede original (muitas vezes o filtro de uma escola ou escritório), não a atualização

Solução 1: verificar as configurações de data e hora

Esta é a solução mais rápida. Se o seu relógio está muito errado (ano errado ou meses de diferença), todo certificado parece expirado ou ainda não válido; até um dia de diferença pode quebrar certificados emitidos nas últimas 24 horas.

• Windows: Configurações → Hora e idioma → Data e hora → ative "Definir horário automaticamente" e "Definir fuso horário automaticamente"
• macOS: Ajustes do Sistema → Geral → Data e Hora → ative "Definir data e hora automaticamente"
• Android: Configurações → Sistema → Data e hora → ative "Data e hora automáticas"
• iPhone/iPad: Ajustes → Geral → Data e Hora → ative "Definir Automaticamente"

Depois de corrigir a data e a hora, feche o navegador completamente e abra-o de novo. Tente acessar o site outra vez. Se o aviso sumir em todos os sites, a causa era o relógio.

Solução 2: tentar o modo anônimo / navegação privada

Uma janela anônima (Chrome) ou privada (Firefox, Safari) funciona sem a maioria das extensões. Se o site carrega ali, a causa é uma extensão que encaminha ou filtra o seu tráfego, como uma VPN, um proxy ou um complemento de controle parental.

Desative as extensões uma por uma em uma janela normal para encontrá-la. Bloqueadores de anúncios e dados em cache não causam erros de certificado, então limpar o cache raramente ajuda.

Solução 3: limpar o cache e os cookies do navegador

Limpar cookies e cache raramente corrige um erro de certificado, porque os navegadores verificam o certificado de novo a cada conexão. Mesmo assim, é rápido e inofensivo, e elimina uma página em cache deixada por uma tela de login de Wi-Fi.

• Chrome: Configurações → Privacidade e segurança → Excluir dados de navegação → marque "Cookies e outros dados de sites" e "Imagens e arquivos em cache" → Excluir dados
• Firefox: Configurações → Privacidade e Segurança → Limpar dados de navegação
• Edge: Configurações → Privacidade, pesquisa e serviços → Limpar dados de navegação → Escolher o que limpar → selecione "Cookies e outros dados do site" e "Arquivos e imagens em cache" → Limpar agora
• Safari: menu Safari → Ajustes → Privacidade → Gerenciar Dados de Sites… → Remover Tudo

Depois de limpar, reinicie o navegador e tente carregar o site de novo.

Solução 4: limpar o estado SSL (Windows)

Muitos guias sugerem Limpar estado SSL (inetcpl.cpl → Conteúdo → Limpar estado SSL). Isso limpa o cache de sessões da biblioteca TLS do próprio Windows. Chrome, Edge e Firefox usam as suas, então raramente muda algo para eles; fechar todas as janelas do navegador e abri-lo de novo faz o mesmo trabalho para o navegador.

• Abra as Opções da Internet: pressione Win+R → digite inetcpl.cpl → pressione Enter
• Vá para a guia Conteúdo, clique em Limpar estado SSL e depois em OK
• Feche o navegador completamente (confira a bandeja do sistema) e abra-o de novo antes de tentar outra vez

Solução 5: desativar a verificação HTTPS do antivírus

Muitos antivírus fazem "inspeção HTTPS" ou "verificação SSL": interceptam o tráfego criptografado e trocam o certificado do site pelo deles. Se o navegador não confia no certificado do antivírus, todo site HTTPS mostra "Sua conexão não é particular".

Avast, Kaspersky, Bitdefender e ESET têm esse recurso. Para testar (os nomes variam entre versões; entre aspas, os textos em inglês):

• Avast: Settings → Protection → Core Shields → Web Shield → desmarque "Enable HTTPS scanning"
• Kaspersky: Settings → Security settings → Network settings → Encrypted connections scan → escolha "Do not scan encrypted connections"
• Bitdefender: Protection → Online Threat Prevention → Settings → desative "Encrypted web scan"
• ESET: Advanced setup (F5) → Protections → SSL/TLS → desative "Enable SSL/TLS"

Se desativar a verificação HTTPS corrige o erro, você pode deixá-la desativada ou adicionar o site afetado à lista de exceções do antivírus.

Solução 6: trocar para uma rede diferente

As redes Wi-Fi públicas de hotéis, aeroportos, cafés e escritórios são uma fonte comum de avisos de certificado. Essas redes costumam usar portais cativos que interceptam a sua primeira requisição HTTPS para mostrar uma página de login ou de termos, o que quebra a validação SSL.

Redes corporativas e escolares também podem usar proxies de inspeção SSL que trocam os certificados pelos seus próprios certificados internos, causando o erro se o certificado do proxy não estiver instalado no seu dispositivo.

• Faça login no Wi-Fi primeiro: em Wi-Fi de hotel, aeroporto e café, abra http://neverssl.com (HTTP simples, de propósito). A rede então mostra a página de login; depois de entrar, os sites HTTPS carregam normalmente
• Tente os dados móveis: desligue o Wi-Fi e carregue o site pela conexão celular
• Tente outra rede Wi-Fi ou um ponto de acesso pessoal

Solução 7: trocar o servidor DNS

O DNS pode causar este aviso de uma única maneira: um serviço de DNS que filtra o site (um bloqueio do provedor, controle parental, um DNS que bloqueia anúncios) leva você a uma página de bloqueio cujo certificado não pode corresponder ao endereço digitado, o que geralmente aparece como NET::ERR_CERT_COMMON_NAME_INVALID, ou NET::ERR_CERT_AUTHORITY_INVALID quando o filtro assina a página de bloqueio com a sua própria autoridade certificadora. Trocar para um resolvedor público mostra se é isso que está acontecendo.

Altere o DNS nas configurações de rede do seu dispositivo ou no roteador (veja os servidores DNS do Google para as configurações passo a passo), depois limpe o cache DNS e tente de novo. Para identificar um redirecionamento, compare nslookup example.com no seu dispositivo com a Consulta DNS do DNS Robot, que consulta de fora da sua rede: sites grandes podem legitimamente retornar endereços diferentes, mas um endereço que pertence ao seu provedor ou a um serviço de filtragem, e não à hospedagem ou CDN do site, indica que a sua rede o está redirecionando.

Solução 8: atualizar o navegador e o sistema operacional

Navegadores e sistemas operacionais vêm com uma lista integrada de autoridades certificadoras (CAs) raiz confiáveis. Se o seu software está desatualizado, ele pode não ter os certificados raiz mais novos e rejeitar certificados SSL válidos.

Isso aconteceu em larga escala em 30 de setembro de 2021, quando expirou a antiga raiz DST Root CA X3, pela qual os certificados do Let's Encrypt eram confiáveis. Dispositivos que não recebem mais atualizações (o Let's Encrypt cita o iPhone 4) deixaram de confiar em sites com certificados do Let's Encrypt.

• Chrome: Menu → Ajuda → Sobre o Google Chrome → atualize se houver uma versão disponível
• Firefox: Menu → Ajuda → Sobre o Firefox → atualize se houver uma versão disponível
• Edge: Configurações e mais → Ajuda e comentários → Sobre o Microsoft Edge → atualize se houver uma versão disponível
• Windows: Configurações → Windows Update → Verificar se há atualizações
• macOS: Ajustes do Sistema → Geral → Atualização de Software

Solução 9: ignorar o aviso (use com cautela)

Se você confia no site e entende o risco, pode ignorar o aviso de privacidade para acessar a página. Isso não corrige o certificado: apenas diz ao navegador para aceitá-lo neste site. O Chrome lembra disso por uma semana; o Firefox mantém a exceção até você removê-la.

• Chrome: clique em "Avançadas" na página de erro → clique em "Ir para [site] (não seguro)"
• Edge: clique em "Advanced" → clique em "Continue to [site] (unsafe)" (textos do Edge citados em inglês)
• Firefox: clique em "Avançado…" → "Proceed to [site] (Risky)" nas versões recentes (citado em inglês); nas versões anteriores: "Aceitar o risco e continuar"
• Safari (iPhone, iPad, Mac): toque em "Mostrar Detalhes", depois no link do texto que oferece visitar o site mesmo assim, e confirme com "Visitar Site"
• Nenhum link para continuar? O Chrome o esconde quando o site usa HSTS (ele avisou os navegadores para sempre exigirem um certificado válido), quando o certificado está revogado ou inválido e quando um administrador bloqueia a exceção. São exatamente os casos em que seguir adiante é mais perigoso: corrija a causa do seu lado ou espere o dono do site corrigir o certificado

Solução 10: para proprietários de sites — corrigir o certificado SSL

Se os visitantes relatam "Sua conexão não é particular" no seu site, o problema está na configuração do seu certificado SSL. Veja uma lista de verificação para diagnosticar e corrigir.

• Verifique a validade do certificado: use o Verificador de certificado SSL do DNS Robot para ver a data de expiração do seu certificado. Renove-o imediatamente se expirou.
• Confira a cadeia de certificados: garanta que o servidor envie o seu certificado e os certificados intermediários (os dispositivos dos visitantes já têm a raiz). Um intermediário ausente é uma causa comum no servidor. Leia: O que é uma cadeia de certificados SSL?
• Verifique se o nome de domínio corresponde: todo nome de host que você serve deve constar no Subject Alternative Name (SAN) do certificado; os navegadores ignoram o Common Name. Se o seu certificado cobre www.example.com, mas não example.com, os visitantes sem o prefixo www veem o erro.
• Ative a renovação automática: se você usa Let's Encrypt ou Cloudflare, ative a renovação automática do certificado para que ele nunca mais expire.
• Teste a sua configuração: passe o seu domínio pelo Verificador de certificado SSL do DNS Robot para obter uma análise completa do certificado, com validação da cadeia, data de expiração, suporte a protocolos e suítes de cifras.

Corrigir "Sua Conexão Não É Particular" no Android

O Android exibe este erro no Chrome e em todos os navegadores baseados em Chromium. Estas são as correções específicas do Android.

• Corrija a data e a hora: Configurações → Sistema → Data e hora → ative "Data e hora automáticas" e "Fuso horário automático"
• Troque de rede: desligue o Wi-Fi e tente os dados móveis. Se o aviso some, a causa é a rede Wi-Fi (uma página de login ou um filtro)
• Verifique o DNS particular: Configurações → Rede e Internet → DNS particular. Se ele aponta para um serviço de filtragem, desative-o para testar: a página de bloqueio de um filtro não consegue mostrar um certificado válido para o site que você pediu
• Procure atualizações do sistema: Configurações → Sistema → Atualizações do sistema — versões antigas do Android podem não ter os certificados raiz mais novos
• Tente outro navegador: se o Chrome mostra o erro, teste com o Firefox — ele usa o próprio repositório de certificados, separado do Android
• Limpe o cache do Chrome (por último): Configurações → Apps → Chrome → Armazenamento e cache → Limpar cache. Dados em cache raramente causam erros de certificado, então tente antes os passos acima

Como verificar se a correção funcionou

Depois de aplicar uma correção, verifique se a conexão SSL está funcionando corretamente.

• Confira o ícone de informações do site: clique no ícone à esquerda do endereço (um ícone de ajustes no Chrome). Ele deve dizer que a conexão é segura, e dali você pode abrir os detalhes do certificado.
• Teste com o Verificador de certificado SSL do DNS Robot: passe o domínio por /ssl-checker para verificar a cadeia completa de certificados, a data de expiração e o suporte a protocolos a partir de um servidor externo.
• Teste em vários navegadores: se a correção funciona em um navegador, teste o site no Chrome, no Firefox e no Safari para garantir que funciona em todos.
• Confira em outro dispositivo: use o celular ou outro computador para confirmar que o problema era local do seu dispositivo e não do servidor.