Por que HTTPS segue sendo importante cando remata o túnel VPN
Unha VPN protexe o camiño ata o seu servidor; HTTPS protexe a petición ata o sitio web. Un aviso de candado non é inofensivo polo feito de haber un túnel.
Indicador VPN verde, sensación de privacidade e, de súpeto, o navegador lanza un aviso de certificado na web do banco. Nada dese aviso mellora grazas ao túnel. Unha VPN protexe o camiño desde o teu dispositivo ata o seu propio servidor; HTTPS protexe a petición desde o teu navegador ata o extremo TLS do sitio web. Cobren tramos distintos da viaxe, e unha non substitúe a outra.
Dous túneles con dous extremos distintos
O túnel VPN remata no servidor VPN. Máis aló dese punto, o teu tráfico continúa pola internet corrente cara ao destino. O operador da VPN ve os metadatos da conexión, aínda que non pode ler a carga.
HTTPS comeza no teu navegador e remata no extremo TLS do sitio web. Non lle importa como chegou o paquete ao servidor e non depende de que haxa unha VPN.
Por iso as dúas proteccións compóñense en lugar de competir. A VPN oculta a petición da rede local e do teu ISP ata a súa saída. HTTPS ocúltala de cada observador despois desa saída, incluído o propio provedor de VPN. Ningunha cobre o oco da outra. Quen o entende deixa de preguntar cal é suficiente.
Un formulario HTTP corrente segue sendo corrente despois da saída
Un sitio antigo que acepta un formulario por HTTP queda desprotexido máis aló do servidor VPN. O túnel leva o formulario ata a saída, e o resto da ruta lévao en claro.
Usa a versión HTTPS auténtica ou outro canle oficial para calquera cousa sensíbel.
Un indicador conectado non cambia o transporte da aplicación. O modo só HTTPS do navegador pode axudar a evitar unha caída accidental, pero non pode arranxar un sitio que nunca ofreceu TLS.
Un aviso de certificado non se cura cunha VPN
Un nome de host equivocado, un certificado caducado, un reloxo do dispositivo desaxustado ou unha interceptación poden causar un fallo de validación. A VPN non fai inofensivo ningún deses casos.
Comproba o enderezo exacto e o reloxo do sistema antes que nada.
Se hai unha páxina de inicio de sesión de rede, usa o fluxo normal de portal cativo da plataforma. Non concedas unha excepción permanente a un sitio de conta sen relación porque unha rede de hotel cho pedise.
Nun dispositivo xestionado, pregunta se hai instalado un certificado de inspección. Iso cambia o acordo habitual de confianza e merece unha explicación concreta en lugar de encoller os ombreiros. Pregunta para que serve o certificado e de quen é.
O cifrado non detén o seguimento
A sesión leva cookies, inicios de sesión e datos de formularios ao sitio exactamente como estaba previsto. Un rastrexador tamén pode viaxar nunha conexión cifrada, e a maioría faino.
Unha VPN cambia a ruta e o enderezo de saída aparente. Non cambia a identidade que achegas mediante unha conta e non borra a cookie que te segue entre sitios.
Mantén as proteccións do navegador que xa usas. A VPN é un engadido, non un substituto.
Comproba o enderezo, non o indicador
Verifica o nome de host na barra de enderezos e o certificado que presenta o sitio. O candado significa que a conexión está cifrada ata algún extremo; non significa que ese extremo sexa o que pretendías.
Dous comandos mostran o certificado e a cadea de redireccións:
curl -sSI https://bank.example/ | head -5
openssl s_client -connect bank.example:443 -servername bank.example < /dev/null 2>/dev/null | openssl x509 -noout -subject -dates
Se o certificado nomea outro host, detente. Se o reloxo está mal, corríxelo antes de reintentar. Se unha redirección te leva a HTTP simple, trátalo como un fallo do sitio e non como unha razón para desactivar a validación. O aviso do navegador existe porque a alternativa é adiviñar que extremo recibiu o teu contrasinal.