Ano ang ine-encrypt ng tunnel at ano ang iniiwang nababasa

Buhay ang iyong tunnel, may berdeng kandado sa isang tab, at ang simpleng pahinang HTTP sa ibang tab ay nagbabala pa rin na hindi ligtas ang koneksyon. Nakakalito ang kombinasyong ito dahil magkaibang distansya ang sakop ng dalawang proteksyon. Pinoprotektahan ng VPN ang trapiko sa pagitan ng sarili nitong dulo, at sa kabila ng labasan ay nagiging ordinaryo muli ang trapiko. Pinoprotektahan ng HTTPS ang isang koneksyon hanggang sa website. Ang pagsasama ng dalawang katotohanang ito ay nagpapaliwanag sa karamihan ng tanong tungkol sa aktwal na itinatago ng VPN.

Ano talaga ang sakop ng tunnel

Sa pagitan ng kliyente at kapareha ng VPN, nakikita ng tagamasid ang naka-encrypt na byte sa halip na nababasang kahilingan. Sinasakop nito ang bahaging dinadaanan ng tunnel, at ito ang karaniwang bahagi na hindi mo kontrolado. Hindi ito umaabot sa ugnayan sa pagitan ng labasan ng VPN at ng website, dahil natapos ang tunnel sa labasan. Nababasa muli ang byte mula sa sandaling matapos ang tunnel. Wala sa mga ito ang maling pagsasaayos.

Ang labasan ay makinang nagde-decrypt at nagpapasa, at iyon ang dahilan ng VPN. Lahat ng ipinapasa nito ay nakikita nito sa anyong tinanggap, kaya nananatiling simpleng teksto ang simpleng kahilingang HTTP mula sa labasan.

Basahin ito bilang katangian at hindi bilang depekto. Ang pag-encrypt ay limitado sa isang landas, at nagtatapos ang landas kung saan nagsisimula ang serbisyo.

Mga key, nonce at integridad sa simpleng salita

Ang kasalukuyang trapiko ay pinoprotektahan ng simetriko na kriptograpiya, at ang magkabilang dulo ay kumukuha o gumagawa ng key material habang nagkamayan. Ang awtentikadong pag-encrypt, na inilarawan sa pangkalahatan ng RFC 5116, ay nagbibigay ng pagiging lihim at integridad sa isang konstruksyon. Tinatanggihan ng tumatanggap ang binagong byte sa halip na basta hindi mabasa ang mga ito, at ito ang bahaging nakakalimutan ng mga tao kapag iniisip nilang ang pag-encrypt ay paghahalo.

Galing ang mga key sa palitan na iyon, hindi sa password na itinipa sa pag-login. Pinatunayan ng password ang pagkakakilanlan, at pagkatapos ay itinatag ng protokolo ang materyal ng sesyon. Ang ephemeral na palitan ng key ang nagbibigay ng lihim na pasulong, kaya nananatiling hindi nababasa ang naitalang sesyon kahit tumagas ang pangmatagalang key mamaya.

Ang malaking numero sa isang spesipikasyon ay hindi sumasagot sa alinman sa mga tanong na iyon, at ang paghahambing ng numero sa magkaibang algoritmo ay hindi ranggo. Itanong sa halip kung ano ang ibinibigay ng palitan ng key.

Saan nagtatapos ang tunnel

Ang dulo na nagtatapos sa tunnel ay makababasa ng ipinapasa nito. Totoo ito sa gateway ng kompanya, komersyal na tagapagbigay at self-hosted na server. Ito ang disenyo, hindi depekto. Hindi kayang pigilan ng malakas na kriptograpiya ang komprometidong dulo na basahin ang simpleng tekstong dumarating dito, dahil sa dulo nagtatapos ang proteksyon.

Nagpapatuloy ang HTTPS sa kabila ng puntong iyon, kaya ligtas ang isang site sa masamang network kahit walang VPN. Nag-o-overlap ang dalawang proteksyon sa unang bahagi at isa lamang ang nagpapatuloy pagkatapos ng labasan.

Dahil din dito, ang pagpapahina ng beripikasyon ng sertipiko para gumana ang koneksyon ay hindi pagsubok sa tunnel. Pinapatay nito ang ibang proteksyon at iniiwan kang may mas kaunti kaysa sa simula.

Bakit ibang produkto ang anonimidad

Nananatiling nakikita sa labas ng tunnel ang mga address, oras at dami. Nakikita ng tagamasid na dumadaloy ang trapiko sa dulo ng VPN, halos gaano karami at kailan. Maaaring hindi mabasa ang nilalaman habang may impormasyon pa rin ang pattern.

Nasa ibang lugar din ang tagapagbigay kaysa sa sarili mong network, at ito ay pagbabago ng tagamasid hindi pag-alis ng pagmamasid. Gumagana pa rin nang eksakto tulad ng dati ang cookies, pag-login at mga identifier ng account, dahil kailanman hindi nangako ang tunnel na babaguhin ang mga ito.

Pumili ng tagapagbigay batay sa patakaran sa pag-log at hurisdiksyon kung iyon ang kailangan, at pagkatapos basahin ang patakaran mismo. Bihirang sagutin ng mga pahina ng marketing ang tanong na iyon sa paraang masusuri ninuman.

Suriin nang hiwalay ang tunnel at ang site

I-verify muna ang tunnel, para malaman mo kung aling proteksyon ang sinusubok mo. Pagkatapos i-verify ang sariling transportasyon ng site, at ihambing ang dalawang resulta sa halip na ipagpalagay na ang isa ay nangangahulugan ng iba. Ang tunnel na nagdadala ng simpleng HTTP at ang site na naghahain ng HTTPS ay parehong ginagawa ang eksaktong itinakda sa kanila.

Patakbuhin ang mga pagsusuri laban sa host na pinapayagan kang subukan, at basahin ang output hindi ang buod.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

Kapag buhay ang tunnel at HTTPS ang site, mayroon kang dalawang proteksyon sa unang bahagi at isa sa pangalawa. Kapag simpleng HTTP ang site, nababasa ang pangalawang bahagi ng sinuman naroon, kasama ang labasang nagpasa ng kahilingan. Ang malaman kung alin sa dalawa ang kulang ay ang buong diagnosis, at kailangan nito ng dalawang utos sa halip na bagong kliyente.