Catro fronteiras que comprobar antes de pagar por unha VPN

Percorra as catro fronteiras en orde e a maioría das preguntas sobre o pagamento respóndense soas. A primeira é a contorna na que se executa a transacción, a segunda é o camiño que segue o seu tráfico, a terceira é se o sitio é realmente o que quería acadar, e a cuarta é o que aprende o destinatario da transacción independentemente do camiño. Un paquete de seguridade que combina un navegador protexido cun túnel invítao a tratar un botón como unha garantía, e é exactamente aí onde se saltan as comprobacións. Cada comprobación ten a súa propia condición de parada, e a orde importa porque unha posterior non pode reparar un fallo anterior.

Primeiro: que limita en realidade a contorna protexida

O texto comercial dun modo de pagamento adoita enumerar restricións: que outras aplicacións poden interactuar coa sesión, se o portapapeis e a captura de pantalla están limitados, se a sesión se executa nun escritorio separado. O que non establece é que un compoñente privilexiado do anfitrión, un controlador ou un mecanismo de entrada fóra da contorna illada non poidan acadar a sesión. Estar nunha contorna illada é unha descrición dunha fronteira, non unha promesa sobre cada atacante.

Lea a lista de funcións da edición que instalou realmente, porque os modos combinados adoitan diferir entre niveis de consumidor e ás veces faltan en dispositivos xestionados. Compare esa lista co fallo que ve antes de supoñer que a fronteira se mantivo.

Despois detéñase e pregunte se o fallo que persegue é local. Se a páxina de pagamento se mostra mal só dentro do modo protexido, a contorna é a sospeitosa e o túnel é irrelevante. Se se mostra ben en todas partes pero a transacción segue fallando, está mirando a seguinte fronteira, e debilitar o modo protexido non axudará.

Segundo: que tráfico transporta o túnel

Un túnel protexe o tráfico que cobre, e a cobertura é un feito de configuración, non unha propiedade do produto. Pregunte se se inclúe o tráfico do propio navegador protexido, se o modo evita o túnel por razóns de rendemento ou de portal cativo, e se unha regra de túnel dividido exclúe o destino. Un navegador normal que mostra o enderezo de saída do provedor non demostra nada sobre unha contorna de navegación separada lanzada por outro proceso.

Probe a cobertura desde dentro da contorna en lugar de desde o escritorio. Cargue unha páxina que reflicta o seu enderezo público na sesión protexida e compárea co enderezo que ve fóra, e repita despois de reconectar o túnel. Se as dúas coinciden mentres o túnel afirma unha saída distinta, o modo non usa o túnel e esa discrepancia merece resolverse antes de introducir os datos da tarxeta. Cambiar o enderezo de saída tamén se sobreinterpreta con facilidade: dille que rede ve o comerciante, non quen é o comerciante.

Terceiro: verifique o servizo en lugar da insignia

A validación do certificado é o que autentica o destino, e segue funcionando despois da saída do túnel porque é un mecanismo aparte. Unha xanela protexida con marca e un indicador Connected non din nada sobre a cadea de certificados que presenta o sitio ao que chegou.

Cando algo pareza mal, lea o certificado antes de descartar o aviso. A orde de abaixo pide a cadea que o sitio presenta realmente e indícalle á ferramenta que falle ante un erro de verificación.

openssl s_client -connect shop.example:443 -servername shop.example -verify_return_error

Compare o suxeito e o emisor desa saída co enderezo que escribiu, e confirme o resultado da verificación en lugar da presenza dun cadeado. Un aviso dentro dun navegador protexido segue sendo un aviso, e a causa habitual é unha discrepancia de nome de anfitrión, unha resposta DNS secuestrada ou un aparello de interceptación no camiño. Ningunha desas a repara o túnel, e un modo que suprime o aviso en silencio eliminou información que necesitaba.

Cuarto: que aprende o destinatario de todos os xeitos

O sitio de pagamento recibe todo o que lle envía: a conta coa que inicia sesión, o enderezo de entrega, o instrumento da tarxeta e o importe. Unha saída de rede distinta cambia o enderezo de orixe nos rexistros do comerciante e deixa eses campos exactamente como estaban. Se a conta xa está ligada a vostede, o túnel cambiou unha parte pequena da imaxe e nada da parte identificadora. Iso non é razón para omitir o túnel, só para deixar de esperar que faga este traballo.

A documentación de Bitdefender sobre Safepay describe un navegador protexido con integración de túnel relacionada, que é un bo exemplo dun produto que cobre dúas fronteiras sen fusionalas. Tanto a contorna como o camiño son útiles, e ningún dos dous responde polo comerciante.

Para un pagamento que lle importe, comece polo enderezo publicado da organización ou a súa aplicación oficial, manteña as comprobacións de identidade que pide o sitio e rexeite calquera axudante que ofreza un aviso inesperado na páxina de pagamento. Se o modo protexido ou o túnel provocan un fallo, nomee primeiro a fronteira: iniciar a contorna, acadar a rede, validar o certificado ou autenticar a conta. Despois use a vía de recuperación admitida polo provedor para esa capa en lugar de apagar proteccións para ver se a páxina carga.