Wêrom HTTPS noch jildt nei't de VPN-tunnel einiget

Grien VPN-oantsjutting, in gefoel fan privacy, en dan jout de browser in sertifikaatwarskôging op 'e bank-side. Neat yn dy warskôging wurdt better troch de tunnel. In VPN beskermet it paad fan dyn apparaat nei syn eigen server; HTTPS beskermet de oanfraach fan dyn browser nei it TLS-einpunt fan 'e webside. Se dekke ferskate parten fan 'e reis, en ien ferfangt de oare net.

Twa tunnels mei twa ferskate einen

De VPN-tunnel einiget by de VPN-server. Nei dat punt giet dyn ferkear oer it gewoane ynternet nei de bestimming. De operator fan 'e VPN kin de metadata fan 'e ferbining sjen, ek as er de ynhâld net lêze kin.

HTTPS begjint yn dyn browser en einiget by it TLS-einpunt fan 'e webside. It is net fan belang hoe't it pakket de server berikte, en it hinget net ôf fan it bestean fan in VPN.

Dêrom foltinke de twa beskermingen inoar ynstee fan te konkurrearjen. De VPN ferstekt de oanfraach foar it lokale netwurk en foar dyn ISP oant syn útgong. HTTPS ferstekt it foar elk waarnimmer nei dy útgong, ynklusyf de VPN-oanbieder sels. Gjinien fan beide dekt it gat fan 'e oare. Wa't dit begrypt, stoppet mei freegjen hokker genôch is.

In gewoane HTTP-formulier bliuwt gewoan nei de útgong

In âlder side dat in formulier oer HTTP oannimt, is efter de VPN-server net beskerme. De tunnel draacht it formulier oant de útgong, en de rest fan 'e rûte draacht it iepen.

Brûk de echte HTTPS-ferzje of in oare offisjele kanaal foar alles wat gefoelich is.

In ferbûn oantsjutting feroaret it transport fan 'e applikaasje net. De allinnich-HTTPS-modus fan 'e browser kin helpe om in ûnbedoelde weromfal te foarkommen, mar it kin in side dy't nea TLS oanbea net reparearje.

In sertifikaatwarskôging wurdt net genêzen troch in VPN

In ferkeard hostnamme, in ferfallen sertifikaat, in skeef apparaatklok of ûnderskepping kinne allegear in mislearre falidearring feroarsaakje. De VPN makket gjinien fan dy saken skealik.

Kontrolearje it krekte adres en de systeemklok foar alles oars.

As in oanmeldingsside fan it netwurk belutsen is, brûk de gewoane captive-portal-fleat fan 'e platfoarm. Jou gjin bliuwende útsûndering oan in net besibbe akkount-side om't in hotelnetwurk dy dêrta frege hat.

Op in behearre apparaat, freegje oft in ynspeksjesertifikaat ynstalleare is. Dat feroaret de gewoane fertrouwensregeling en fertsjinnet in konkrete ferklearring ynstee fan in skouderheaven. Freegje nei it doel fan it sertifikaat en wa't it hat.

Fersiferring stoppet it folgjen net

De sesje draacht cookies, oanmeldingen en formuliergegevens nei de side krekt as bedoeld. In tracker kin ek op in fersifere ferbining ride, en de measte dogge dat.

In VPN feroaret de rûte en it skynbere útgongadres. It feroaret de identiteit net dy'tst fia in akkount joust, en it wisket it cookie net dat dy tusken siden folget.

Hâld de browserebeskermingen dy'tst al brûkst. De VPN is in tafoeging dêrop, gjin ferfanging.

Kontrolearje it adres, net de oantsjutting

Ferifiearje it hostnamme yn 'e adresbalke en it sertifikaat dat de side presintearret. It slot betsjut dat de ferbining oant in einpunt fersifere is; it betsjut net dat dat einpunt it iene is datsto bedoeld hiest.

Twa opdrachten sjen litte it sertifikaat en de omwizenkeatting:

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

As it sertifikaat in oare host neamt, stop. As de klok ferkeard is, reparearje dy foar'tsto wer besykest. As in omwizing dy nei gewoane HTTP stjoert, behannelje dat as in mislearring fan 'e side en net as in reden om falidaasje út te skeakeljen. De browserwarskôging bestiet om't it alternatyf is te rieden hokker einpunt dyn wachtwurd krige.